Varsayılan uçtan uca şifreleme, hassas bir mesajı yanlış modda gönderme olasılığını azaltır. Bir uygulamadaki her özelliği özel hale getirmez, meta verileri ortadan kaldırmaz veya ele geçirilmiş bir telefonu korumaz.
Yararlı bir karşılaştırma iki soru sorar: Sıradan bir kişisel sohbet başlattığımda ne olur? Grup, yedek, herkese açık kanal veya başka bir cihaz kullandığımda ne değişir? Bu rehber, beş mesajlaşma uygulamasını 24 Ekim 2026’da kontrol edilen yayımlanmış belgelerine dayanarak bu açıdan karşılaştırır. Bağımsız bir güvenlik sıralaması değildir.
“Varsayılan” neyi değiştirir?
İsteğe bağlı E2EE’de kullanıcılar göndermeden önce desteklenen şifreli bir sohbet seçmelidir. Başka bir mod seçerlerse o modun kuralları geçerlidir. Varsayılan E2EE’de desteklenen kişisel sohbetler, ayrı bir gizlilik anahtarı olmadan korumalı başlar.
İki seçenek de hizmet hakkında her şeyi söylemez. Bir sağlayıcı E2EE sunmadan sunucularındaki verileri şifreleyebilir; E2EE kullanan bir mesajlaşma uygulaması da operasyonel kayıtları tutmaya devam edebilir. Depolama şifrelemesi, aktarım şifrelemesi ve uçtan uca şifreleme farklı erişim yollarını ele alır.
Beş ürün, kontrol edilecek beş kapsam
| Mesajlaşma uygulaması | Belgelenmiş başlangıç durumu | Önemli sınır |
|---|---|---|
| Signal | Signal sohbetleri, isteğe bağlı gizli mod olmadan E2EE kullanır | Hedeflenen alıcılar ve cihazları açık metne erişebilir |
| Kişisel mesajlar ve aramalar varsayılan olarak E2EE kullanır | Çevrimiçi yedek koruması ayrı bir ayar ve kurtarma sistemidir | |
| Telegram | Sıradan Bulut Sohbetleri istemci-sunucu şifrelemesi kullanır; Gizli Sohbetler E2EE ekler | Gizli Sohbetler bire bir ve cihaza özgüdür; sıradan gruplarda E2EE yoktur |
| Messenger | Meta, kişisel mesajlar ve aramalar için varsayılan E2EE’yi belgelendirir | Tüm Facebook alanlarının aynı korumaya sahip olduğunu varsaymak yerine gerçek sohbeti ve özelliği kontrol edin |
| Livara | Yayımlanmış mimari, korumalı doğrudan sohbetleri ve LGS1 özel gruplarını tanımlar | Herkese açık kanallar E2EE dışındadır; uyumsuz eski bir grubun bunun dışında olduğu görünür kalır |
Kaynaklar: Signal gizlilik rehberi, WhatsApp gizliliği, Telegram SSS, Messenger’ın varsayılan şifreleme duyurusu ve Livara güvenliği.
Telegram’ın iki modu neden önemli?
Telegram’ın Bulut Sohbetleri, bulut geçmişi modelini destekler. Gizli Sohbetlerin gizlilik sınırı farklıdır ve başlatıldıkları cihazlara bağlıdır. Normal bir grup, davet bağlantısı özel olduğu veya üyeler birbirine güvendiği için Gizli Sohbete dönüşmez.
E2EE gerektiren bir sohbet için pratik mesele, içeriği paylaşmadan önce bunu sağlayan modu seçmektir. Bulut Sohbetlerine herhangi bir açıklama olmadan “şifrelenmemiş” demek de yanlıştır: Telegram burada istemci-sunucu şifrelemesini belgelendirir. Ayrım, herhangi bir şifrelemenin bulunup bulunmadığı değil, kimin şifreyi çözebildiğidir.
WhatsApp’ın yedek ayarı neden karşılaştırmaya dahil?
Canlı iletişimdeki korumalı bir mesaj ile geçmişinin kurtarılabilir kopyası farklı nesnelerdir. WhatsApp’ın gizlilik rehberi, şifreli çevrimiçi yedekleri açıkça ek koruma olarak sunar. Sohbetteki kilitten yedek güvenliğini çıkarmak yerine bu ayarı ve kurtarma yöntemini kendi hesabınızda inceleyin.
Aynı soru her ürün değerlendirmesinde yer almalıdır: ne yedekleniyor, şifre çözme sırrı nerede tutuluyor ve kaybolursa ne oluyor? Kolay bir hesap sıfırlama, şifreli geçmişi mutlaka geri getirmez.
Livara’nın belirttiği koruma ve sınırlar
Livara, klasik ve ML-KEM-768 materyali kullanan LVR1 doğrudan oturumlarını ve korumalı gruplar için LGS1 gönderici anahtarı şifrelemesini tanımlar. Bunlar ürün mimarisi iddialarıdır; bağımsız denetimden geçmiş bir uygulamanın kanıtı değildir.
Belgeleri ayrıca yönlendirme ve üyelik meta verilerini kaydeder, herkese açık kanalları özel sohbetlerden ayırır ve v7 kurtarmanın sohbet geçmişini değil kriptografik kimliği geri getirdiğini söyler. Eksik şifreleme kimliği korumalı gönderimi durdurur; uyumsuz gruplar daha güçlü etiketi sessizce devralmamalıdır.
Bu sınırlamalar bir ürünü test ederken yararlıdır. Bir algoritmanın adı, açık sohbetin korumalı modda olup olmadığını söylemez. Özellik açıklamasıyla birlikte tehdit modelini okuyun.
Varsayılan şifreleme için pratik kontrol
Hassas sohbetleri taşımadan önce:
- Katılımcılarınızın gerçekten kullandığı cihazlarla bir deneme doğrudan sohbeti ve deneme grubu başlatın.
- Şifreleme durumunu ve desteklenen kimlik doğrulama yöntemini bulun.
- Bir üyenin cihazı veya kimliği değiştiğinde ne olduğunu kontrol edin. Beklenmedik bir uyarıyı doğrulamadan geçiştirmeyin.
- Bağlı cihazları, geçmiş aktarımını ve yedekleri ayrı ayrı inceleyin.
- Herkese açık alanları, botları, dışa aktarımları ve içeriğin sohbet dışına çıkabileceği diğer yolları belirleyin.
Varsayılan şifreleme değerli bir kullanılabilirlik özelliğidir. Yararlı sonraki adım, “varsayılan”ı tehdit modelinin yerine koymak değil, kapsamını doğrulamaktır.
