AWS permet à ses clients d'échanger des clés à l'abri des futurs ordinateurs quantiques

Le scénario qui inquiète les responsables de la sécurité a un nom : « collecter maintenant, déchiffrer plus tard ». Un adversaire enregistre aujourd'hui des échanges chiffrés et attend qu'un ordinateur quantique assez puissant sache les ouvrir. Le 26 octobre, Amazon Web Services a ajouté une parade à KMS, son service de gestion de clés de chiffrement.

KMS sait désormais créer des clés ML-KEM, le mécanisme d'encapsulation de clés standardisé par le NIST, l'institut américain des normes, dans la norme FIPS 203 en août 2024. Trois niveaux de sécurité sont proposés : ML-KEM-512, ML-KEM-768 et ML-KEM-1024. Le service est ouvert dans toutes les régions où KMS existe, sauf les Émirats arabes unis, Bahreïn et la Chine. Les régions européennes sont donc concernées.

À quoi sert une clé ML-KEM ?

ML-KEM ne chiffre pas directement des données : il permet à deux parties de partager un secret. Le destinataire crée une paire de clés dans KMS et transmet sa clé publique. L'expéditeur l'utilise pour générer un secret aléatoire de 32 octets et sa version chiffrée, qu'il envoie. Le destinataire demande à KMS de déchiffrer ce paquet et récupère le même secret. Les deux parties en tirent ensuite des clés symétriques pour chiffrer leurs données.

Point important : la clé privée reste dans des modules matériels de sécurité certifiés FIPS 140-3 niveau 3 et ne sort jamais de KMS en clair. L'expéditeur, lui, n'a pas besoin d'AWS : il peut faire l'opération chez lui avec une bibliothèque comme OpenSSL, Bouncy Castle ou AWS-LC. Contrairement à l'échange de clés Diffie-Hellman sur courbes elliptiques (ECDH), où chaque partie apporte une clé, le secret est ici généré à partir de la seule clé publique du destinataire.

Ce qui manque encore

Il faut assembler soi-même les étapes. AWS reconnaît dans sa documentation qu'une fonction de chiffrement directe, qui enchaînerait encapsulation, dérivation de clé et chiffrement AES, simplifierait les choses. L'entreprise dit suivre de près le projet de norme de l'IETF sur le chiffrement hybride post-quantique (PQ-HPKE), qu'elle voit comme le remplaçant du chiffrement par RSA. Ce mode n'est pas encore disponible.

KMS proposait déjà des signatures post-quantiques avec ML-DSA (norme FIPS 204). Pour protéger aussi les échanges avec KMS lui-même, AWS renvoie à l'utilisation de TLS hybride post-quantique.

Par où commencer ?

Pour une entreprise déjà cliente d'AWS, c'est une brique facile à tester sur un cas concret : un échange de secrets avec un partenaire, ou des données qui doivent rester confidentielles pendant des années. Le plus dur reste l'inventaire préalable des usages de RSA et des courbes elliptiques, que détaille notre guide de la migration post-quantique en six étapes. Côté gestion de clés, Cloudflare avance sur le même terrain avec ses propres clés régionales.