Yalnızca mesajlarınızı kimin okuyabildiğini değil, çevresindeki kayıtları kimin ilişkilendirebildiğini ve bunu ne kadar süreyle yapabildiğini de sorun.
Mesajlaşma üstverileri, mesaj metninden ziyade iletişimin kendisi hakkındaki bilgilerdir. Tasarıma bağlı olarak hesap tanımlayıcılarını, zamanlamayı, bağlantı kayıtlarını, teslim durumunu veya grup üyeliklerini kapsayabilir. Uçtan uca şifreleme, iletim hizmetinin mesaj metnini okuyamamasını sağlarken bu çevresel bilgilerin bir kısmı görünür kalabilir.
Örneğin “Saat altıda geleceğim” cümlesi içeriktir. Bir hesabın belirli bir zamanda başka bir hesapla iletişim kurmuş olması ise üstveridir. Hangi tarafın bu bilgileri görebileceği uygulamanın ve ağın mimarisine bağlıdır.
Mesaj içeriği ile üstveri farklıdır
Uçtan uca şifreleme, görüşmenin içeriğini korur. Üstveriler ise mesajlaşma hizmetinin görüşmeyi nasıl taşıdığını ve yönettiğini anlatır: hangi hesapların katıldığı, bir olayın ne zaman gerçekleştiği, mesajın teslim edilip edilmediği ve hangi görüşmeye yönlendirilmesi gerektiği gibi.
Bu ayrım önemlidir; çünkü bir mesajlaşma uygulaması, mesaj metnini şifrelerken işletim bilgilerini saklamaya devam edebilir. “Şifreli”, “özel” ve “sıfır bilgi” ifadelerinin birbirinin yerine kullanılamamasının nedeni de budur. Yararlı bir güvenlik incelemesi, tam olarak hangi verinin şifrelendiğini, anahtarların nerede bulunduğunu ve hizmetin hangi bilgilere erişebildiğini sorar.
Uçtan uca şifreleme neyi korur?
Doğru uygulanmış bir uçtan uca şifreli görüşmede gönderici, içerik depolama altyapısına ulaşmadan önce onu şifreler; katılımcı cihazı ise şifreyi çözer. Hizmet, okunabilir mesaj içeriği yerine şifreli metin taşır.
Ürüne bağlı olarak E2EE şunları kapsayabilir:
- Mesaj metinleri ve düzenlemeleri
- Açıklama yazıları ve dosya ekleri
- Sesli mesajlar ve yüklenen diğer medya
- Şifreli yükün parçası olduklarında tepkiler veya yanıtlar
Bu kapsam kendiliğinden oluşmaz. Bir ürün doğrudan mesajları şifrelerken gruplarda, kanallarda, yedeklerde, bağlantı önizlemelerinde veya aramalarda farklı bir model kullanabilir. Tek bir kilit simgesinin her özellik için geçerli olduğunu varsaymak yerine ürünün güvenlik belgelerini okuyun.
Hangi üstveriler görünür kalabilir?
Mesajlaşma hizmeti; mesajları yönlendirmek, erişim kurallarını uygulamak, cihazları eşitlemek ve kötüye kullanımı önlemek için bazı bilgilere ihtiyaç duyar. Bu işletim verileri şunları içerebilir:
| Veri kategorisi | Hizmetin bu veriyi işleme nedeni |
|---|---|
| Katılımcılar ve görüşme kimlikleri | Bir olayı doğru hesaplara ve görüşmeye yönlendirmek |
| Zaman damgaları ve sıra numaraları | Mesajları sıralamak ve bağlantı kesildikten sonra güncellemeleri almak |
| Teslim ve okunma durumu | Mesaj durumunu cihazlar arasında eşitlemek |
| Üyelikler ve roller | Grup ve kanallara erişim kurallarını uygulamak |
| Şifreli metin boyutu ve medya üstverileri | Şifreli içeriği doğru biçimde saklamak ve iletmek |
| Ağ bilgileri | Bağlantı kurmak, altyapıyı işletmek ve kötüye kullanımı incelemek |
Bu, her hizmetin aynı verileri topladığı veya aynı süre boyunca sakladığı anlamına gelmez. Ciddi bir gizlilik karşılaştırmasında yalnızca şifreleme algoritmasının değil; toplamanın, saklama sürelerinin, erişim denetimlerinin ve silmenin de incelenmesi gerektiği anlamına gelir.
Üstverilere neden dikkat etmek gerekir?
Mesaj içeriği okunamasa bile üstveriler bazı örüntüleri ortaya çıkarabilir. İki hesap arasındaki sık iletişim, etkinlikte ani bir değişiklik veya belirli bir gruba üyelik kendi başına anlam taşıyabilir.
Pratik risk; hangi verinin toplandığına, ne kadar saklandığına, gerçek dünyadaki bir kimlikle ilişkilendirilip ilişkilendirilmediğine ve kimlerin erişebildiğine bağlıdır. Kısa süreli bir işletim kaydı ile kalıcı bir reklam profili aynı şey değildir. Şeffaf bir hizmet, gizlilik ve güvenlik belgelerinde bu farkı açıklamalıdır.
Mesajlaşma uygulaması seçmeden önce sorulacak sorular
Herhangi bir mesajlaşma platformunu değerlendirirken şu soruları kullanabilirsiniz:
- Hangi görüşme türleri uçtan uca şifreli?
- Ekler yüklenmeden önce şifreleniyor mu?
- Özel kimlik anahtarları nerede oluşturuluyor ve saklanıyor?
- Başka bir cihaz, ayrı bir kurtarma sırrı olmadan anahtarları geri getirebiliyor mu?
- Sunucu hangi yönlendirme, üyelik, zaman damgası ve teslim verilerini saklıyor?
- Yedekler, hizmetin erişemediği bir anahtarla korunuyor mu?
- Katılımcılar, anahtar değişikliğinden sonra açık anahtar parmak izlerini doğrulayabiliyor mu?
- Güvenlik iddiaları doğrudan sohbetler, gruplar, kanallar ve aramalar arasında ayrım yapıyor mu?
- Platform, hesap silmeyi ve saklanan verileri nasıl yönetiyor?
- Gizlilik politikası analiz araçlarını, reklamları ve üçüncü taraf hizmetlerini açıklıyor mu?
Somut yanıtlar, geniş vaatlerden daha değerlidir. Bir hizmet güven sınırını açıklayamıyorsa kullanıcılar o hizmet hakkında bilinçli karar veremez.
Görüşmenin hangi bölümünü kim görebilir?
Her gözlemciyi, her şeyi görebilen tek bir taraf gibi düşünmeyin. Başlangıç için şu ayrım yararlıdır:
| Gözlemci | Görebileceği bilgiler | Önemli sınır |
|---|---|---|
| İnternet sağlayıcısı veya yerel ağ | Bağlantı hedefleri, zamanlama ve trafik miktarı | Doğru korunan mesaj içeriği kendiliğinden okunabilir değildir; görünür alanlar taşıma ve yönlendirmeye göre değişir |
| Mesajlaşma hizmeti | Tasarımının gerektirdiği hesap, teslim ve üyelik bilgileri | E2EE içeriğini açık metin olarak almayabilir; kalıcı saklama ile geçici işleme farklıdır |
| Anlık bildirim veya barındırma sağlayıcısı | Hizmetin bildirim veya barındırma entegrasyonu için gereken bilgiler | Yük ve tanımlayıcıların ne ölçüde açığa çıktığı teknik uygulamaya bağlıdır |
| Diğer katılımcılar | Çözülmüş mesajlar ve görüşmede gösterilen bilgiler | Aldıkları veriyi kopyalayabilir veya başkalarına açıklayabilirler |
| Bir uç cihazı kontrol eden kişi | Cihazın veya oturumun erişebildiği veriler | Ağ şifrelemesi, ele geçirilmiş bir cihazı düzeltmez |
Bu tablo bir değerlendirme çerçevesidir; belirli bir uygulama üzerinde yapılmış ölçüm değildir. Ağ sağlayıcısı mutlaka mesajlaşma hizmetiyle aynı hesap düzeyi kayıtlarını görmez. Uygulama sağlayıcısı da işlediği her şeyi mutlaka saklamaz.
IAB'nin RFC 6973 gizlilik rehberi, kayıtları ilişkilendirmeyi, kimlik belirlemeyi ve veri minimizasyonunu ayrı gizlilik konuları olarak ele alır. Kalıcı bir tanımlayıcı, kişinin resmî adı olmasa bile zaman içindeki etkinlikleri birbirine bağlayabilir. Birkaç kaynaktan gelen kayıtların birleştirilmesi, tek bir kayıttan daha fazlasını ortaya çıkarabilir.
Livara'nın belgelenmiş üstveri sınırı
Livara'nın güvenlik belgeleri, doğrudan iletişim içeriğini ve uyumlu özel grup içeriğini şifreli olarak tanımlar. Yönlendirme, üyelik, zamanlama, şifreli metin boyutları, bildirim belirteçleri ve güvenlik kayıtları ise ayrı biçimde ele alınır. Herkese açık kanallar sunucu tarafından okunabilir. Özel grup şifreli metni ile herkese açık kanalın açık metni birbirine karıştırılmamalıdır.
Belgelerde kriptografik bir bileşenin bulunması, onun her etkin kullanım yolunda uygulandığını kanıtlamaz. Örneğin belgelenen LSS1 bileşeninin normal mesaj gönderimlerine bağlandığı belirtilmiyor. Bu bileşen, sıradan Livara mesajlaşmasının gönderici üstverilerini gizlediğini iddia etmek için kullanılmamalıdır. Gerçek kapsam ve saklama iddiaları için güncel güvenlik ve gizlilik açıklamalarına bakın.
Bu makale, Livara'nın üretim trafiğini veya sunucudaki saklama sürelerini bağımsız olarak ölçmemiştir. İçerik şifrelemesine ilişkin iddiaları, rakip hizmetler arasında en az üstveriyi topladığını göstermez.
Açığa çıkan bilgileri azaltmanın pratik yolları
Şifreleme, hesap güvenliğinin yalnızca bir parçasıdır. Kullanıcılar birkaç somut adımla açığa çıkan bilgileri azaltabilir:
- Yalnızca görüşme için gerekli profil bilgilerini ve hesap tanımlayıcılarını paylaşın. Herkese açık bir adı veya profil resmini yeniden kullanmak, ayrı hesapların ilişkilendirilmesine yol açabilir.
- Gereksiz kişi listesi veya konum izinlerini reddedin; önceden eşitlenmiş verilerin silinmesini ayrıca kontrol edin.
- Uygun olduğunda hesaba özel bir giriş bilgisi kullanın ve cihazın kendisine erişimi koruyun.
- Kurtarma ifadesini, hesabın açık olduğu cihazdan ayrı bir yerde saklayın.
- Beklenmedik bir kimlik anahtarı değişikliğinden sonra parmak izlerini başka bir güvenilir kanal üzerinden karşılaştırın.
- Hassas içerik paylaşmadan önce grup üyeliğini gözden geçirin.
- Tarayıcıyı, işletim sistemini ve mesajlaşma istemcisini güncel tutun.
- Bildirim önizlemelerini, ekran görüntülerini ve dışa aktarılan medyayı şifreli görüşmenin dışındaki kopyalar olarak değerlendirin.
Cihaz güvenliği önlemleri, üstveri minimizasyonundan farklı bir sorunu ele alır. Sağlayıcının günlük kayıtlarını ortadan kaldırmaz. Benzer şekilde, bir mesaj balonunu silmek veya süre sonunda silinme seçeneğini kullanmak; yönlendirme kayıtlarını, yedekleri ya da başka bir katılımcının kopyasını mutlaka silmez.
Gizlilik iddiaları nasıl okunmalı?
Güvenilir bir gizlilik iddiası; korunan veriyi, kullanılan mekanizmayı ve sınırları belirtir. “Doğrudan mesaj içeriği, katılımcı cihazlarda şifrelenir” ifadesi doğrulanabilir. “Tamamen özel” ifadesi aynı şekilde sınanabilir değildir.
Mesajlaşma uygulamalarını karşılaştırırken dört soruyu birbirinden ayırın: İçeriği kim okuyabilir, hizmet hangi üstverileri işler, hesap kurtarma nasıl çalışır ve her cihazda ne olur? Bu çerçeve, yalnızca bir slogana bakarak ürün seçmekten daha isabetli bir karar sağlar.
VPN mesajlaşma üstverilerini gizler mi?
VPN, bağlantının bazı bölümlerini hangi ağ işletmecisinin görebildiğini değiştirir. Mesajlaşma hizmetinin hesap veya teslim kayıtlarını kendiliğinden ortadan kaldırmaz. Aynı hesaba giriş yapmak, o hesabı hizmete yine tanıtır. Değişmiş bir IP adresini tam anonimlik saymak yerine VPN sağlayıcısını, mesaj yönlendirme tasarımını ve uygulamanın saklama politikasını ayrı ayrı değerlendirin.
Yalnızca toplamayı değil, saklama süresini de sorun
İlgili her veri alanı için şu soruları sorun: Geçici olarak mı işleniyor, bir günlüğe mi yazılıyor, yedekte mi tutuluyor, başka bir sağlayıcıyla mı paylaşılıyor? Ardından ne kadar kaldığını ve silmenin istisnaları olup olmadığını öğrenin. Belgelerde süre belirtilmiyorsa bunu bilinmiyor olarak kaydedin. “Çalışma için gerekli” ifadesi olası bir amacı açıklar; tek başına saklama sınırı belirlemez.
