Bir dosyaya özel anahtar, bir kez görüntüleme veya alıcının kopyasını geri alma anlamına gelmez.
Bir eki korumak için mesajlaşma uygulaması, dosyayı gönderenin cihazında rastgele bir anahtarla şifreleyebilir, şifrelenmiş kopyayı yükleyebilir ve dosya anahtarını uçtan uca şifrelenmiş bir mesajın içinde alıcıya iletebilir. Bu modele bazen zarf şifrelemesi denir: büyük dosya ile onu açmak için gereken küçük bilgi, farklı ama bağlantılı yollardan ilerler.
Bu açıklama E2EE bulunan bir görüşmedeki ekle ilgilidir; herhangi bir uygulamada veya her tür kanalda dosya göndermek mutlaka aynı korumayı sağlamaz.
Özel bir fotoğrafın cihazdan alıcıya yolculuğu
- Gönderenin cihazı dosya için bir içerik anahtarı üretir.
- Dosya kimlik doğrulamalı şifrelemeyle şifrelenir; alıcı verideki yetkisiz değişiklikleri tespit edebilmelidir.
- Şifrelenmiş kopya dosya depolama hizmetine yerleştirilir.
- Dosyanın adresi veya tanımlayıcısı ve gerekli anahtar, korumalı bir mesajla alıcıya gönderilir.
- Alıcının cihazı dosyayı alır, doğrular ve ardından açar.
Livara güvenlik belgeleri, ekler için dosyaya özel rastgele bir anahtarı ve bunun mesajlaşma oturumu içinde aktarılmasını tanımlar. Bu makale, uygulamanın denetim sonucunu değil, açıklanan bu mimariyi anlatır.
“Dosyaya özel anahtar” ile “dosya yalnızca bir kez açılır” farklıdır
Bir dosya için üretilen anahtar, aynı dosyanın birden çok kez okunması için gerekebilir. Anahtarın dosyaya özel olması, ilk görüntülemeden hemen sonra atılması, dosyanın otomatik silinmesi veya alıcının dosyayı kaydetmesinin engellenmesi anlamına gelmez.
Mesaj anahtarının tek kullanımlık olması ile bir ek için içerik anahtarı kullanılması da iki farklı kavramdır. View Once veya kaybolan mesajlar gibi özellikler yalnızca algoritmanın adından çıkarılmamalıdır.
Hem anahtar hem de nonce neden önemlidir?
AES-GCM, gizliliğin yanı sıra verinin özgünlüğünün kontrolünü sağlar; ancak doğru kullanılması şarttır. NIST SP 800-38D standardı, GCM kurallarını açıklar. Aynı anahtar ve nonce birleşiminin farklı veriler için tekrar kullanılması güvenliği tehlikeye atabilir.
Kullanıcı açısından pratik sonuç şudur: “AES-256” ifadesi tek başına yeterli değildir. Anahtar yönetimi, rastgele üretim, dosya doğrulama ve hata işleme özellikleri de incelenmelidir. Bir baytın değişmesi, değiştirilmiş içeriğin sağlam bir dosyaymış gibi gösterilmesine değil, geçersiz dosyanın reddedilmesine yol açmalıdır.
Alıcı, sunucu ve galeri uygulaması ne görür?
| Konum | Güvenlik sorusu |
|---|---|
| Dosya depolama hizmeti | Yalnızca şifrelenmiş baytlara mı sahip, yoksa anahtara da erişebiliyor mu? |
| Anahtarı içeren mesaj | Anahtar, dosya adı ve açıklaması E2EE görüşmesinde korunuyor mu? |
| Alıcının cihazı | Dosya açıldıktan sonra bellekte, önbellekte veya galeride nerede kalıyor? |
| Bulut yedeği | Kaydedilen kopya fotoğraf yedeğine giriyor mu ve bu yedek nasıl korunuyor? |
Aktarım sırasında şifreleme, alıcının galeriye kaydettiği kopyayı kontrol etmez. Hassas bir belge göndermeden önce görüntünün gereksiz bölümlerini, arka plandaki yazıları ve dosyanın konum bilgilerini de gözden geçirin.
Özel grupta dosyanın farkı nedir?
Anahtara sahip olmaya yetkili kişilerin sayısı artar. Livara, E2EE modundaki uyumlu özel grup eklerinin kapsamını LGS1 içinde açıklar; bu iddia herkese açık kanallara genellenmemelidir. Dosyayı almış her üye bir kopya saklayabilir. Üyeyi kaldırmak veya gelecekteki anahtarları döndürmek, onun önceki kopyasını geri almaz.
Hassas dosya gönderme kontrol listesi
- Görüşme alanını ve alıcıları yeniden kontrol edin.
- Kişinin kimliği önemliyse anahtar parmak izini güvenilir bir yoldan doğrulayın.
- Yalnızca gerekli bilgiyi gönderin; bir belgenin tamamının fotoğrafı her zaman gerekli değildir.
- Galeriye kaydetme, otomatik indirme ve bulut yedeklemesi konusunda alıcıyla anlaşın.
- Şifresi çözülmüş dosyayı paylaşılan veya kilitsiz bir cihazda bırakmayın.
Sık sorulan sorular
Dosyaya özel anahtar gönderimin kesinlikle güvenli olmasını sağlar mı?
Hayır. Cihazların güvenli durumda olması, alıcının kimliğinin doğrulanması ve doğru uygulama da gereklidir. Şifreleme özellikleriyle birlikte Livara tehdit modelini okuyun.
Herkese açık kanaldaki görüntü aynı korumaya sahip mi?
Livara'nın açıkladığı sınıra göre kanallar herkese açıktır ve okunabilir; bunlar için özel ek gizliliği sözü verilmez.
Dosya bağlantısı tek başına yeterli mi?
Hizmetin tasarımına bağlıdır. Bağlantıyı, anahtarı ve erişim iznini ayrı ayrı değerlendirin; bir URL'nin yalnızca uzun veya rastgele olması E2EE kanıtı değildir.
