Perfect Forward Secrecy (PFS) ve ECDHE nedir?
Kısa cevap
Perfect Forward Secrecy (PFS), her TLS bağlantısında geçici (ephemeral) bir key exchange yapıldığı için sunucunun private key'i ileride ele geçirilse bile daha önce kaydedilmiş trafiğin çözülememesidir. Geçici key exchange Diffie-Hellman ile yapılır: ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) ya da DHE; statik RSA key exchange PFS sağlamaz, TLS 1.3'te ise her bağlantı PFS'lidir. TR7'de TLS Security Profile'daki Cipher Algorithms alanında General, Strict Secure, Strict Legacy Compatible ve Strict Hardware Accelerated setleri yalnızca ECDHE ya da DHE kullanan cipher suite'lere izin verir; Curve/ECDHE alanı ECDHE'de kullanılacak curve'leri belirler.
TR7'de Nerede Kullanılır
| Nerede | Alan / etiket | Ne için |
|---|---|---|
| Certificates & PKI → TLS Security Profiles | Cipher Algorithms: General, Strict Secure, Strict Legacy Compatible, Strict Hardware Accelerated | Yalnızca PFS'li paketlere izin verme: General yalnızca ECDHE ve DHE paketlerini listeler, Strict setler statik RSA key exchange'i (kRSA) dışlar |
| TLS Security Profiles | Curve/ECDHE (varsayılan kapalı; açılınca listeden seçilir, ör. X25519 (TLS v1.3 only), secp256r1, secp384r1) | ECDHE'de sunulacak curve'ler ve tercih sırası; kapalıyken varsayılan curve'ler kullanılır |
| TLS Security Profiles → Frontend-only Settings | Post-Quantum Key Exchange | TLS 1.3'te ECDHE'yi ML-KEM ile birleştiren hibrit grubu sunma |
| Load Balancer → Conditions (Policy Match) | SSL Cipher | İstemcinin anlaştığı cipher suite'e (ör. ECDHE'siz paket) göre karar |
Nasıl Çalışır?
- Her bağlantıda istemci ve sunucu yalnızca o bağlantı için geçici bir key çifti üretir ve public kısımlarını değiş tokuş eder.
- İki taraf bu değerlerden ortak bir secret türetir; session key'ler bu secret'tan elde edilir.
- Sunucunun sertifikadaki private key'i yalnızca bu değişimi imzalayarak kimliği kanıtlamak için kullanılır; session key'in türetilmesine katılmaz.
- Geçici key'ler bağlantı bitince atıldığı için, kaydedilmiş trafik sonradan ele geçirilen private key ile çözülemez.
TLS 1.2 için güncel öneriler yalnızca forward secrecy sağlayan paketlerin kullanılmasıdır (RFC 9325).
Sık Karıştırılan Noktalar
- "Güçlü bir RSA key'i PFS sağlar." PFS key uzunluğundan değil key exchange yönteminden gelir; statik RSA key exchange'de, key ne kadar uzun olursa olsun sağlanmaz.
- "PFS ciddi performans kaybına yol açar." ECDHE güncel donanımda düşük maliyetlidir ve TLS 1.3'te zaten her bağlantıda kullanılır.
- "Curve/ECDHE alanı boşsa ECDHE kullanılmaz." Alan kapalıyken de ECDHE varsayılan curve'lerle yapılır; alan yalnızca curve listesini ve sırasını belirler.
Dokümantasyonda nasıl yapılır
