Kriptografik çeviklik, açık bir güvenlik sözleşmesini kaybetmeden bir protokolü bir kriptografik takımdan diğerine taşıyabilme yeteneğidir. Mesajlaşmada bu, yeni bir algoritma adı eklemekten fazlasını ifade eder. Eski istemciler, çevrimdışı alıcılar, saklanan mesajlar ve bağlı cihazların tümü geçiş sırasında öngörülebilir şekilde davranmalıdır.
IETF’nin RFC 7696 belgesi, algoritma çevikliğini tanımlayıcılar, uygulamalar ve operasyonel değişiklikler içeren bir geçiş sorunu olarak tanımlar. Sürüm numarası neyin kullanıldığını belirlemeye yardımcı olur; tek başına geçişi güvenli kılmaz.
Birbirine kolayca karıştırılan üç sürüm
Bir mesajlaşma uygulamasının uygulama sürümü, iletişim protokolü sürümü ve kriptografik takım tanımlayıcısı olabilir. Bunlar farklı soruları yanıtlar:
| Tanımlayıcı | İnceleyen kişiye ne söyler? | Neyi ortaya koymaz? |
|---|---|---|
| Uygulama sürümü | Hangi yazılım derlemesinin yüklü olduğunu | Her konuşmanın en yeni protokolü kullandığını |
| Protokol sürümü | Hangi mesaj biçiminin ve durum kurallarının geçerli olduğunu | Gerçeklemenin bu kurallara doğru biçimde uyduğunu |
| Algoritma veya takım tanımlayıcısı | Hangi kriptografik bileşenlerin seçildiğini | Uzlaşma sürecinin daha zayıf bir sürüme düşürülemeyeceğini |
Sürüm notları bu ilişkiyi açıkça belirtmelidir. Yalnızca yeni oluşturulan konuşmalar kullanıyorsa veya daha eski bir bağlı istemci önceki seçeneğe geri dönüşe yol açıyorsa, “Yeni şifreleme kullanıma sunuldu” ifadesi belirsizdir.
Güvenli bir geçiş neleri belirtmelidir?
Somut bir senaryoyla başlayın: Alice bugün günceller; Bob daha eski bir telefonda çevrimdışı kalır. Alice bir mesaj gönderir ve daha sonra ikinci bir cihaz ekler. Her cihaz neyi kabul etmeli, saklamalı ve göstermelidir?
İncelenebilir bir tasarım en azından şu soruları yanıtlar:
- Her taraf diğerinin desteklediği sürümleri nasıl öğrenir?
- Seçilen sürüm, oturumun bir parçası olarak doğrulanır mı?
- Ortak kabul edilebilir bir sürüm bulunmadığında ne olur?
- Kötü niyetli bir aktarım sunucusu bir yetenek bilgisini kaldırıp daha zayıf bir moda geçişe neden olabilir mi?
- Eski mesajlar hâlâ okunabilir mi ve hangi eski anahtarlar gerekli olmaya devam eder?
- Bir yedeği geri yüklemek eski protokol durumunu yeniden etkinleştirir mi?
- Kullanımdan kaldırılacak algoritmaların kullanımı yalnızca tavsiye edilmemek yerine ne zaman devre dışı bırakılacaktır?
Görünür bir hata, kullanıcının amaçlamadığı bir moda sessizce geçişten çoğu zaman daha güvenlidir. Ancak hata ve kurtarma davranışları tam olarak belgelenmelidir; böylece insanlar korunmayan bir kanala geçerek sorunu aşmaya çalışmaz.
Pratik bir yükseltme test matrisi
Bir güvenlik yükseltmesi, iki yeni kurulum arasında başarılı bir sohbetten fazlasını gerektirir. Şu durumları hassas olmayan verilerle test edin:
| Test | Kaydedilecek kanıt |
|---|---|
| Yeni istemciden eski istemciye | Seçilen protokol veya açık bir uyumsuzluk sonucu |
| Yükseltme sırasında alıcının çevrimdışı olması | Yeniden bağlantı sonrasındaki teslim ve şifre çözme davranışı |
| Eski bir bağlı cihazın geri dönmesi | Okuma, gönderme veya beklenmedik bir modu zorlama olanağı olup olmadığı |
| Gruba uyumsuz bir üyenin eklenmesi | Açık grup politikası ve kullanıcının görebildiği durum |
| Kullanımdan kaldırma sonrasında yedeğin geri yüklenmesi | Desteklenmeyen durumun reddedilip reddedilmediği veya yeni yapıya taşınıp taşınmadığı |
| Değiştirilmiş sürüm üst verileri | Fark edilmeyen bir sürüm düşürme yerine kimlik doğrulama hatası |
Bunlar değerlendirme ölçütleridir; belirli bir ürünün testleri geçtiğine ilişkin iddialar değildir. Sonraki bir gerilemenin belge değişikliğinden ayırt edilebilmesi için derleme tanımlayıcılarını ve gözlemlenen sonuçları saklayın.
Livara’nın protokol adları nasıl okunmalı?
Livara, güvenlik belgelerinde doğrudan sohbetler için LVR1, özel gruplar için LGS1 adlarını kullanır. Bu adlar sorumlulukları birbirinden ayırır; bağımsız standardizasyon veya denetim kanıtı olarak yorumlanmamalıdır. Sayfa, şifreli modun ön koşullarını karşılayamayan istemci veya grupların davranışını da ele alır.
Bir sonraki yararlı kanıtlar; sürümlenmiş bir belirtim, test vektörleri, uyumluluk kuralları ve belirli bir sürümle ilişkilendirilmiş inceleme sonuçları olacaktır. Proof Lab, gösteriminin daha dar kapsamını açıkça belirtir. Kriptografik temel yapı taşlarını tarayıcıda denemek, uygulamadaki tüm geçiş yollarını test etmekle aynı değildir.
Kullanıcılar bir şifreleme yükseltmesi sırasında ne yapmalı?
Desteklenen istemcileri güncel tutun, cihaz uyumluluğuyla ilgili güvenlik bildirimlerini okuyun ve değişen kimlik ya da şifreleme durumu göstergelerine dikkat edin. Yeni bir uygulama simgesinin, her eski grup ve yedeğin yeni korumaya kavuştuğu anlamına geldiğini varsaymayın. Ürün hangi verilerin korumasının değiştiğini açıklayamıyorsa hassas içerik paylaşmadan önce sorun.
İyi kriptografik çeviklik, değişikliği incelenebilir kılar. Neyin değiştiğini, tarafların bunun üzerinde nasıl uzlaştığını, nelerin ters gidebileceğini ve eski mekanizmanın ne zaman kabul edilmemeye başlanacağını belirtir.
