Sıfır Bilgi Şifreleme Nedir? (Teknik Olmayan Kılavuz)
Anahtarlar yalnızca cihazınızda tutulur. Sağlayıcı erişemez, sıfırlayamaz, teslim edemez.
Sıfır bilgi şifrelemesi, hizmetin depolanan kullanıcı içeriğinin şifresini çözmek için gereken anahtarı elinde bulundurmadığı, sağlayıcıya bağlı bir mimaridir. Sağlayıcının içerik anahtarını kontrol ettiği standart bulut şifrelemesinin aksine, istemci tarafı şifreleme bu yeteneği kullanıcı cihazlarında tutabilir. Yasal bir talep, ihlal veya içeriden birinin müdahalesi, sağlayıcının sakladığı şifrelenmiş metni, hesap kayıtlarını, trafik verilerini veya diğer meta verileri yine de açığa çıkarabilir. NIST'in anahtar yönetimi kılavuzu, erişim için anahtar saklamayı merkezi bir unsur haline getirir, ancak istemci uygulaması, işletim sistemi ve kilidi açılmış cihaz güven sınırının bir parçası olmaya devam eder.
Sıfır Bilgi Şifreleme Nasıl Çalışır?
En basit analoji: yalnızca siz kombinasyonu belirlediğiniz ve otelin hiçbir zaman öğrenmediği bir otel kasası. Kombinasyonu unutursanız otel kasayı sizin için açamaz. Bu, tasarımın bir kusuru değildir. Bu tasarımın kendisidir.
Teknik açıdan, sıfır bilgi şifreleme üç adımla çalışır:
Cihazda anahtar türetme. Kullanıcı parola, parola veya kalıp gibi bir kimlik bilgisi sağlar. Parola tabanlı anahtar türetme işlevi, kullanıcının cihazında bir anahtar oluşturmak için onu bir tuzla birleştirir. İyi ayrılmış bir tasarım, her dosyayı doğrudan insan kimlik bilgileriyle şifrelemek yerine, rastgele bir içerik şifreleme anahtarının kilidini açmak için bu anahtarı kullanabilir.
İletimden önce şifreleme. Tüm veriler, bulut depolama veya yedekleme için cihazı terk etmeden önce türetilen anahtar kullanılarak cihazda şifrelenir. Şifrelenmiş çıktı (şifreli metin) yüklenen şeydir.
Sağlayıcı, düz metin içerik anahtarı almaz. İçerik anahtarları kullanım sırasında zorunlu olarak istemci belleğinde bulunur; ayrıca yerel olarak veya uzaktan, kimlik doğrulamalı ve şifreli zarflar içinde saklanabilir. Sağlayıcı, şifreli metni ve sarmalanmış anahtarları, bunların açılması için gereken kullanıcı sırrını elinde bulundurmaksızın saklayabilir. Hesap, trafik, kayıt boyutu ve zamanlamaya ilişkin üst veriler yine de görünür kalabilir.
Kritik kısıtlama: Kullanıcı tüm geçerli kimlik bilgilerini ve kurtarma yolunu kaybederse, şifrelenmiş içeriğe erişilemez hale gelir. İyileşme hala mevcut olabilir, ancak bunun anahtar muhafazasının açıklanması gerekir. Bir e-posta sıfırlaması, okunabilir içeriği eski cihaz onayı, kurtarma ifadesi, kurtarma anahtarı veya kullanıcı tarafından tutulan eşdeğer bir sır olmadan tek başına geri yüklerse, sağlayıcı düz metne geri dönüş için etkili bir yol tutmuştur.
Sıfır Bilgi Şifreleme ile Diğer Şifreleme Türleri Karşılaştırması
"Şifreleme" terimi neredeyse her bulut hizmeti için pazarlama materyallerinde yer alır. Türler arasındaki farklar önemlidir.
| Tür | Anahtarı Kim Tutar | Sağlayıcı Veriyi Okuyabilir | Sağlayıcı İhlalinden Kurtulur | Örnek |
|---|---|---|---|---|
| Şifreleme yok | N/A | Evet | Hayır | Dropbox (standart katman) |
| İletimde şifreleme (TLS) | Sağlayıcı | Evet (sunucularında beklemede) | Hayır | Google Fotoğraflar |
| Sunucu taraflı beklemede şifreleme | Sağlayıcı | Evet (şifre çözme anahtarını tutarlar) | Kısmen | iCloud (standart) |
| Platform uçtan uca şifreleme | İstemci cihazları ve hesap kurtarma sistemi | Normal servis yolu üzerinden değil | İstemciye, kurtarmaya ve meta verilerin açığa çıkmasına bağlıdır | iCloud Gelişmiş Veri Koruması ile |
| Sağlayıcıya kör istemci tarafı şifreleme | İstemci ve kullanıcı kontrollü kurtarma yolu | Sağlayıcı tarafından tutulan düz metin içerik anahtarı yok | İçerik şifreli kalabilir; meta veriler ve şifreli metin hala sızabilir | Şifreli kasa ve yedekleme sistemleri |
Sağlayıcıdan bağımsız istemci tarafı şifreleme ile, hizmet sağlayıcıya belgelenmiş protokol aracılığıyla düz metin içerik anahtarı verilmez. Saklanan şifreli metin sağlayıcı için şeffaf olmayabilirken, istemci yazılımı, kurtarma yolu, hesap meta verileri ve yazılım dağıtım kanalı yine de güven ve inceleme gerektirir.
Sıfır bilgi şifrelemede, sağlayıcının hiçbir zaman şifre çözme yeteneği yoktur. Sunucularındaki şifreli veriler, onlar için harici bir saldırgan için olduğu kadar opaktır.
Sıfır Bilgi Şifrelemenin Önemi
Veri İhlalleri Her Yıl Milyarlarca Kaydı Açığa Çıkarıyor
Kimlik Hırsızlığı Kaynak Merkezi, 2023 yılında Amerika Birleşik Devletleri'nde yaklaşık 353 milyon kişiyi etkileyen 3.205 veri ihlali bildirdi. Bir sağlayıcı içerik anahtarlarını elinde tuttuğunda, bir ihlal hem depolanan verileri hem de bu verilerin şifresini çözme yolunu açığa çıkarabilir. Sağlayıcının kör şifrelemesi bu varlıkları ayırır: Bir sunucu ihlali şifreli metni ve meta verileri hâlâ açığa çıkarabilir, ancak sağlayıcının elindeki düz metin içerik anahtarını açığa çıkaramaz. Kimlik bilgilerinin tahmin edilmesi ve müşteri uzlaşması ayrı riskler olmaya devam etmektedir.
Yasal Zorlama Gerçek Bir Tehdittir
Hizmet sağlayıcıların, ellerinde tuttukları verileri ifşa etmeleri istenebilir. Sağlayıcıdan bağımsız (provider-blind) bir tasarım, sağlayıcıda düz metin içerik anahtarı bulunmadığı için bu yanıtı şifreli metin ve mevcut hesap, trafik, faturalandırma veya hizmet üst verileriyle sınırlayabilir. Başka bir tarafın kullanıcı kimlik bilgilerini ele geçirip geçiremeyeceği, bir istemciyi istismar edip edemeyeceği veya ifşa zorlamasında bulunup bulunamayacağı ise ayrı bir konudur. Apple, iOS 16.2 ile iCloud verilerine yönelik uçtan uca şifrelemenin isteğe bağlı bir genişletmesi olan Gelişmiş Veri Koruma özelliğini kullanıma sundu.
"Bize Güvenin" Bir Güvenlik Mimarisi Değildir
Sunucu tarafı şifreleme, sağlayıcı tarafından kontrol edilen anahtarlara ve politikaya dayanır. Sağlayıcıdan kör şifreleme, anahtar saklamayı değiştirerek belgelenen hizmet yolunun düz metin içerik anahtarından yoksun olmasını sağlar. Bu daha güçlü bir mimari sınırdır ancak gücü yine de doğru istemci koduna, kimliği doğrulanmış yazılım teslimine, ses kurtarmaya, güvenli cihazlara ve spesifikasyona uygun bir uygulamaya bağlıdır.
Kriptografinin Arkasındaki NIST Standardı
AES-GCM Ulusal Standartlar ve Teknoloji Enstitüsü tarafından standartlaştırılmıştır. SP 800-38D (2007). AES'in kendisi, 2001 yılında halka açık bir yarışma aracılığıyla NIST tarafından seçildi. AES-256 256 bitlik bir anahtarı ifade eder. Tekdüze rastgele bir anahtar üzerinde kapsamlı arama, hesaplama açısından mümkün değildir, ancak bir insan parolası veya modeli, bir anahtar türetme işlevi 256 bit çıktı verdiğinde bile çok daha az entropi sağlayabilir.
PBKDF2 (Parola Tabanlı Anahtar Türetme Fonksiyonu 2), belirtilen RFC 8018Bu yöntem, insan tarafından sağlanan kimlik bilgilerini tekrarlanan sözde rastgele fonksiyon çağrıları yoluyla sabit uzunlukta bir anahtar malzemesine dönüştürür. Daha fazla yineleme, her tahminin maliyetini artırır. Tahmin edilebilir bir kalıba veya parolaya entropi eklemezler, bu nedenle kimlik bilgisi seçimi ve çevrimdışı doğrulama hala önemlidir.
RFC 8018'de belirtilen PBKDF2 (Parola Tabanlı Anahtar Türetme İşlevi 2), insan tarafından sağlanan kimlik bilgilerini tekrarlanan karma işlemi aracılığıyla kriptografik anahtara dönüştürür. Karma işlevini yüz binlerce kez çalıştırmak, her parola tahminini hesaplamalı açıdan pahalı hale getirir ve basit bir deseni veya parolayı kaba kuvvet saldırılarına dirençli bir anahtara dönüştürür.
Vaultaire, Sağlayıcı-Anahtar Ayrımını Nasıl Uygular?
Vaultaire iPhone için istemci tarafında şifrelenen bir kasadır. Ürün bağlamında sıklıkla "sıfır bilgi" (zero-knowledge) olarak pazarlansa da, belgelenen daha spesifik iddiası; Wraxle'ın kasanın içeriğini açık metin olarak veya içeriğin şifresini çözmek için gereken anahtarları almadığı yönündedir. İşte her bir katmandaki uygulama biçimi ve mevcut güven sınırlarının işleyişi.
Dosya şifreleme. İçe aktarılan her dosya şu şekilde şifrelenir: AES-256-GCM rastgele ana anahtarın altında. CryptoKit yeni nonce'lara sahip kimliği doğrulanmış mühürlü kutular oluşturur ve akış formatı, sipariş edilen her parça için ayrı bir nonce elde eder.
Meta veri şifrelemesi. Dosya adları, MIME türleri, tarihler, dizin kayıtları ve küçük resim verileri de AES-256-GCM ile korunur. Vaultaire, kasa üst verileri için ChaCha20 kullanmaz.
Anahtar yönetimi. Vaultaire, cihaz tuzunu ve şifrelenmiş kurtarma veritabanını, iOS Keychain genel parola öğeleri olarak saklar ve bu öğeler belirli bir parola ile korunur. WhenUnlockedThisDeviceOnly erişilebilirlik sınıfı. Desene dayalı kasa anahtarları ve rastgele ana anahtarlar, uygulama belleğinde CryptoKit aracılığıyla işlenir. Kilitleme işlemi etkin anahtar durumunu sonlandırır; ancak Swift ve iOS, geçici kopyaların her birinin üzerine yazılacağını garanti etmez.
Kasa keşfi. Normal arayüz bir kasa listesi göstermez. Yerel format, kasa başına 1 şifreli dizin dosyası saklar ve bakım kodu bu dosyaları listeleyebilir. Uygulama kapsayıcısına erişimi olan biri bu nedenle şifreli dizinleri sayabilir; ancak dosya adları desenleri, adları veya düz metin içerikleri açığa çıkarmaz. Ayrıntılar için güvenlik mimarisine ve desen şifreleme açıklamasına bakın.
Kasa kaydı yok. Kasaları, kasa sayısını veya adları listeleyen veritabanı yoktur. Her desen farklı bir kasa açar. Uygulamanın kendisi kaç kasanın mevcut olduğunu belirleyemez. Tam güvenlik mimarisine ve desen şifreleme açıklamasına bakın.
Bir Uygulamanın Gerçek Sıfır Bilgi Şifreleme Kullanıp Kullanmadığı Nasıl Anlaşılır
Üç hızlı testle başlayın, ardından yayınlanan mimariyi doğrulayın:
Şifremi unuttum testi. E-posta sıfırlama tek başına okunabilir verileri geri yüklüyorsa, hangi sağlayıcının elindeki mekanizmanın etkili içerik anahtarını kurtardığını sorun. Kullanıcı tarafından tutulan kurtarma ifadeleri, eski cihaz onayı ve sağlayıcı tarafından kontrol edilen sıfırlamalar farklı tasarımlardır.
Yeni cihaz testi. Yeni bir cihaz okunabilir içeriği geri yüklüyorsa, buna izin veren gizli veya güvenilir cihazı tanımlayın. Hesap girişi tek başına sağlayıcı tarafından kontrol edilen bir kurtarma yolunu önerir; bir kurtarma ifadesi ve şifrelenmiş yedekleme kayıtları, sağlayıcı-anahtar ayrımını koruyabilir.
Hesap testi. E-posta adresi veya telefon numarası, kimliği hizmet meta verilerine bağlar, ancak tek başına sağlayıcının içeriğin şifresini çözebileceğini kanıtlamaz. Anahtar hiyerarşisini, kurtarma tasarımını, istemci kodunu veya denetimini, meta veri politikasını ve kimliği doğrulanmış şifreli metnin çevrimdışı kimlik doğrulama kontrollerine izin verip vermediğini inceleyin.
Bu testler filtredir, güvenlik kanıtı değildir. Tutarlı bir spesifikasyon, içerik anahtarını, kilit açma anahtarını, tuzları, türetme parametrelerini, kimlik doğrulamalı şifreleme formatını, tek seferlik kuralları, kurtarma zarflarını, yerel gizli depolamayı, bulut meta verilerini ve düz metin anahtarlarının bulunduğu noktayı adlandırmalıdır. Bağımsız inceleme, ürün etiketinden daha güçlü bir kanıttır.
Sık Sorulan Sorular
Sıfır bilgi şifreleme ile uçtan uca şifreleme aynı şey mi?
Örtüşürler ancak özdeş değildir. Uçtan uca şifreleme (E2EE), verinin göndericinin cihazında şifrelenip yalnızca alıcının cihazında şifresinin çözüldüğü anlamına gelir. Sıfır bilgi şifreleme, sağlayıcının verilere erişemeyeceği anlamına gelir. Sağlayıcı bir noktada anahtarlara erişmişse veya üretmişse bir hizmet, sıfır bilgi olmaksızın uçtan uca şifrelenmiş olabilir. Sıfır bilgi şifreleme daha katı standarttır.
Sıfır bilgi şifrelemede şifremi unutursam ne olur?
Tüm geçerli kimlik bilgileri ve kurtarma zarfları kaybedilirse verileriniz kalıcı olarak erişilemez hale gelir. Sağlayıcının denetimindeki bir sıfırlama yolu veya ana anahtar, sağlayıcı sınırını zayıflatır; bu nedenle kurtarma ayrı tasarlanmalıdır. Vaultaire, türetilen kurtarma anahtarı şifreli bir kasa anahtarı zarfını açan özel bir 9 kelimelik ifade oluşturur. İfade anahtarı yeniden oluşturmaz veya kodlamaz. Yeni cihazda geri yükleme işlemi, eşleşen şifreli CloudKit kayıtlarını da gerektirir.
Kolluk kuvvetleri sıfır bilgi şifreli verilere erişebilir mi?
Bir sağlayıcı, saklanan şifreli metni ve tuttuğu hesap, trafik, faturalandırma veya hizmet meta verilerini ifşa etmek zorunda kalabilir. Sağlayıcı tarafından tutulan bir düz metin içerik anahtarı olmadan, bu sağlayıcı, içeriğin şifresini çözmek için normal hizmet yolunu kullanamaz. Cihazdan yararlanma, kimlik bilgilerinin keşfi, kurtarma kopyaları ve zorunlu ifşa, yasallığı ve etkinliği yargı yetkisine ve gerçeklere göre değişen ayrı yollardır.
Sıfır bilgi şifreleme normal şifrelemeden daha yavaş mı?
AES-256-GCM performans anahtarın kimin elinde olduğuna bağlı değildir. Parola tabanlı türetme, kilit açma sırasında iş ekler ve süresi algoritmaya, yineleme sayısına, cihaza ve uygulamaya bağlıdır. Uygulamalar, desteklenen donanımın maliyetini ölçmeli ve yanıt verme hızını her çevrimdışı tahminin getirdiği maliyetle dengelemelidir.
Sıfır bilgi, uygulamanın hiç veri toplamadığı anlamına mı gelir?
Mutlaka değil. Terim, her veri akışını değil, sağlayıcının içerik anahtarı sınırını ele alır. Bir uygulama yine de hesap verilerini, analizleri, kilitlenme raporlarını, IP adreslerini, kayıt boyutlarını, zamanlamayı veya diğer hizmet meta verilerini işleyebilir. Vaultaire hiçbir kimlik hesabına ihtiyaç duymuyor ve rızaya dayalı analizlerinin kasa içeriklerini, kalıplarını, cümlelerini ve şifre çözme anahtarlarını içermediğini söylüyor; onun gizlilik politikası mevcut toplama ve saklama kurallarını açıklar.
Sıfır bilgi şifreleme Apple'ın Advanced Data Protection ile nasıl karşılaştırılır?
Apple'ın Gelişmiş Veri Koruması (ADP), 2017'de tanıtıldı iOS 16.2, uçtan uca şifrelemeyi ek boyutlara genişletiyor iCloud kategorilere ayrılır ve Apple Hesabı kurtarma modelini kullanır. Vaultaire, varsayılan olarak kasa içeriğini yerel tutar ve Vaultaire kimlik hesabı gerektirmez; isteğe bağlı yedekleme, senkronizasyon ve paylaşım, istemci tarafında şifrelenmiş olarak kullanılır CloudKit kullanıcının Apple hesabındaki kayıtlar. Vaultaire ayrıca desenle ayrılmış kasa erişimi sunar ve zorlama modu, kılavuzunda açıklanan depolama ve kurtarma sınırlarıyla inandırıcı inkar edilebilirlik belgeleri.
Özet
Sıfır bilgi şifrelemesi en iyi şekilde sağlayıcı-anahtar ayırma iddiası olarak ele alınır: hizmet, depolanan içeriğin şifresini çözmek için gereken düz metin anahtarını içermez. Bu, sağlayıcı tarafından kontrol edilen anahtarlar altında sunucu tarafı şifrelemeden daha güçlüdür, ancak bu, anahtarların yalnızca bellekte var olduğu, meta verilerin kaybolduğu veya her türlü istemci ve cihaz güvenliğinin aşıldığı iddiası değildir. Ürünü temel hiyerarşisine, kurtarma tasarımına, uygulamasına ve bağımsız incelemesine göre değerlendirin.