Ön anahtarlar, alıcının kurulum sırasında çevrimdışı olmasını sağlar. Teslim yolu ihtiyacını veya özel anahtar yaşam döngüsünü dikkatle yönetme gereğini ortadan kaldırmaz.
Çevrimdışı bir alıcı, cihazı önceden açık anahtar malzemesi yayımladığı için şifreli mesajı daha sonra alabilir. Gönderenin yine de erişilebilir bir teslim hizmetine ihtiyacı vardır; “asenkron şifreleme”, mesajların ağ kesintisini aştığı veya bağlantısı olmayan bir telefonda anında göründüğü anlamına gelmez.
Kuantum sonrası tasarımlar bu fikri bir anahtar kapsülleme mekanizmasıyla genişletir. Önemli sorular; ilk sırrın nasıl oluşturulduğu, eski özel anahtarların nasıl kullanımdan kaldırıldığı ve sonraki mesajların güvenliği nasıl yenilediğidir.
Ön anahtarlar bir zamanlama sorununu çözer
Sam yeni bir konuşma başlatırken Maya'nın çevrimdışı olduğunu düşünün. Maya'nın cihazı daha önce açık ön anahtarları yüklemiştir. Sam bu malzemeyi alabilir, anahtar anlaşmasının gönderici tarafını gerçekleştirebilir ve ilk şifreli mesajı gönderebilir. Maya yeniden bağlandıktan sonra, cihazında tutulan özel anahtarları kullanarak mesajı işler.
Dolayısıyla sunucu açık bilgileri sağlar ve şifreli verileri kuyruğa alır; ortaya çıkan mesaj sırrına sahip olması gerekmez. Signal'ın X3DH belirtimi, bu asenkron tasarımın birincil açıklamasıdır. İmzalı ön anahtar ve tek kullanımlık ön anahtarın kullanım süreleri ve rolleri farklıdır; “ön anahtar”, sunucuya yüklenen gizli bir parola demek değildir.
Zaten kurulmuş bir konuşmada uygulama, her mesaj için ilk kurulumu tekrarlamak yerine mevcut oturum durumunu kullanabilir. Oturumu başlatmak ve mesaj anahtarlarını ilerletmek ayrı işlemlerdir.
Kuantum sonrası KEM ne ekler?
Anahtar kapsülleme mekanizmasının üç temel işlemi vardır: anahtar üretmek, açık anahtarla kapsüllemek ve karşılık gelen özel anahtarla kapsülü açmak. Kapsülleme hem ortak bir sır hem de bir şifreli metin üretir. Şifreli metin daha sonra teslim edilebilir; sırrın kendisi açık olarak gönderilmez.
NIST FIPS 203, ML-KEM'i standartlaştırır. ML-KEM-768 için açık kapsülleme anahtarı 1.184 bayt, şifreli metin 1.088 bayt, ortak sır ise 32 bayttır. Bunlar algoritma düzeyindeki boyutlardır, mesajlaşma paketinin tamamının boyutu değildir. İmzalar, klasik anahtarlar, tanımlayıcılar ve taşıma çerçevelemesi ek yük getirir; önbelleğe alınmış açık anahtarın her mesaja eşlik etmesi gerekmeyebilir.
Hibrit bir yapıda protokol, klasik ve kuantum sonrası gizli malzemeyi tanımlanmış bir anahtar türetme düzenine göre birleştirir. Yalnızca algoritma adlarını yan yana koymak, bileşimin güvenli olduğunu göstermez. Kimlik bağlama, doğrulama, alan ayrımı ve hata yönetiminin belirtilmesi ve incelenmesi gerekir.
Bir örnek: PQXDH, evrensel bir taslak değil
Signal'ın PQXDH belirtimi, imzalı tek kullanımlık kuantum sonrası ön anahtarları ve imzalı bir son çare anahtarını açıklar. Gönderen, sağlanan imzaları doğrular, anahtar anlaşmasını gerçekleştirir ve KEM şifreli metniyle anahtar tanımlayıcılarını ilk şifreli mesaja ekler. Alıcı daha sonra aynı sırrı türetir ve mesajı işler.
Son çare anahtarı, tek kullanımlık KEM anahtarları bulunmadığında kurulumu destekler; ancak ele geçirilme analizi aynı değildir. Özel anahtarların silinmesi ve döndürülmesi, önceki oturumların korunmasını etkiler. Belirtim ayrıca kuantum sonrası ileri gizlilik ile etkin bir kuantum saldırgana karşı kimlik doğrulamayı birbirinden ayırır. Bu ayrıntılar, “yedek yöntemin güvenlik maliyeti yoktur” ifadesiyle değiştirilmemelidir.
PQXDH, tanımlanmış yapılardan biridir. Tam eğrileri, imzaları ve parametre tercihleri, farklı bir ürün bunları belgelemedikçe o ürünün açıklamasına kopyalanmamalıdır.
Ratchet mekanizması, ön anahtar havuzuyla aynı şey değildir
Ön anahtarlar oturum kurulumunu destekler. Ratchet protokolü, konuşma sırasında sırları değiştirir. Double Ratchet belirtimi, mesaj anahtarlarının ilerleyişini ve her uygulama mesajıyla tam bir kuantum sonrası alışveriş iletmeyen tasarımlar dahil daha yeni kuantum sonrası ratchet yapılarını açıklar.
İleri gizlilik, daha sonra anahtarlar ele geçirildiğinde önceki mesajların durumuyla ilgilidir. Ele geçirilme sonrası güvenlik ise saldırgan erişimi kaybettikten ve yeni gizli malzeme sisteme katıldıktan sonra gelecekteki iletişimin korunmasının geri kazanılmasıyla ilgilidir. İkisi de kötü amaçlı yazılımın telefonda süresiz kalabileceği, buna rağmen kriptografinin telefonun açık metnini bir şekilde ondan gizleyeceği anlamına gelmez.
Sunucudan açık bir ön anahtarı silmek, onun olağan biçimde yeniden kullanılmasını engeller; bu, karşılık gelen özel anahtarı uç noktadan silmekle eşdeğer değildir. Yararlı bir denetim, hem yaşam döngüsü kurallarını hem de gecikmiş mesajların davranışını kontrol eder.
Livara neyi belgeliyor, ne için hâlâ kanıt gerekiyor?
Livara'nın güvenlik sayfası, mevcut olduğunda tek kullanımlık anahtarlarla hibrit oturum kurulmasını, olağan mesaj zinciri ilerlemelerini ve dönemsel ML-KEM evrelerini açıklar. Bu, her mesajın tamamen yeni ve eksiksiz bir ML-KEM alışverişi gerçekleştirdiği yönündeki eski iddiadan farklıdır. Bunlar ürün belgelerindeki açıklamalardır; uygulamanın bağımsız doğrulaması değildir.
Bu açıklamalardan anahtarlar tükendiğinde kullanılacak belirli bir yedek yöntem politikası, yenileme aralığı veya ağ gecikmesi değeri çıkarmayın. Bu sorular sürüme özgü protokol belgeleri veya ölçülmüş sonuçlar gerektirir. Proof Lab de asenkron kurulumun, anahtar tükenmesinin veya gecikmiş mesajların kurtarılmasının eksiksiz bir testi değildir.
Çevrimdışı mesajlaşma iddiaları nasıl değerlendirilir?
Sağlayıcıdan veya incelemeyi yapandan şu durumları kapsayan kanıtlar isteyin:
| Test durumu | Gözlemlenecekler |
|---|---|
| Bağlantısı olmayan kişiye ilk mesaj | Hangi açık anahtar malzemesinin kullanıldığı ve alıcının mesajı gerçekte ne zaman aldığı |
| Tek kullanımlık ön anahtarların tükenmesi | Kurulumun durup durmadığı veya belgelenmiş bir yedek yöntemi izleyip izlemediği ve belirtilen güvenlik ödünleşimi |
| Alıcının yeniden kurulum yapması veya kimlik değiştirmesi | Kuyruktaki eski mesajların hâlâ çözülebilir olup olmadığı ve anahtar değişikliklerinin görünürlüğü |
| Gecikmiş veya sırası değişmiş mesajlar | Saklama sınırları, atlanan anahtarların yönetimi ve anlaşılır hatalar |
| Uzun süre sonra geri dönüş | Güvenli anahtar yenileme, sınırlandırılmış işleme ve doğru teslim durumu |
| Performans karşılaştırması | Cihaz, uygulama sürümü, ağ, veri yükü boyutu ve sıfırdan kurulum ile kurulmuş oturum için ayrı ölçümler |
Hassas bilgi içermeyen test hesapları ve mesajlar kullanın. Başarılı bir teslim testi, o senaryoyu gösterir; her kriptografik özelliği değil. Tersine, başarısız teslim şifrenin kırılmasından değil, ağ veya yaşam döngüsü sorunundan kaynaklanabilir.
Sık sorulan sorular
Ben gönderirken alıcı çevrimdışı olabilir mi?
Evet, uygulama gerekli açık malzemeye ve teslim/saklama altyapısına sahipse olabilir. Alıcı, cihazı kuyruktaki mesajı alıp işleyebilene kadar mesajı okuyamaz.
Daha büyük KEM anahtarları sohbetleri her zaman fark edilir biçimde yavaşlatır mı?
Yalnızca anahtar boyutundan evrensel bir süre iddiası çıkmaz. Kurulum sıklığı, toplu işleme, önbellekleme, uygulama ve ağ koşulları önemlidir. Sıfır ek yük vadetmek yerine bir performans ölçümü yayımlayın.
İmzalı ön anahtar, hesabın arkasındaki kişiyi kanıtlar mı?
Malzemeyi bir imzalama kimliğine göre doğrular. Bu kimliğin iletişim kurmak istediğiniz kişiye nasıl bağlandığı, ayrı bir güven ve doğrulama sorusudur.
Kuantum sonrası şifreleme hiç bağlantı olmadan çalışır mı?
Bazı yerel hesaplamalar çevrimdışı çalışabilir. Mesajların teslim edilmesi yine de bir iletişim yolu gerektirir; kriptografi böyle bir yol sağlamaz.
