TLS 1.3 : ce que ça change et comment le vérifier

Ce qui a changé depuis TLS 1.2

TLS 1.3 réduit la poignée de main de deux allers-retours à un seul, et à zéro lors d’une reprise. Il supprime l’échange de clés RSA et Diffie-Hellman statiques, rendant la confidentialité persistante obligatoire plutôt qu’optionnelle. Il abandonne entièrement les suites en mode CBC, RC4, SHA-1 et la compression, et chiffre davantage de la poignée de main — y compris le certificat — pour que les intermédiaires en apprennent moins.

La conséquence pratique : presque toutes les faiblesses héritées qui demandaient une configuration prudente sont désormais impossibles. On ne peut pas négocier accidentellement une suite faible en TLS 1.3, car le protocole ne définit que des suites AEAD avec des hachages modernes.

Pourquoi cela compte pour votre note

CertH exige TLS 1.3 pour un A+, quoi qu’il arrive par ailleurs. Un site avec un certificat parfait, des chiffrements forts et HSTS plafonne à 95 et un A sans lui. Cette seule ligne est la raison la plus fréquente pour laquelle un site bien géré stagne à A.

L’autre raison de s’en soucier est la poignée de main elle-même. Sur une connexion mobile à forte latence, un aller-retour économisé représente des dizaines à des centaines de millisecondes sur chaque nouvelle connexion — un effet direct et mesurable sur la vitesse perçue.

L’activer

Sur nginx, le support de TLS 1.3 dépend de la version d’OpenSSL contre laquelle le binaire a été compilé. OpenSSL 1.1.1 ou plus est requis ; vérifiez avec nginx -V la chaîne built with OpenSSL avant de modifier quoi que ce soit.

Sur Apache, SSLProtocol suffit tant que httpd est lié à un OpenSSL moderne. Sur Cloudflare, TLS 1.3 est un interrupteur au niveau de la zone sous SSL/TLS → Edge Certificates, actif par défaut pour la plupart des zones depuis 2021.

# nginx: does this binary even support TLS 1.3?
nginx -V 2>&1 | tr ' ' '\n' | grep -i openssl

# negotiate TLS 1.3 explicitly and print the protocol
openssl s_client -connect example.com:443 -tls1_3 -servername example.com </dev/null 2>/dev/null | grep -E "Protocol|Cipher"

Les pièges dont personne ne parle

La reprise 0-RTT est rapide mais rejouable : un attaquant qui capture le premier vol peut le rejouer. N’autorisez jamais 0-RTT sur des points d’entrée qui changent d’état dès la première requête, comme tout ce qui écrit.

Certains middleboxes d’entreprise cassent encore avec TLS 1.3. Garder TLS 1.2 activé à côté est le compromis standard — vous conservez la compatibilité et remplissez quand même l’exigence A+, car l’évaluateur cherche la présence de TLS 1.3, pas la désactivation de TLS 1.2.

Enfin, un CDN ou un répartiteur qui termine le TLS masque complètement l’origine. Changer l’origine sans changer l’edge ne change rien de ce qu’un scanner externe peut voir.

FAQ