Adli inceleme sonucu yalnızca veritabanı veya algoritma adına değil, cihazın ve anahtarların gerçek durumuna bağlıdır.
Uçtan uca şifreleme ile yerel verinin korunması birbiriyle ilişkili, ancak farklı iki konudur. Ağ yolunda korunan bir mesajın cihazda görüntülenmesi için okunabilir hale gelmesi gerekir. Adli incelemenin sonucu cihazın durumuna, erişim türüne, sistem ve uygulama sürümüne ve anahtarların konumuna bağlıdır; tek başına hiçbir algoritma adı sonucu belirlemez.
Bu nedenle hem “fiziksel erişimle her şey hemen okunur” iddiası hem de “veri çıkarma asla mümkün değildir” vaadi ihtiyatla karşılanmalıdır.
Dört koruma katmanını ayrı inceleyin
| Katman | Temel işlev | Önemli sınırlama |
|---|---|---|
| Mesaj E2EE’si | Katılımcıların cihazları arasında içeriği korumak | Cihazın güvenliğini ve yerel kopyaları garanti etmez |
| Uygulama yalıtımı | Normal uygulamaların birbirlerinin verilerine erişimini sınırlamak | Yüksek ayrıcalıklı erişim veya bir açık modeli değiştirebilir |
| Dosya veya disk şifrelemesi | Belirli koşullarda depolanan veriyi korumak | Kilit durumu ve anahtarın erişilebilirliği önemlidir |
| Uygulama içi veritabanı şifrelemesi | Veritabanı dosyası için ek bir sınır | Anahtarın saklanma ve kullanılma biçimi belirleyicidir |
Android FBE belgeleri, kullanıcı kimlik bilgilerine bağlı alanı Direct Boot sırasında erişilebilen alandan ayırır. Yalnızca “telefon kilitli” ifadesinden anahtarların bütün durumu anlaşılamaz; cihaz başlatıldıktan sonraki ilk kilit açmanın öncesinde veya sonrasında olmak da önemli olabilir.
Bir SQLite dosyası neyi kanıtlar?
SQLite bir depolama biçimi ve motorudur; tek başına bütün korumaların varlığını veya yokluğunu gösteren bir etiket değildir. Dosya, işletim sisteminin şifreli alanında bulunabilir veya ayrı bir çözümle korunabilir.
Ayrıca bir satırı silmek, onun bütün dosyalardaki tüm izlerini mutlaka ortadan kaldırmaz. SQLite belgeleri, güvenli silme ayarlarını ve sanal tabloların sınırlamalarını açıklar. Veri yaşam döngüsü incelenirken yan dosyalar ve yedekler de hesaba katılmalıdır. Bu, her telefonda silinen her mesajın kurtarılacağının garantisi değildir.
Uygulamayı tanımadan gerçek veriler üzerinde veritabanı bakım komutları çalıştırmayın; uygulama dosyalarını doğrudan değiştirmek veriyi bozabilir veya kanıtları değiştirebilir.
SQLCipher ve Keystore çözümdür, dokunulmazlık belgesi değil
SQLCipher, şeffaf veritabanı şifrelemesi için tasarlanmıştır; ancak özellikler sürüme göre okunmalıdır. SQLCipher tasarım sayfası kimlik doğrulamalı AES-CBC yapısını açıklar; Eylül 2026’daki sürüm 5 beta tanıtımı AES-GCM’ye geçişi belirtir. Dolayısıyla tek bir şifreleme kipini bütün sürümlere atfetmek doğru değildir.
Android Keystore da anahtarı koruma ve kullanımını denetleme sağlayabilir; fakat uygulamanın gerçekten hangi özelliği ve hangi donanım düzeyini kullandığı belirlenmelidir. Bir makalede StrongBox adının geçmesi, ürünün onu kullandığının kanıtı değildir. Keystore rehberi.
Dışarı çıkarılamayan bir anahtar bile bazı koşullarda izin verilen işlemler üzerinden kullanılabilir. “Anahtar kopyalanamaz” ile “saldırgan hiçbir verinin şifresini çözemez” aynı iddia değildir.
RAM ve ratchet nasıl bir rol oynar?
Anahtarın ve hassas metnin ömrünü sınırlamak, açığa çıkma fırsatlarını azaltır. Ancak bir tamponu temizlemek, kitaplıkta, önizlemede veya görüntüleme sürecinde başka hiçbir kopya kalmadığını kanıtlamaz.
Ratchet’in etkisinin kapsamı da açığa çıkan anahtarın türüne ve saldırganın erişiminin sürüp sürmediğine göre değişir. “Her mesaj için ayrı anahtar” ifadesinden, bir bellek dökümünün en fazla bir mesajı açığa çıkaracağı sonucu çıkarılamaz. Cihazda okunabilir geçmiş saklamak, aktarım anahtarlarından ayrı bir konudur.
Livara hakkında neler doğrulanmış değildir?
Livara tehdit modeli, zararlı yazılımla enfekte olmuş veya kilidi açık bir cihazın korunmasını garanti etmez. Bu makale, belirli bir Livara sürümünün SQLCipher veya StrongBox kullandığını, RAM’i tamamen temizlediğini ya da yerel arama verisi bulundurmadığını bağımsız olarak doğrulamamaktadır. Test raporları ve uygulama kanıtları olmadan bu özellikler ürüne atfedilmemelidir.
Ayrıca güvenlik belgelerindeki kimlik kurtarma paketi, geçmiş yedeğiyle aynı şey değildir. Proof Lab içinde APK özetini kontrol etmek, dosyanın güvenilir özetle eşleştiğini gösterebilir; bunun sonucu bir depolama denetimi veya adli incelemeye direnç testi değildir.
Geçerli bir adli bilişim iddiası hangi bilgileri içermelidir?
Cihaz modelini, sistem ve uygulama sürümünü, kilit durumunu, erişim yöntemini ve düzeyini, elde edilen veri türünü ve testin sınırlamalarını isteyin. Bir aracın tek bir deneyde başarısız olması, tüm yöntemlerin imkânsız olduğunu kanıtlamaz; sınırlı başarı da bütün kullanıcılara genelleme yapma yetkisi vermez.
Normal kullanıcı için güncellemeler, güçlü kilit, ek medya kopyalarını azaltmak ve kurtarma yollarına dikkat etmek önceliklidir. Ciddi bir olayda, veriyi veya kanıtları değiştiren adımlardan önce yetkili bir uzmandan yardım alın.
