E2EE, sağlayıcının okuyabileceklerini sınırlar; bir konuşmanın bulunabileceği her yeri açıklamaz.
Bir mesajlaşma sağlayıcısına yöneltilen yasal talep, sağlayıcının tuttuğu veya erişebildiği kayıtlara ulaşabilir. Uçtan uca şifreleme, özel mesaj içeriğini okunabilir biçimde sağlayıcının elinde bulunmaktan koruyabilir; ancak hesabı anonim yapmaz veya soruşturmacıların başka yerlerden bilgi edinmesini engellemez.
Sonuç; hizmetin gerçek veri saklama uygulamalarına, kullanılan iletişim özelliğine, delilin kaynağına ve geçerli hukuki sürece bağlıdır. Kayıt sunma celbi, arama kararı ve cihaz incelemesi birbirinin yerine kullanılamaz. Bu yazı, belirli bir mahkemenin veya yargı alanının davayı nasıl ele alacağını değil, teknik sınırları açıklar; gerçek bir talep için nitelikli hukuki danışmanlık alın.
Verinin kaynağından başlayın
“Polis şifreli mesajları okuyabilir mi?” gibi bir soru fazla geniştir. Kopyanın nereden geleceğini sorun:
| Kaynak | Neler bulunabilir? | E2EE neyi değiştirir? |
|---|---|---|
| Mesajlaşma sağlayıcısı | Hesap kayıtları, saklanan üst veriler, herkese açık gönderiler ve şifreli teslimat verileri | Doğru uygulanmış E2EE, sağlayıcıda anahtarlar yokken özel düz metne erişimi sınırlar |
| Bir katılımcının cihazı | Görüntülenen konuşmalar, yerel veritabanları, indirilen dosyalar veya bildirimler | Aktarım şifrelemesi, erişilebilir bir uç noktada zaten bulunan verileri gizlemez |
| Yedekleme hizmeti | Yedeğin kendi şifreleme ve anahtar politikasına göre içerdiği her şey | Sohbet E2EE’si, yedeğin E2EE olduğunu otomatik olarak göstermez |
| Bir alıcı veya grup üyesi | Kendi kopyaları, ekran görüntüleri, dışa aktarımları veya tanıklığı | Alıcı, aldığı bilgileri açıklayabilir |
Bu kategoriler örtüşebilir. Okunabilir özel geçmişi olmayan bir sunucu yine de yararlı kayıtlar tutabilir; kapsamlı kayıtları olan bir sağlayıcı ise belirli bir öğeyi saklama politikası uyarınca silmiş olabilir. Bu sonuçların hiçbiri yalnızca şifreleme simgesinden çıkarılamaz.
Belgelenmiş bir örnek: Signal’ın yayımladığı yanıt
Signal, Ekim 2021’de Kaliforniya büyük jürisine ilişkin açıklamasında, istenen mesaj, kişi ve grup bilgileri yerine hesap oluşturma zaman damgaları ile son bağlantı tarihlerini sağladığını anlattı. Bu, açıklanan söz konusu yanıt için Signal’ın elinde bulunan kayıtlara dair kanıttır.
Her şifreli mesajlaşma uygulamasının aynı iki alanı sakladığını göstermez. Veri minimizasyonu ayrı bir mimari tercihtir. Örnek, bir soruşturmacının kullanıcının cihazından, başka bir katılımcıdan veya farklı bir hizmetten neler elde edebileceğini de söylemez.
Livara, sunucu görünürlüğü hakkında ne belgeliyor?
Livara’nın 0.1.68 sürümü için etiketlenmiş güvenliğe genel bakış sayfası, LVR1 ile korunan doğrudan mesajları ve LGS1 ile korunan uyumlu özel grupları açıklar; eski uyumsuz gruplar görünür biçimde E2EE dışında kalır. Belgelenen ek tasarımı, dosyaları yüklemeden önce şifreler ve anahtarlarını şifreli konuşma zarflarında taşır.
Aynı genel bakış, gönderen ve hedef bilgileri, zaman damgaları, boyutlar ve grup üyeliği dahil saklanan iletişim üst verilerini belirtir. Herkese açık kanallar sunucu tarafından okunabilir. Görünür şekilde REC işaretli, isteğe bağlı sunucuda kaydedilen aramalar, bu kayıt modunda E2EE yerine aktarım şifrelemesi kullanır. Bir uygulamadaki tüm içeriği aynı saymak yerine özelliğe özgü sınırı okuyun.
Belgeler ayrıca LSS1 üst veri korumasının normal gönderimlere bağlı olmadığını söylüyor. Bu nedenle normal mesajlaşmayı iletişim grafiğini hizmetten gizliyormuş gibi anlatmak yanıltıcı olur.
Bunlar ürün belgelerindeki iddialardır; yasal bir talebe verilmiş yayımlanmış yanıt veya tüm sunucu kayıtlarının bağımsız denetimi değildir. Amaçlanan sınırları anlamak için uygun başlangıç noktası tehdit modelidir.
Şifreleme ve saklama farklı soruları yanıtlar
Şifreleme, saklanan baytları yorumlayacak anahtarların kimde olduğunu sorar. Saklama, hangi baytların ve kayıtların hâlâ var olduğunu sorar. Şifreli bir dosya uzun süre saklanabilir; okunabilir bir günlük kısa ömürlü olabilir. “Mesajların şifresini çözemiyoruz” iddiası; IP adreslerinin, destek konuşmalarının, kötüye kullanım bildirimlerinin veya teslimat kayıtlarının bulunmadığını göstermez.
Yararlı bir şeffaflık raporu; raporlama dönemini, talep kategorilerini, istenen kayıtları, verilen kayıtları ve açıklama sınırlarını belirtmelidir. Gizlilik politikası, toplama ile saklamayı ayırmalı ve istisnaları açıklamalıdır. Genel bir gizlilik vaadinden “kayıt tutulmuyor” sonucu çıkarmayın.
Kimlik doğrulamanın da kendi kayıtları vardır. SRP, dürüst bir protokol alışverişinde parolanın gönderilmesini önleyebilir; ancak sunucu bir doğrulayıcı saklar. RFC 5054 bölüm 3.3, parola tahmini dahil doğrulayıcı hırsızlığının risklerini açıklar. “Düz metin parola yok” demek, “hassas hiçbir şey açıklanamaz veya çalınamaz” demek değildir.
Bir mesajlaşma uygulamasına güvenmeden önce sorulacaklar
- E2EE tam olarak bu sohbeti, yedeği, aramayı ve ek modunu kapsıyor mu?
- Sağlayıcı hangi üst verileri belgeliyor ve ne kadar süre saklıyor?
- Ek cihazlar veya hesap kurtarma yolları yerel bir kopyayı açığa çıkarabilir mi?
- Herkese açık gönderiler, destek başvuruları ve bildirilen mesajlar ayrı ele alınıyor mu?
- Dayanaksız bir yasal dokunulmazlık iddiası yerine, tarihli bir şeffaflık raporu veya açıklanmış gerçek bir talep var mı?
Devam eden bir hukuki meselede, bir blog yazısını kayıtları silme, saklamayı değiştirme veya bir emri görmezden gelme talimatı olarak görmeyin. Yargı alanına uygun danışmanlık alın ve ilgili materyali verilen tavsiyeye göre koruyun.
Kuantum sonrası şifreleme yanıtı değiştirir mi?
Uygun tasarlanmış bir anahtar oluşturma protokolünü, ele geçirilmiş şifreli metne yönelik gelecekteki kuantum saldırılarına karşı güçlendirebilir. Mevcut üst verileri, herkese açık içeriği, uç nokta kopyalarını veya yasal yükümlülükleri ortadan kaldırmaz. Pratik ayrım aynı kalır: veriyi, konumunu, anahtarları ve erişim isteyen süreci belirleyin.
