TLS 1.3 açık değil
sec_tls13_missingKısa cevap
Glimana bağlandığında sunucunuz protokolün güncel sürümü olan TLS 1.3'ü (RFC 8446, 2018) kabul etmiyor. TLS 1.2 hâlâ kabul edilebilir; önem derecesinin düşük olmasının sebebi bu. Ama TLS 1.3 bağlantıyı iki yerine tek gidiş-dönüşte kurar ve tasarımı gereği eski şifrelerin hiçbirini içermez. Çoğu kurulumda bu tek satırlık bir ayar ya da tek bir anahtardır.
Neden önemli
TLS 1.3, eski sürümlere yönelik saldırıların dayandığı özellikleri (sabit RSA anahtar değişimi, CBC kipli şifreler, yeniden anlaşma, sıkıştırma) kaldırır ve el sıkışmanın daha büyük kısmını şifreler. Her yeni ziyaretçi bağlantısı bir gidiş-dönüş de kazanır; bu, mobil ağlarda hissedilir. Sıralamayı değiştirmez; kazanç biraz daha hızlı ilk bağlantı ve daha küçük saldırı yüzeyidir. TLS 1.3'ün olmaması genellikle eski bir OpenSSL ya da web sunucusu sürümüne işaret eder; bunu güncellemek zaten değerlidir.
Glimana bunu nasıl tespit eder
Glimana ana makine adınıza 443 numaralı bağlantı noktasından TLS 1.3 önererek bağlanır ve sunucunuzun seçtiği sürümü kaydeder. TLS 1.3 ile anlaşılırsa ya da derin TLS testi (çalıştığında) TLS 1.3'ü sunulan sürümler arasında bildirirse kontrol geçer. Aksi halde anlaşılan sürümü gösteren düşük önemli bir sorundur. Bağlantı kurulamazsa sonuç Ölçülemedi olur. CDN arkasında sonuç kaynak sunucunuzu değil, CDN'in ucunu anlatır.
Nasıl düzeltilir
Dikkat
Nginx'in OpenSSL 1.1.1 ya da sonrasıyla derlenmiş olması, Apache'nin 2.4.37 ya da sonrası olup OpenSSL 1.1.1 ya da sonrasıyla çalışması gerekir. Daha eski bir derlemede ayara TLSv1.3 yazmak hiçbir şey değiştirmez ve sunucu TLS 1.2 ile anlaşmayı sürdürür. Değişiklikten sonra openssl s_client -connect example.com:443 -tls1_3 </dev/null ile doğrulayın.
- Glimana'da bulguyu bulun. Güvenlik sayfasını açın; bu kontrol Sertifika ve HTTPS grubunda, son taramanın kanıtı başlığının altında. Aynı sorun Sorunlar › TLS 1.3 açık değil altında da listelenir.
-
Düzeltmeyi platformunuzda uygulayın.
SSL/TLS › Edge Certificates › TLS 1.3: On yapın. Bu, Cloudflare ucundaki ziyaretçi bağlantılarına uygulanır; vekil (turuncu bulut) kayıtlarda tarayıcıların ve Glimana'nın gördüğü de budur.
httpbloğunda ya da her HTTPSserverbloğunda:ssl_protocols TLSv1.2 TLSv1.3;ardındansudo nginx -t && sudo systemctl reload nginx. Nginx'inizin hangi OpenSSL ile derlendiğine bakın:nginx -V 2>&1 | grep -i openssl.Genel SSL ayarında (çoğu zaman
ssl.conf):SSLProtocol -all +TLSv1.2 +TLSv1.3, ardındansudo apachectl configtest && sudo systemctl reload apache2(RHEL ailesi sistemlerde hizmetin adıhttpd'dir).Paylaşımlı barındırmada TLS sürümlerini firma tüm sunucu için belirler. Destekten TLS 1.3'ü açmasını isteyin; güncel LiteSpeed, Apache ve Nginx sürümleri destekler. Siteyi Cloudflare gibi bir CDN'in arkasına almak da bir seçenektir; ziyaretçi TLS'ini o zaman CDN ucu üstlenir.
- Glimana'da kontrol edin. Güvenlik sayfasında Yeniden tara düğmesine basın (saatte en çok iki tarama) ya da pazar günkü haftalık taramayı bekleyin; kontrol geçince sorun kapanır.
Düzeltme nasıl doğrulanır
Güvenlik sayfasında Yeniden tara düğmesine basın (ya da pazar günkü haftalık taramayı bekleyin); kontrol geçtiğinde sorun kapanır.