La négociation TLS

La négociation TLS est le processus qui a lieu avant que des données chiffrées ne circulent.

Elle permet au client et au serveur de se mettre d'accord sur les paramètres de chiffrement, de vérifier leur identité et d'établir des clés secrètes partagées.

Une négociation TLS accomplit trois tâches :

• Authentification : le client vérifie le certificat du serveur.
• Échange de clés : les deux parties dérivent des clés de session partagées.
• Négociation : elles choisissent une suite cryptographique et une version du protocole.

Le client commence par un message ClientHello contenant :

• Les versions de TLS prises en charge
• Une liste des suites cryptographiques qu'il peut utiliser
• Une valeur aléatoire (valeur aléatoire du client)
• Des extensions telles que SNI (le nom d'hôte)

Le serveur répond avec un message ServerHello, en choisissant la version de TLS et une suite cryptographique dans la liste du client, ainsi que sa propre valeur aléatoire.

Il envoie ensuite son certificat afin que le client puisse vérifier son identité.

Le client valide la chaîne de certificats du serveur : les signatures, les dates de validité, la révocation et la correspondance avec le nom d'hôte.

Si la validation échoue, la négociation est interrompue et aucune donnée n'est envoyée.

Les versions modernes de TLS utilisent Diffie-Hellman éphémère (ECDHE). Les deux parties échangent des composants de clé publique et calculent indépendamment le même secret partagé.

Cela assure une confidentialité persistante : le vol ultérieur de la clé à long terme du serveur ne permet pas de déchiffrer les sessions passées.

À partir du secret partagé et des deux valeurs aléatoires, les deux parties dérivent des clés de session symétriques.

La cryptographie asymétrique, coûteuse, ne sert qu'à initialiser rapidement le chiffrement symétrique des données réelles.

Chaque partie envoie un message de fin, chiffré avec les nouvelles clés et contenant le hachage de l'ensemble de la négociation.

Si les deux vérifications réussissent, cela prouve que personne n'a altéré la négociation et que les clés correspondent.

TLS 1.3 a simplifié la négociation pour la réduire à un seul aller-retour (1-RTT) et a supprimé les options non sécurisées.

Il peut même reprendre des sessions précédentes avec 0-RTT, en envoyant des données dès le premier message.

Vous pouvez observer les détails de la négociation, notamment la version et la suite cryptographique négociées, avec OpenSSL.

La négociation est le moment où la sécurité est établie ou compromise. Une négociation défaillante ou rétrogradée peut exposer tout le trafic ultérieur.

La comprendre vous aide à diagnostiquer les échecs de connexion et à reconnaître les attaques.

Quel avantage Diffie-Hellman éphémère (ECDHE) apporte-t-il à la négociation ?

Vous avez appris les étapes de la négociation TLS.

• ClientHello / ServerHello négocient la version et la suite cryptographique.
• Le client vérifie le certificat.
• ECDHE dérive des clés de session partagées avec une confidentialité persistante.
• TLS 1.3 a rendu le processus plus rapide et plus sûr.

Ensuite, nous examinons les suites cryptographiques en détail.