DHE : Diffie-Hellman Ephemeral
Cryptographie
DHE : Diffie-Hellman Ephemeral. « Diffie-Hellman éphémère », par analogie avec le mot de passe de soirée qu'on invente sur le pas de la porte et qu'on oublie le lendemain matin.
Principe : Échange Diffie-Hellman sur corps fini où chaque partie tire une nouvelle paire de clés pour chaque session, puis l'efface. Le secret obtenu alimente la dérivation de clés, par exemple HKDF dans TLS 1.3.
Confidentialité persistante : Voler plus tard la clé privée du serveur ne permet pas de déchiffrer les sessions passées enregistrées, puisque les clés éphémères n'existent plus. C'est la raison d'être du « E » final.
Taille des groupes : La sécurité dépend de la taille du groupe : les groupes trop courts, et notamment les paramètres affaiblis hérités des restrictions d'exportation, ont été cassés en pratique. Il fut un temps où l'on affaiblissait sa cryptographie par obligation légale, pratique aujourd'hui remplacée par l'affaiblissement volontaire en fichier de configuration.
Face à ECDHE : ECDHE rend le même service sur courbes elliptiques avec des clés bien plus courtes et plus rapides ; DHE subsiste surtout pour la compatibilité, avec des groupes nommés standardisés.
Ce qui arrive si on s'en passe
Sans échange éphémère, une session chiffrée repose sur la clé à long terme du serveur, par exemple quand le secret de session est transmis chiffré avec sa clé publique. Un attaquant qui enregistre le trafic pendant des années puis obtient cette clé privée, par une fuite, une saisie ou une compromission, peut alors déchiffrer toutes les sessions passées. Avec des paramètres éphémères mais trop courts, l'échange peut être cassé directement. Les versions récentes de TLS imposent un échange éphémère ; les configurations héritées qui l'autorisent encore à être absent doivent être revues.
Explication de la marmotte
Deux personnes veulent se mettre d'accord sur un code secret en parlant à voix haute dans une salle pleine. Grâce à une astuce mathématique, chacune choisit un nombre secret, échange des résultats de calcul que tout le monde entend, et toutes deux arrivent au même code, que personne d'autre ne peut retrouver. La particularité ici : ce code est jeté à la fin de chaque conversation et un nouveau est fabriqué la fois suivante. Même si quelqu'un vole un jour leurs affaires, les anciennes conversations restent protégées.
Où ce terme est utilisé
- Comprendre TLS : mécanismes, garanties et limites (9 occurrences)
- Sécuriser un canal: TLS, HTTPS et mTLS (4 occurrences)
- Extensions X.509 v3 Key Usage EKU et Basic Constraints (1 occurrence)
- L'attaque de Bleichenbacher : un oracle de padding contre RSA PKCS#1 v1.5 (1 occurrence)
- La poignée de main TLS 1.3 en une page (1 occurrence)
- Migrer TLS legacy sans casser les clients anciens (1 occurrence)