HPKE : Hybrid Public Key Encryption
Cryptographie
HPKE : Hybrid Public Key Encryption. « Chiffrement hybride à clé publique », par analogie avec la valise diplomatique : un sceau que seul le destinataire peut briser protège la clé du cadenas, et le cadenas protège tout le reste.
Trois briques : HPKE assemble un KEM, qui établit un secret à partir de la clé publique du destinataire, une KDF, qui en dérive clés et nonces, et un AEAD, qui chiffre le message. Chaque brique est interchangeable, ce qui fait le bonheur des comités de normalisation et le malheur des matrices de tests.
Quatre modes : Le mode base n'authentifie que le destinataire. Le mode psk ajoute un secret pré-partagé injecté dans la dérivation ; auth fait intervenir la clé statique de l'expéditeur ; auth_psk combine les deux.
Où on le croise : Normalisé par l'IETF dans la RFC 9180, il sert de fondation à ECH (Encrypted Client Hello) dans TLS et au chiffrement des messages de groupe de MLS.
Ce qui arrive si on s'en passe
Sans un schéma éprouvé comme HPKE, chiffrer pour une clé publique revient souvent à assembler à la main un échange Diffie-Hellman, une dérivation et un chiffrement symétrique. Les erreurs classiques redeviennent alors possibles : nonce réutilisé, secret partagé employé brut sans dérivation, contexte absent de la dérivation, clés publiques non liées au chiffré. Chaque assemblage maison doit être relu, testé et maintenu, et il a rarement fait l'objet d'une analyse formelle. HPKE fournit une construction analysée, des vecteurs de test publics et une liste fermée de combinaisons ; s'en passer, c'est refaire ce travail avec beaucoup moins de relecteurs.
Explication de la marmotte
Pour envoyer un message secret à quelqu'un qu'on n'a jamais rencontré, on peut utiliser un cadenas que cette personne distribue ouvert à tout le monde : on le referme, et seule elle possède la clé. Ces cadenas sont lents et ne protègent que de petits objets. Alors on enferme le gros message avec une clé ordinaire et rapide, puis on enferme seulement cette petite clé sous le cadenas du destinataire. Cette méthode décrit la recette complète, pour que chacun n'invente pas sa propre variante avec ses propres erreurs.
Où ce terme est utilisé
- Établir une clé : Diffie-Hellman, KEM et HPKE (13 occurrences)
- DNSSEC, DoH, DoT, ODoH et perte de visibilité pour la défense (4 occurrences)
- Courbes elliptiques : compacité, validation et pièges (1 occurrence)
- IETF (1 occurrence)
- La poignée de main TLS 1.3 en une page (1 occurrence)
- Le post-quantique hybride (1 occurrence)
- Organismes (1 occurrence)
- Vérifier un protocole cryptographique avec Tamarin ou ProVerif (1 occurrence)