Yararlı güvenlik sorusu, şifrelemenin kulağa güçlü gelip gelmediği değil; neyi koruduğu, anahtarların kimde olduğu ve iddiayı hangi kanıtların desteklediğidir.
“Askerî düzeyde şifreleme”, bir mesajlaşma uygulamasını değerlendirmek için yeterli bilgi değildir. Bu ifade anahtarları kimin elinde tuttuğunu, hangi konuşmaların korunduğunu, yedeklerin açık metni açığa çıkarıp çıkarmadığını veya bir cihaz ele geçirildiğinde ne olduğunu söylemez.
Yararlı yaklaşım, şifrelemeyi önemsiz görmek değildir. Etkileyici bir etiketin yerine kontrol edilebilen somut iddialar koymaktır.
AES-256 bir algoritma tercihidir, eksiksiz bir güvenlik modeli değildir
AES, gizli bir askerî teknoloji değil, kamuya açık bir standarttır. NIST'in FIPS 197 standardı, AES-128, AES-192 ve AES-256'yı tanımlar; sondaki sayı anahtar uzunluğunu belirtir. Standart, algoritma değiştirilmeden 2023'te editoryal olarak güncellenmiştir.
Güçlü bir şifreleme algoritması, hizmetin açık metne erişebildiği bir sistemde de kullanılabilir. Yalnızca anahtarın ne kadar uzun olduğunu değil, kimin şifreyi çözebildiğini sorun. Anahtarların nasıl üretildiğini ve saklandığını, kimliklerin nasıl doğrulandığını ve hangi hata koşullarında uygulamanın güvensiz biçimde devam etmek yerine durduğunu da sorun.
Bir sağlayıcının AES-GCM demesi, yalnızca AES demesinden daha somuttur: GCM, şifrelemeyi kimlik doğrulamayla birleştirir. Nonce değerlerinin doğru kullanımı, doğrulama etiketlerinin kontrolü ve diğer uygulama gereklilikleri önemini korur. Teknik referans NIST'in GCM belirtimidir; bir logo, uygulamanın bunu doğru uyguladığını göstermez.
Pazarlamanın sıklıkla birleştirdiği dört farklı iddia
| İddia | Ele aldığı konu | Kanıtlamadığı şey |
|---|---|---|
| Aktarım şifrelemesi | Uygulama ile sunucu arasındaki gibi bir bağlantı boyunca koruma | Sunucunun içeriği okuyamadığı |
| Bekleyen verilerin şifrelenmesi | Saklanan verilerin belirli bir anahtar ve erişim modeli altında korunması | İşletmecinin şifre çözme anahtarına sahip olmadığı |
| Uçtan uca şifreleme | Belirlenmiş uç noktalar arasında içerik koruması | Ele geçirilmiş bir uç noktanın güvenliği veya alıcının dürüstlüğü |
| Kuantum sonrası anahtar kurulumu | Anahtar oluşturulurken tanımlanmış kuantum tehditlerine direnç | Uygulamanın bütünüyle denetlendiği, anonimlik veya gelecekte güvenlik garantisi |
Aktarım şifrelemesi, sağlayıcının her veritabanında korumasız açık metin saklandığı anlamına gelmez. Hizmet, saklanan verileri de şifreleyebilir. Önemli ayrım, sağlayıcının anahtarları kontrol edip etmediği veya başka bir yoldan okunabilir içeriğe erişip erişmediğidir. Bir sloganı diğeriyle değiştirmek yerine kesin ifadeler kullanın.
Daha geniş bir giriş için uçtan uca şifrelemenin neleri koruduğuna bakın.
“NIST standardı kullanıyor”, “FIPS doğrulamasından geçti” demek değildir
FIPS 203, bir anahtar kapsülleme mekanizması olan ML-KEM'i tanımlar. Bir mesajlaşma uygulaması, uygulamanın tamamı sertifikalandırılmadan veya bağımsız olarak incelenmeden bu algoritmayı kullandığını belirtebilir. Standartlar, algoritma testleri, kriptografik modül doğrulaması ve ürün güvenliği denetimleri farklı kanıt türleridir.
NIST'in Kriptografik Modül Doğrulama Programı, onaylı işlevleri uygulamanın FIPS 140 modül doğrulamasını sağlamak için yeterli olmadığını açıkça belirtir. Bir ürün doğrulamadan geçtiğini duyuruyorsa sertifikayı, tam modül ve sürümü, çalışma ortamını ve onaylı yapılandırmayı isteyin. Ardından sertifikanın ürünün gerçekte hangi bölümünü kapsadığını belirleyin.
Bu nedenle “256 bit güvenlik”, bütün bir mesajlaşma uygulaması için genel bir puan olarak da kullanılmamalıdır. Protokollerin bir araya getirilmesi, anahtar yönetimi ve uygulama biçimi farklı sınırlar getirebilir.
Parolayla kimlik doğrulama, mesaj şifreleme değildir
Oturum açma mekanizması, kullanıcının hesaba erişip erişemeyeceği sorusunu yanıtlar. E2EE ise korunan mesaj içeriğini kimin okuyabileceğini yanıtlar. Hiçbiri diğerinin özelliklerini kendiliğinden sağlamaz.
Örneğin SRP, parolanın kendisini iletmeden kimlik doğrulamak üzere tasarlanmıştır. Bu, kimlik doğrulama veritabanının çalınmasının zararsız olduğu anlamına gelmez. RFC 5054'teki SRP güvenliği tartışması, çalınan bir doğrulayıcı değerin parola tahmin saldırılarına ve başka risklere olanak verdiğini açıklar. “Çalınacak parola yok, dolayısıyla sunucu ihlali önemli olamaz” sonucuna varmaktan kaçının.
Okuyucu için pratik sonraki adım, hesap kurtarmayı, etkin oturumları ve hesap erişimiyle şifreleme anahtarları arasındaki ilişkiyi sormaktır. Yalnızca “sıfır bilgi” ifadesini tekrarlayan bir yanıt, önemli soruları yanıtsız bırakır.
Bir mesajlaşma uygulamasının güvenlik sayfası için beş soruluk test
- Hangi alanlar kapsanıyor? Bire bir sohbetler, gruplar, dosyalar, aramalar, herkese açık gönderiler ve yedekler farklı sınırlara sahip olabilir.
- Kullanılabilir anahtarlar kimde? Kurtarma anahtarlarını, bağlı cihazları ve sunucu tarafındaki işleme modlarını da hesaba katın.
- Diğer uç noktanın kimliği nasıl doğrulanıyor? Anahtar doğrulaması, anlamlı değişiklik uyarıları ve belgelenmiş bir güven modeli arayın.
- Hangi kanıtlar var? Belirtimler, yeniden üretilebilir derlemeler, test vektörleri ve bağımsız denetimler farklı soruları yanıtlar. Her birinin sürümünü ve kapsamını sorun.
- Neler görünür veya savunmasız kalıyor? Üst veriler, ele geçirilmiş cihazlar, kopyalanmış mesajlar ve herkese açık içerik açıklamadan kaybolmamalıdır.
Aynı testi Livara'ya da uygulayın. Güvenlik belgeleri, LVR1 ve LGS1'i adlandırır ve işleyiş sınırlarını yayımlar. Bunları bağımsız sertifika olarak değil, değerlendirilmesi gereken ürün iddiaları olarak ele alın. Proof Lab, sınırlı gösterimler ve yazılım çıktısı kontrolleri sunar; her özelliğin veya sürümün güvenli olduğunun kanıtını değil.
Bağımsız bir denetim nasıl okunur?
Tarihi, denetçiyi, kod revizyonunu, dahil edilen platformları ve kapsam dışında bırakılan bileşenleri kontrol edin. Yalnızca özet rozetini değil, bulguları ve giderilme durumlarını okuyun. Bir kriptografi kitaplığının denetimi, hesap kurtarmayı, web uygulamasını, bildirimleri veya operasyonel güvenliği otomatik olarak kapsamaz.
Denetimin bulunmaması, güvence açısından bir boşluktur; belirli bir güvenlik açığının kanıtı değildir. Tersine, denetim de ömür boyu garanti değildir. Yararlı bir karşılaştırma, evrensel bir “en güvenli” kazanan ilan etmek yerine kanıtları ve sınırlarını kaydeder.
Sık sorulan sorular
“Askerî düzey” her zaman AES-256'nın başka bir adı mıdır?
Hayır. Bu ifadeden belirli bir algoritma veya sertifika sonucu çıkarmayın. Sağlayıcıdan tam olarak ne anlama geldiğini belirtmesini isteyin.
Daha güçlü şifreleme, ekran görüntülerini veya kötü amaçlı yazılımları engeller mi?
Alıcının içeriği kopyalamasını ya da ele geçirilmiş bir cihazın erişebildiği verileri açığa çıkarmasını engellemez. Bunlar farklı tehditlerdir.
Bir güvenlik sloganından daha iyi gösterge nedir?
Açık bir kapsam, adı belirtilmiş bir protokol, açıkça ifade edilen sınırlar ve sunulan uygulamaya ilişkin incelenebilir kanıtlar. Açıklama, neye güveneceğinize ve nelerin hâlâ kontrol edilmesi gerektiğine karar vermenize yardımcı olmalıdır.
