Résumé

  • La révision 22 du projet JOSE HPKE apparaît à l’ordre du jour de l’IESG du 24 septembre comme proposition de norme, mais son état public demeure « IESG Evaluation » ; ni approbation finale ni enregistrement IANA achevé ne sont acquis.
  • Le second appel à commentaires a retiré HPKE-4-KE et HPKE-6-KE, faute d’algorithme de chiffrement de contenu ChaCha20/Poly1305 enregistré dans JOSE. HPKE-4 et HPKE-6 subsistent dans le mode intégré.
  • La distinction porte sur le rôle de HPKE dans JWE, non sur une interdiction générale de ChaCha20Poly1305.

Le premier circuit n’a pas de clé de contenu distincte à distribuer. En chiffrement intégré, HPKE chiffre directement le message, pour un seul destinataire. L’en-tête JWE doit alors se passer de enc. La liste de ce circuit conserve huit identifiants, dont HPKE-4 et HPKE-6 avec ChaCha20Poly1305 comme AEAD interne. Leur présence interdit de raconter l’affaire comme un rejet cryptographique global.

Le circuit -KE sépare au contraire deux opérations. HPKE protège une clé de chiffrement de contenu, la CEK, et la valeur de enc choisit l’algorithme qui chiffre ensuite le contenu JWE. Dans la sérialisation JSON, plusieurs destinataires peuvent partager cette CEK, même si certains utilisent d’autres mécanismes de gestion de clé. Le secret encapsulé est porté par ek ; le choix de enc est lié au contexte du destinataire utilisé pour la dérivation. Les six identifiants -KE proposés correspondent désormais aux numéros 0, 1, 2, 3, 5 et 7.

L’histoire de procédure explique la liste trouée. Après un premier examen, l’IESG a rouvert un Last Call qui s’est achevé le 3 août. Son avis précise que JOSE ne dispose pas d’un algorithme de chiffrement de contenu ChaCha20/Poly1305 enregistré, raison du retrait de 4 et 6 dans le mode de chiffrement de clé. Le 15 septembre, la responsable du dossier a décrit cette suppression comme l’unique modification soumise au second scrutin. Confondre l’AEAD interne de HPKE avec le chiffrement de contenu externe ferait disparaître la question précise soumise au consensus.

Le suivi public indique assez de positions pour passer et un examen au programme du jour. Il indique aussi « IANA OK – Actions Needed ». Ce sont des jalons, non une publication RFC ni la preuve qu’un produit accepte toutes les combinaisons. Une équipe qui lit « compatible HPKE » doit encore demander : quel mode JWE, quels couples alg/enc, combien de destinataires ?

Sources