DHKEM : Diffie-Hellman Key Encapsulation Mechanism
Cryptographie
DHKEM : Diffie-Hellman Key Encapsulation Mechanism. « Mécanisme d'encapsulation de clé fondé sur Diffie-Hellman », par analogie avec une vieille serrure éprouvée qu'on remonte dans un boîtier neuf pour qu'elle s'adapte enfin aux portes d'aujourd'hui.
Principe : L'émetteur génère une paire de clés éphémère, calcule un DH avec la clé publique statique du destinataire et envoie sa valeur publique éphémère comme encapsulation. Le destinataire refait le calcul avec sa clé privée et retrouve le même secret partagé.
Dérivation liée au contexte : Le résultat brut du DH ne sort jamais tel quel : il passe dans une KDF, en pratique HKDF, avec la valeur éphémère et la clé publique du destinataire. Le secret obtenu est ainsi lié à l'échange précis qui l'a produit.
Dans HPKE : DHKEM est la famille de KEM définie par HPKE, déclinée notamment sur X25519 et sur des courbes du NIST. Il offre la même interface que les KEM post-quantiques, ce qui permet de les combiner ou de les échanger sans réécrire le protocole.
Interface avant tout : Un KEM ne laisse choisir ni le message ni son format : pas de remplissage à malmener, pas d'oracle à exploiter. Renoncer à sa liberté pour gagner en sécurité est une sagesse que la cryptographie pratique avec plus de constance que l'espèce humaine.
Ce qui arrive si on s'en passe
Sans encapsulation normalisée, un échange Diffie-Hellman se branche à la main sur le reste du protocole, et c'est là que les défauts s'installent. Le secret brut peut être employé directement comme clé, sans passer par une fonction de dérivation ; les clés publiques ne sont pas intégrées au calcul, ce qui ouvre la porte à des confusions de contexte entre sessions ; une valeur publique reçue sans validation peut, selon la courbe employée, laisser fuir des informations sur la clé privée. Chaque implémentation réinvente alors sa propre variante, avec ses propres oublis. La migration vers des mécanismes post-quantiques devient aussi plus coûteuse, faute d'interface commune où les brancher.
Explication de la marmotte
Deux personnes veulent se mettre d'accord sur un code secret en ne s'échangeant que des messages lisibles par tout le monde. Une vieille astuce mathématique le permet : chacune garde une partie cachée, publie une partie visible, et les calculs croisés tombent sur le même résultat, introuvable pour un observateur. Ce mécanisme range cette astuce dans une boîte standard : l'expéditeur fabrique le secret, envoie un petit paquet, et le destinataire en tire le même secret. Tous les logiciels utilisent alors la même boîte, ce qui limite les erreurs de montage.
Où ce terme est utilisé
- Établir une clé : Diffie-Hellman, KEM et HPKE (3 occurrences)