SRP, giriş alışverişinde parolayı göndermekten kaçınır; çalınmış doğrulayıcıyı zararsız kılmaz.
Secure Remote Password, yani SRP, istemci ve sunucunun normal protokol alışverişinde parolayı göndermeden parola kullanarak kimlik doğrulamasını sağlar. Aksi hâlde oturum açma sırasında parolayı alacak olan sunucuya ifşayı azaltabilir.
Parolayla ilgili tüm sırları sunucudan kaldırmaz. Sunucu bir doğrulayıcı saklar ve çalınmış bir doğrulayıcı çevrimdışı parola tahminini destekleyebilir. “Sıfır bilgiyle oturum açma” iddiaları değerlendirilirken bu ayrım çok önemlidir.
Geleneksel parola girişine göre ne değişir?
Geleneksel tasarımda istemci, parolayı kimliği doğrulanmış bir TLS bağlantısı üzerinden gönderir. İyi tasarlanmış sunucu uygun, tuzlanmış bir parola özetini karşılaştırır, kimlik bilgilerini günlüklere yazmaktan kaçınır ve tahmine karşı korumalar uygular. TLS bağlantıyı korur; parola özeti saklanan kimlik bilgisini farklı biçimde korur.
SRP alışverişi değiştirir. Kayıt sırasında sistem tuz ve doğrulayıcı malzemesini oluşturur. Oturum açarken iki taraf da ortak anahtar malzemesini kurmak ve doğrulamak için yeni protokol değerlerini ve kendi sırlarını kullanır. İstemci parolayı, sunucu ise doğrulayıcısını kullanır. Dürüst bir istemci, giriş verisi olarak parolanın kendisini göndermez.
RFC 2945'teki SRP belirtimi protokolün temelini açıklar. Sonraki profiller ve uygulamaların tam parametreleri ve ileti kontrolleri incelenmelidir; bir tasarıma “SRP” demek, her uygulama tercihinin sağlam olduğunu göstermez.
| Soru | TLS üzerinden geleneksel parola girişi | Doğru uygulanmış SRP alışverişi |
|---|---|---|
| Uygulama sunucusu girişte yazılan parolayı alır mı? | Normalde evet | Protokol alışverişinin parçası olarak almaz |
| Hangi hassas kimlik doğrulama malzemesi saklanır? | Genellikle tuzlanmış parola özeti | Tuz ve paroladan türetilmiş doğrulayıcı |
| Çalınmış veritabanı çevrimdışı tahmini destekleyebilir mi? | Evet, saklanan malzemeye bağlı olarak | Evet, çalınmış SRP doğrulayıcı malzemesi tahmini destekleyebilir |
| Tuş kaydediciye karşı korur mu? | Hayır | Hayır |
| Mesaj geçmişini otomatik şifreler mi? | Hayır | Hayır |
Çalınmış doğrulayıcı neden hâlâ önemlidir?
RFC 5054 bölüm 3.3, çalınmış doğrulayıcıları açıkça ele alır. Doğrulayıcının saldırganın sunucu gibi davranmasını ve parolayı elde etmek için sözlük saldırıları gerçekleştirmesini mümkün kılabileceğini açıklar.
Önemli ayrım, doğrulayıcının yalnızca yeniden kullanılabilir bir istemci giriş belirteci olmamasıdır. Bu onu zararsız kılmaz. Saldırgan, her olası sır için ayrık logaritma problemini çözmek yerine aday parolaları çalınmış malzemeye karşı deneyebilir. Zayıf veya tekrar kullanılan parola ciddi bir risk olmaya devam eder.
Çevrimiçi hız sınırları, çalışan hizmete yönelik denemeleri yavaşlatabilir; ancak çalınmış veritabanı üzerinde yapılan hesaplamaları yönetmez. Veritabanı koruması, dikkatli parola işleme ve güçlü, benzersiz parolalar önemini korur.
SRP neleri korumaz?
Ele geçirilmiş uç nokta: Kötü amaçlı yazılım, protokol başlamadan parolayı yakalayabilir veya sonrasında kimliği doğrulanmış oturumu çalabilir.
Kötü amaçlı giriş sayfası: Parolayı isteyen sayfanın kendisi düşmancaysa girilen metni başka yere gönderebilir. Web uygulaması yine de güvenilir bir dağıtım yoluna ihtiyaç duyar.
Tüm kurtarma yolları: Hesap erişimi sağlayan e-posta, SMS veya destek akışının kendi gereksinimleri vardır. En güçlü normal giriş yöntemi, daha zayıf bir yedek yol tarafından zayıflatılabilir.
Her aktif ağ saldırısı: Protokol parametreleri, girdi doğrulama, karşılıklı onay ve çevreleyen kimliği doğrulanmış bağlantı önemlidir. Dağıtımın öngördüğü TLS korumalarını “parola asla iletilmez” sloganıyla değiştirmeyin.
Meta veriler veya sohbet şifreleme: Kimlik doğrulama, oturumun kabul edilip edilmemesi gerektiğini yanıtlar. Hangi konuşma kayıtlarının bulunduğunu veya mesaj çözme anahtarlarının kimde olduğunu belirlemez.
Livara girişi kimlik kurtarmadan nasıl ayırıyor?
Livara'nın güvenliğe genel bakışı, SRP kimlik doğrulamasını LVR1 mesajlaşma protokolünden ayrı anlatır. Ayrıca ayrı ve rastgele 256 bitlik bir kurtarma anahtarıyla korunan, sürüm 7 şifreli kimlik yedeğini belgeler.
Yedek yüklemeden önce mühürlenir ve sohbet geçmişini değil, kriptografik kimliği geri getirir. Yalnızca hesap parolasını bilmek bu şifreleme anahtarlarını geri getirmez. Tersine, desteğin bir şifreleme sırrını yeniden oluşturamayacağı açıklaması, hiçbir hesap yönetimi işleminin veya parola değiştirme sürecinin bulunamayacağını göstermez.
Tehdit modeli, cihazın ele geçirilmesini ve görünür iletişim meta verilerini de kapsamda tutar. SRP, tüm hizmeti kullanıcının faaliyetinin her yönü hakkında “sıfır bilgi” sahibi olarak yeniden etiketlemek için kullanılmamalıdır.
Pratik değerlendirme kontrol listesi
Kullanıcı olarak benzersiz ve güçlü bir parola seçin, cihazı koruyun, kurtarma malzemesini uygun ve ayrı bir yerde saklayın ve oturumların nasıl iptal edildiğini anlayın. Yalnızca SRP kullandığını iddia ettiği için güvenilmeyen bir siteye sır girmeyin.
Teknik incelemeci olarak tam protokol profilini, paroladan doğrulayıcıya işleme sürecini, girdi doğrulamayı, hata işlemeyi, kayıt akışını ve sıfırlama tasarımını isteyin. İstemciyi ve sunucuyu birlikte inceleyin. Yalnızca başarılı giriş testine dayanmak yerine geçersiz açık değerler, yeniden oynatma ve kesintiye uğramış oturumlar için testler ekleyin.
SRP, kimlik doğrulama sırasında parola ifşasını sınırlamak için yararlı bir araçtır. Parola güvenliği sorunlarının sonu olarak sunulmak yerine gerçek faydaları doğrulayıcı hırsızlığı, uç noktanın ele geçirilmesi ve kurtarma riskleriyle birlikte anlatıldığında değeri daha netleşir.
