Açığa çıkmanın kapsamı anahtarın türüne ve saldırganın erişim süresine bağlıdır; ratchet yalnızca bir mesajın risk altında olacağını garanti etmez.
Güçlü şifreleme, cihaz üzerinde doğru biçimde çalıştırılmayı da gerektirir. İşletim sistemindeki, kriptografi uygulamasındaki veya donanımdaki bir güvenlik açığı hassas verilere kapı açabilir; ancak işlemci saldırıları hakkında araştırmaların bulunması, her telefonun veya mesajlaşma uygulamasının aynı yöntemle ele geçirilebileceği anlamına gelmez.
Yararlı sorular şunlardır: Saldırganın hangi erişimi var, hangi anahtarı veya metni görebiliyor ve erişimi geçici mi, yoksa devam mı ediyor? Bu soruların yanıtı, algoritmanın adından daha önemlidir.
Yan kanal ile bellek okuma arasındaki fark nedir?
Doğrudan bellek okumada saldırgan, işlemin veya cihazın bellek alanının bazı bölümlerini okuyabilir. Yan kanal saldırısında ise işlemlerin yürütülme süresi veya önbelleğin davranışı gibi işaretlerden bilgi çıkarılır. Bu iki yöntemin ön koşulları veya sonuçları mutlaka aynı değildir.
Özgün FLUSH+RELOAD araştırması, belirli bir test ortamında önbellek davranışını ve paylaşılan bellek sayfalarını inceledi ve GnuPG’nin bir sürümünden anahtar çıkarılabildiğini gösterdi. Bu sonuç, Livara’nın güvenlik testi veya tüm telefon işlemcilerinin savunmasız olduğunun kanıtı değildir.
| Erişim türü | Değerlendirme için gereken soru |
|---|---|
| Aynı cihazda normal bir uygulama çalıştırma | İşlem yalıtımı ve saldırının ön koşulları gözleme izin veriyor mu? |
| İşletim sisteminde yüksek yetkili erişim | Saldırgan hangi verilere veya anahtar işlemlerine erişebiliyor? |
| Fiziksel erişim veya laboratuvar erişimi | Kilit durumu, donanım modeli ve anahtar koruması nedir? |
| Uygulamaya devam eden erişim | Saldırgan yeni metinleri veya anahtarları tekrar toplayabilir mi? |
Bu ayrıntılar olmadan genel bir “RAM hackleme” ifadesi yeterli teknik açıklama değildir.
Keystore ve güvenli donanım nasıl yardımcı olur?
Android Keystore, anahtar kullanımını kısıtlayabilir ve uygun cihazlarda işlemleri donanım desteğiyle gerçekleştirebilir. Bu tasarımda anahtarın dışarı çıkarılamaması, saldırgan tarafından kullanılamamasıyla aynı şey değildir: Zararlı yazılımdan etkilenmiş bir uygulama, bazı koşullarda anahtarın baytlarını dışarı çıkarmadan bile izin verilen anahtar işlemlerini kötüye kullanabilir. Bkz. Android Keystore kılavuzu.
Tüm anahtarlar ve algoritmalar da otomatik olarak güvenli donanıma yerleştirilmez. Anahtarın türü, cihazın desteği ve uygulamanın kullanım şekli belirtilmelidir. “Anahtar cihazda” demek, tek başına anahtarın yerini veya koruma düzeyini kanıtlamaz.
Açığa çıkan bir anahtar yalnızca bir mesajı mı açığa çıkarır?
Bazen bağımsız bir mesaj anahtarının açığa çıkmasının kapsamı sınırlıdır. Ancak saldırgan zincir anahtarını, oturum durumunu, kimlik anahtarını, okunabilir geçmişi veya birden fazla arabelleği ele geçirirse sonuç farklı olur. Bu nedenle açığa çıkan veri belirlenmeden “en fazla bir mesajın” risk altında olduğu söylenemez.
Her mesaj için anahtar değiştirmek de saldırganın erişimini mutlaka kesmez. Sonraki anahtarlar saldırganın elindeki bir durumdan türetiliyorsa veya saldırgan cihazda bulunmaya devam ediyorsa sonraki mesajlara da erişebilir. Geçmişi koruma ve gelecekteki güvenliği yeniden kazanma, belirli varsayımları olan iki ayrı özelliktir.
Ratchet ve bellek temizliğinin sınırları nelerdir?
Ratchet, görüşme boyunca anahtarların evrilmesini sağlayabilir. Açığa çıkma sonrasında güvenliğin yeniden kazanılması, saldırganın erişemediği yeni bilgilerin sisteme girmesini gerektirir; yalnızca bir mesaj göndermek bu koşulun sağlandığını kanıtlamaz. Double Ratchet belirtimi, toparlanmanın yanında kalıcı erişim ve silinmiş verilerin geri kazanılması risklerini de açıklar.
Hassas verilerin ömrünü kısaltmak ve arabellekleri temizlemek yararlıdır; ancak bundan RAM’deki tüm kopyaların silindiğine dair genel bir garanti çıkmaz. Kitaplıklar, programlama dili ve görüntüleme yolları incelenmelidir.
Livara hakkında ne söylenebilir?
Livara güvenlik sayfası, LVR1’deki hibrit yapıyı ve anahtarların evrimini anlatır. Bu makale bir yan kanal testi, bellek denetimi veya tüm anahtarların Keystore kullandığının doğrulanması değildir. Özellikle kamuya açık tehdit modeli belgeleri, enfekte olmuş bir cihazın korunacağını garanti etmez.
Bu yüzden, aynı sürüm ve senaryo için somut kanıtlar bulunmadıkça ürüne “bir sonraki mesajla donanım sızmasını etkisizleştirme” veya “en fazla bir mesajın açığa çıkması” vaatleri atfedilmemelidir.
Kullanıcı için pratik karar
İşletim sistemini ve uygulamayı güncel tutun, etkin güvenlik desteği alan bir cihaz seçin, güvenilmeyen kurulumlardan ve gereksiz erişimlerden kaçının, uygun bir kilit kullanın. Ciddi bir sızmadan şüpheleniliyorsa mesajlaşma uygulamasını değiştirmek veya yeni mesaj göndermek, cihazın incelenmesi ve temizlenmesinin yerini tutmaz.
Bir güvenlik iddiasını okurken dört şey isteyin: test edilen sürüm, saldırganın erişimi, açığa çıkan veriler ve sonucun sınırları. Bir işlemcinin veya kriptografi standardının adı tek başına bu dört soruyu yanıtlamaz.
