Summary

  • La révision 07 du 1er novembre demande onze nouvelles suites pour Messaging Layer Security. Les huit premières associent une encapsulation de clé post-quantique ou hybride à une signature traditionnelle ; les trois dernières utilisent aussi ML-DSA.
  • Pour ces trois suites, la nouvelle version impose la clé publique issue de pkEncode, une signature ML-DSA brute et un paramètre ctx vide : le libellé MLS se trouve déjà dans le SignContent signé.

Une équipe qui promet une messagerie de groupe « post-quantique » doit commencer par lire l’identifiant de la suite retenue. La version de juillet distinguait déjà les huit premières des trois dernières. La version de novembre explicite leur frontière de sécurité. Les entrées 0x0010 à 0x0017 utilisent ML-KEM seul ou combiné à un mécanisme classique pour établir le secret. Leurs signatures restent Ed25519 ou ECDSA. Elles visent l’attaquant passif qui conserve les messages chiffrés pour les ouvrir plus tard.

Le danger actif suit une autre porte. La section 4 explique qu’un adversaire capable de falsifier une signature traditionnelle, ou le justificatif reliant la clé à une identité, peut injecter un KeyPackage ou une opération de groupe. Le secret des époques ultérieures peut alors céder. Les huit suites accordent une protection post-quantique au secret recueilli passivement, tandis que le contrôle des changements de groupe dépend encore d’une signature classique.

Les entrées 0x0020 à 0x0022 changent aussi cette signature. La première marie ML-DSA-44 à un KEM hybride ML-KEM/X25519 ; les deux autres combinent ML-DSA-65 ou ML-DSA-87 avec ML-KEM seul. La révision 07 ajoute un détail qui décide de l’interopérabilité : le champ SignaturePublicKey de la RFC 9420 reçoit les octets pkEncode de ML-DSA, sans enveloppe SubjectPublicKeyInfo. La signature transporte directement la sortie de ML-DSA.Sign. Le message signé est le SignContent sérialisé, avec un ctx ML-DSA vide ; son libellé MLS fournit la séparation des usages.

Le registre IETF place la révision 07 en Publication Requested, avec Proposed Standard pour objectif. Une implémentation nommée et un essai entre clients montreraient comment ces onze choix et ces octets fonctionnent ensemble.