Şifreleme, mesajı hangi anahtarların açtığını söyler; bu anahtarların kimlere ulaştığı ayrıca incelenmelidir.
Hayır; grubun uçtan uca şifrelenmesi tek başına gizli bir üyeyi önlemez. “Sunucu gruba üye ekleyebilir mi?” sorusunun yanıtı yalnızca mesaj şifrelemesine değil, üyelik ve üye doğrulama mekanizmasına bağlıdır. Livara belgelerine göre, gerçekten E2EE modunda çalışan uyumlu özel gruplarda LGS1 içeriği şifreler. Üyelik değişikliğinden sonra anahtar döndürme, gelecekteki erişimi sınırlamak için tasarlanmıştır ve üyelik ile anahtar güncellemelerinin cihazlara uygulanmasını gerektirir; daha önce alınmış kopyaları geri almaz.
Temel noktalar
- Uçtan uca şifreleme mesaj gizliliğini hedefler; grup üye listesinin güvenliği ise ayrı bir mekanizma gerektirir.
- E2EE durumu doğrulanmış uyumlu bir Livara özel grubunda LGS1 mesajları, düzenlemeleri ve ek anahtarlarını kapsar; uyumsuz eski grupları bu iddiaya dahil etmeyin.
- Signal, WhatsApp, SimpleX ve Element’i yalnızca “şifreli” etiketiyle karşılaştırmak yeterli değildir; üyelik değişikliği bildirimleri, yöneticinin rolü ve kimlik doğrulama yöntemi de değerlendirilmelidir.
- Arayüz, yetkili fakat saldırganın kontrolündeki bir hesabın girişini her koşulda tespit edemez; üyeler kimliği ve hassas değişiklikleri bağımsız bir yoldan kontrol etmelidir.
- Livara Proof Lab, yerel P-256, HKDF ve AES-GCM gösterimleri ile dosya özeti kontrolü sunar; LVR1/LGS1’in eksiksiz uygulaması veya bağımsız denetimi değildir.
Grup şifrelemesi gizli üyeyi önler mi?
Hayır; protokolün, içeriğin yanı sıra üyelik durumunu da üyeler arasında kriptografik ve doğrulanabilir biçimde eşgüdümlemesi gerekir. Bu yazıda “gizli üye”, insanların katıldığını görmediği veya kimliğini doğru tanımadığı halde gelecekteki mesajlara erişen bir hesap demektir.
Uçtan uca şifreleme, mesaj içeriğini yalnızca konuşmanın taraflarının cihazlarının okuyabilmesi gerektiği anlamına gelir; ancak bu cihazların anahtarı kimlere gönderdiklerini de bilmeleri gerekir. Sunucu alıcı listesini değiştirebiliyorsa şifreleme doğru çalışırken mesaj istenmeyen bir üye için de şifrelenebilir. İçerikle üstveriyi ayırmak için uçtan uca şifreleme ve sınırları rehberine bakın.
Dolayısıyla “sunucunun şifreli gruba saldırması” mutlaka AES’i kırmak veya matematiksel bir sorunu çözmek değildir. Sunucu, üyeliği kontrol ederek geçerli bir hesabı gelecekteki alıcılar arasına ekleyebilir. Anahtarları o hesapta bulunmayan geçmiş mesajlar ayrı bir konudur; başlıca risk, katıldıktan sonraki erişimdir.
Livara’da grup üyeliği hakkında ne biliyoruz?
Livara güvenlik belgeleri, sunucunun üyelik ve rol kontrolünü içerik şifrelemesinden ayırır. Bu, değerlendirmede önemli bir sınırdır; fakat tek başına başarılı bir pratik saldırıyı veya tamamen görünmez bir katılımı kanıtlamaz. Böyle bir iddia için istemci davranışı, anahtar dağıtımı, üyelik değişikliği bildirimleri ve saldırı koşulları test edilmiş olmalıdır.
Doğru soru şudur: Cihazlar liste değişikliklerini bağımsız olarak doğruluyor mu ve yeni üyeye anahtar göndermeden önce kullanıcıya ne gösteriyor? Bu yazı Livara için bir denetim veya sızma testi sonucu sunmaz.
Beş mesajlaşma uygulamasında üye listesi güvenliği nasıl farklılaşır?
Temel fark, üyelik değişikliklerine kimin izin verdiği, üyelerin bunlardan nasıl haberdar olduğu ve yeni hesabın kimliğini bağımsız olarak doğrulayıp doğrulayamadıklarıdır. Uçtan uca şifrelemenin varlığı, mesajlaşmada sunucuya güven konusunda tek başına eksiksiz bir yanıt değildir.
| Mesajlaşma uygulaması | Grup içeriği | Üyelik ve pratik güven | Temkinli sonuç |
|---|---|---|---|
| Livara | E2EE etkin uyumlu özel grupta LGS1 metni, düzenlemeleri ve ek anahtarlarını kapsar. | Üyeler değiştiğinde gönderici anahtarları otomatik olarak yeniden üretilir ve dağıtılır. | Ürün belgelerine göre uyumlu özel grubun içeriği ve medya anahtarları teslimden önce korunur; ilgili grubun durumunu kontrol edin. |
| Signal | Signal’ın grup desteği, hizmetin grup üyeliği, başlığı, görseli ve özelliklerinin kaydını tutmadığını belirtir. | Aynı kaynak, yöneticinin kimin üye ekleyebileceğini belirleyebileceğini ve grup bağlantısı için yönetici onayı açabileceğini söyler; üyeler yine de üyelik değişikliklerini görmelidir. | Tasarım hizmetin bildiklerini sınırlar; ancak kullanıcılar üyelik değişikliklerini ve hesap kimliklerini kontrol etmelidir. |
| WhatsApp şifreleme özeti, kişisel ve grup mesajlarının uçtan uca şifrelendiğini belirtir. | WhatsApp yardım kaynağı, geçmişin bir bölümünü yeni üyeyle isteğe bağlı paylaşmayı ve yöneticinin bunu sınırlama yetkisini açıklar. | Grup içeriği şifrelenir; üyeliğin doğruluğu ise yönetici kontrolleri ve uygulama bildirimleriyle değerlendirilmelidir. | |
| SimpleX | SimpleX grup belgeleri, her üyenin diğer üyelerle ayrı bağlantıları olduğunu belirtir. | Protokol belirtimi grupları, roller ve üyelik değişikliği mesajları içeren üyeler arası bağlantılar kümesi olarak açıklar; bu, insan yönetici bulunmasıyla çelişmez. | Küresel kimliği olmayan grup, tüm üyelik veya ele geçirilmiş cihaz risklerinin ortadan kalkması demek değildir. |
| Element / Matrix | Matrix uçtan uca şifreleme belirtimi, m.room.encryption olayını ve oda şifreleme algoritmalarını tanımlar. |
Matrix üyelik belirtimi, üyeliği oda durumundaki m.room.member olaylarıyla modeller; bunları ev sunucuları dağıtır. |
Oda şifrelemesi ve üyelik durumu ayrı katmanlardır; üyeler cihazları ve oda değişikliklerini kontrol etmelidir. |
Bu tablo mutlak bir sıralama değildir. Her sistemin tehdit modeli farklıdır; uygulama, cihaz, grup yönetimi ve üyelerin davranışı sonucu değiştirebilir. Pratik seçim için güvenli mesajlaşma kontrol listesinin 12 sorusunu her ürünün resmî belgeleriyle birlikte kullanın.
Mesajlaşmada sunucuya güveni nasıl karşılaştırırız?
Güveni evet veya hayır etiketine indirgemeyin; sunucunun tam olarak neyi gördüğünü ve neyi değiştirebildiğini sorun. Metni okuyamayan sunucu yine de iletişim zamanlarını, grup üyelerini veya ilk anahtarların dağıtımını kontrol edebilir.
Önce içerik gizliliğini ayırın
Mesajın, düzenlemenin, tepkinin, başlığın, ekin ve ek anahtarının tam olarak nerede şifrelendiğini inceleyin. Livara belgelerine göre LGS1, E2EE etkin uyumlu özel grubun metnini, düzenlemelerini ve ek anahtarlarını kapsar; bu iddia kanalları kapsamaz.
İkinci olarak üyelik yetkilisini belirleyin
Kimin üye davet edebildiğini, kimin talebi onayladığını ve istemcinin değişikliği nasıl gösterdiğini belirleyin. Sunucu grup durumunu dayatıyorsa sunucunun ele geçirilmesi tehdidi tehdit modelinde açıkça yer almalıdır.
Üçüncü olarak kimliği üyelikten ayırın
Tanıdık bir adın görünmesi, anahtarın o kişiye ait olduğunu kanıtlamaz. Livara’da safety number, anahtar parmak izini uygulama dışında karşılaştırmayı sağlar; bu aracın varlığı tek başına tüm grup üye listesinin kontrol edildiği anlamına gelmez. Anahtar şeffaflığı özelliğini de yalnızca belgelenmişse ürüne atfedin.
Dördüncü olarak kanıtı iddiadan ayırın
Ürün belgeleri, denetim raporu ve bağımsız test aynı şey değildir. Güvenilir bir rapor sürümü, inceleme kapsamını, bulguları ve düzeltmeleri açıklamalıdır. Algoritma adı veya iki uygulamanın aynı sonucu vermesi tek başına üyelik yönetiminin güvenliğini kanıtlamaz.
Grup sohbeti üyeleri nasıl doğrulanır?
Üyeler liste değişikliklerini hemen incelemeli ve hassas katılımcıların kimliğini bağımsız bir kanaldan doğrulamalıdır. Yüksek riskli konuşmada yalnızca ad, fotoğraf veya hesap numarasını görmek yetmez; bunlar yanlış, yeniden kullanıma verilmiş veya saldırganın kontrolünde olabilir.
Livara’da iki kişi safety number’ı yüz yüze, bilinen bir aramada veya bağımsız bir yoldan karşılaştırabilir. Bu, beklemedikleri anahtar değişikliğini ortaya çıkarabilir; ancak ikili karşılaştırma tek başına büyük bir grubun tüm üyelerini bir kerede kapsamaz. Safety number ile sohbet doğrulama rehberi pratik adımları açıklar.
Hassas gruplar için şu kısa süreç yararlıdır:
- Üye ekleme yetkisini mümkün olduğunca yöneticilerle sınırlayın.
- Her katılma, ayrılma veya rol değişikliği bildirimini o anda inceleyin.
- Yeni üyenin kimliğini aynı grubun dışında doğrulayın.
- Şüpheli değişiklikten sonra hassas bilgi göndermeyi durdurun ve doğrulanmış üyelerle yeni bir grup kurun.
- Her hesabın bağlı cihazlarını ve oturumlarını düzenli olarak gözden geçirin.
Bu önlemler riski azaltır, ancak üyelik mimarisindeki kusuru gidermez. Sunucu veya yönetici hesabı ele geçirilmişse ve arayüz değişikliği iyi göstermiyorsa kullanıcı yine de katılımı fark etmeyebilir.
Sık sorulan sorular
Sunucu şifrelemeyi kırmadan gruba üye ekleyebilir mi?
Evet, mesajlaşma mimarisi üye listesinin kontrolünü sunucuya bırakıyorsa. Bu durumda sunucunun şifreyi kırması gerekmez; istemcilerin mesajı o hesap için de şifrelemesi amacıyla gelecekteki alıcılar arasına bir hesap ekleyebilir. Bunun mümkün olup olmadığı ve yöntemi her ürünün üyelik protokolüne bağlıdır.
LGS1 protokolü Livara gruplarında nasıl çalışır?
Ürün belgelerine göre E2EE etkin uyumlu özel gruplarda LGS1, içerik ve ek anahtarlarını korumak için gönderici anahtar zinciri ve imzası kullanır. Bir üye ayrıldıktan sonra gelecekteki erişimin sınırlandırılması, üyelik değişikliğinin uygulanmasına ve yeni anahtarın dağıtılmasına bağlıdır. Proof Lab yalnızca bazı kriptografik bileşenlerin yerel gösterimini ve özet kontrolünü sunar; bu gösterim eksiksiz LGS1 uygulaması, protokol denetimi veya üyelik yönetimi güvenliğinin kanıtı değildir.
Safety number karşılaştırması gizli üye girişini kanıtlar mı?
Hayır. Safety number karşılaştırması iki kişi arasındaki anahtar kimliğini bağımsız bir yoldan kontrol eder ve beklenmedik anahtar değişikliğini ortaya çıkarabilir. Ancak gruba başka hiçbir üyenin girmediğini kanıtlamaz; üyeler listeyi, üyelik bildirimlerini ve hassas hesapların kimliklerini ayrıca kontrol etmelidir.
Hangi mesajlaşma uygulamasının üye listesi en güvenlidir?
Bu kaynaklardan mutlak bir kazanan belirlenemez; Signal, WhatsApp, SimpleX, Element ve Livara’nın üyelik ve tehdit modelleri farklıdır. Doğru seçim riskinize bağlıdır: Üyeliği kimin kontrol ettiğini, değişikliğin nasıl bildirildiğini ve üye kimliklerinin sunucudan bağımsız doğrulanıp doğrulanamadığını inceleyin.
