Uçtan uca şifreleme, bir mesajlaşma hizmetinin merkezi depolamadan kaçınmasını gerektirmez. Bir sunucu, içeriklerini okumak için gereken sırlara sahip olmadan eşitleme amacıyla şifrelenmiş mesajları saklayabilir.
Çok cihazlı mesajlaşmanın zor kısmı, hangi cihazların yetkili olduğuna, hangi anahtarları aldıklarına ve eski geçmişe erişip erişemeyeceklerine karar vermektir. Bu kararlar, sistemin bir veritabanı kullanıp kullanmadığından daha önemlidir.
Genellikle “eşitleme” denen dört ayrı işlem
| İşlem | Başarması gereken şey |
|---|---|
| Yeni mesajları iletme | Korunan içeriği o anda yetkili cihazlara ulaştırmak |
| Yeni cihaz bağlama | Hesap sahibinin yeni uç noktayı onayladığını belirlemek |
| Geçmişi aktarma | Yeni cihaza seçilen eski içeriklere ve bunların şifresini çözme materyaline erişim sağlamak |
| Kimliği kurtarma | Mesaj geçmişini mutlaka geri yüklemeden kimlik anahtarlarını geri yüklemek veya değiştirmek |
Bir ürün, dört işlemin tümünü desteklemeden bunlardan birini destekleyebilir. Başarıyla oturum açmak, eski sohbet geçmişinin kurtarılabilir olduğunu kanıtlamaz.
Şifreli iletim birden çok cihazı nasıl destekleyebilir?
Bir yaklaşım, her cihaz için ayrı oturumlar tutar. Signal'ın Sesame belirtimi, cihazların eklenip kaldırılması ve mesajların sırasız gelmesi dahil, eşzamansız ve çok cihazlı bir ortamda oturum yönetimini açıklar.
Bu, belgelenmiş bir tasarım örneğidir; evrensel bir gereklilik değildir. Başka sistemler içeriği bir kez şifreleyip korunan içerik anahtarlarını dağıtabilir, grup mekanizmaları kullanabilir veya yaklaşımları birleştirebilir. “E2EE her cihaz için yükün eksiksiz bir kopyasını gerektirir” ifadesi fazla geniştir.
Hangi tasarım seçilirse seçilsin, şifre çözebilen bir cihaz eklemek korunması gereken bir uç nokta ekler. İhmal edilmiş bir dizüstü bilgisayar, sunucu o açık metni hiç görmese bile aldığı açık metni açığa çıkarabilir.
Saklanan şifreli metnin de gizlilik ve saklama açısından sonuçları vardır
Şifreli depolama, hiçbir şey saklanmamasıyla aynı değildir. Sağlayıcılar teslimat bilgilerini, cihaz kayıtlarını, zaman damgalarını, üyelik bilgilerini veya şifreli mesaj geçmişini tutabilir. Ayrıntılar değişir ve açıkça belirtilmelidir.
Livara'nın güvenlik belgeleri, aktarıcısının eşitleme ve yeniden bağlanma sonrasında toparlanma için şifreli metin ve işletim verileri sakladığını söyler. Yönlendirme, üyelik, zaman damgaları, teslimat durumu ve diğer kayıtları açıklar. Bu, her cihaz mesajı alır almaz mutlaka kaybolan, belgelenmemiş geçici bir kuyruk olarak tanımlanmamalıdır.
Bu nedenle içerik gizliliği ve meta veri saklama hakkında ayrı sorular sorulmalıdır. Neyin, ne kadar süre tutulduğunu ve veri ya da hesap silmenin neyi değiştirdiğini sorun; hiçbir süre doğrulanmamışsa bir saklama süresi uydurmayın.
Livara'nın v7 kurtarması gerçekte neyi geri yükler?
Livara, v7'yi yükleme öncesinde rastgele 256 bitlik bir kurtarma anahtarıyla mühürlenen şifreli kimlik yedeği olarak tanımlar. Belgelenen yük, kimlik anahtarı materyalini içerir ve biçim, kriptografik takımını, kimlik dönemini ve neslini doğrular.
Aynı sayfa, bunun sohbet geçmişini değil, kimliği geri yüklediğini belirtir. Bu nedenle bir kurtarma ifadesi, yeni bir cihazın tüm eski konuşmaları görüntüleyebileceğinin garantisi olarak sunulmamalıdır.
Bir cihazı değiştirmeden veya silmeden önce, o anda gerçekten kullanabildiğiniz geçmiş aktarma ve yedekleme seçeneklerini doğrulayın. Tüm kurtarma materyalini gizli tutun. Bir kurtarma ifadesini destek hesabına göndermeyin veya doğrulanmamış bir web sitesine yapıştırmayın.
İleri gizlilik, yetkili cihazın gelen kutusunu silmez
Bir ratchet mekanizması, varsayımları geçerli olduğunda ve eski sırlar silindiğinde, daha sonraki bir anahtar ele geçirilmesinin önceki şifreli trafik hakkında açığa çıkardıklarını sınırlayabilir. Bir uç noktanın zaten sakladığı açık metni gizleyemez veya etkin kalmaya devam eden kötü amaçlı yazılımların yeni mesajları okumasını durduramaz.
Benzer şekilde, ele geçirilme sonrası güvenlik, saldırgan erişimini kaybettikten sonra uygun ve taze bir güncelleme gerektirir. Bu, mesaj sayacı her ilerlediğinde herhangi bir eski tabletin zararsız hale geleceği vaadi değildir.
Daha güvenli cihaz değişimi için kontrol listesi
- Başka bir cihaz eklemeden önce bağlı cihazlarınızın envanterini çıkarın.
- Bir yabancının gönderdiği QR kodunu değil, uygulamanın belgelenmiş bağlama ve doğrulama akışını kullanın.
- Zararsız bir test konuşmasıyla yeni cihazın hangi geçmişi aldığını kontrol edin.
- Eski cihazı silmeden önce kurtarma materyalini ve varsa ayrı geçmiş yedeğini doğrulayın.
- Artık kontrol etmediğiniz cihazların yetkisini kaldırın ve karşı tarafların kimlik değişikliği bildirimi alıp almadığını kontrol edin.
- Her uç noktadaki yerel indirmeleri, bildirimleri ve işletim sistemi yedeklerini gözden geçirin.
Livara tehdit modeli, uç nokta ve alıcı sınırlamalarını açıkça içerir. Bu sınırlamalar her ekranda geçerliliğini korur. Yararlı bir çok cihazlı kullanım vaadi, cihaz yetkilendirmesini, saklanan verileri ve kurtarma kapsamını ayrı ayrı açıklar.
