Les nouvelles normes cryptographiques imposent une migration post-quantique d'ici 2029

La dernière édition de l'influent guide « Cryptographic Right Answers », publiée en octobre 2026, établit une échéance ferme en 2029 pour finaliser la transition vers la cryptographie post-quantique. Cette mise à jour, qui poursuit une tradition initiée par Colin Percival en 2009 et maintenue par Latacora, indique que les méthodes de chiffrement asymétrique doivent changer immédiatement pour résister aux futures menaces liées à l'informatique quantique.

Ce qui s'est passé

Le calendrier d'adoption des normes cryptographiques post-quantiques a considérablement accéléré. Alors que les versions précédentes du guide se concentraient sur le raffinement des algorithmes classiques, l'édition 2026 déclare que la transition doit être achevée dans un délai de trois ans. Les auteurs notent que si la cryptographie symétrique reste sûre face aux attaques quantiques connues, toutes les réponses concernant la cryptographie asymétrique ont changé par rapport aux recommandations de 2018 et même de 2024.

Le guide propose des remplacements algorithmiques spécifiques pour les développeurs construisant de nouveaux systèmes ou auditant ceux existants. Pour l'échange de clés, il recommande de combiner X25519 avec ML-KEM-768. Pour les signatures asymétriques, le nouveau standard est ML-DSA-44. Ces changements visent à protéger les données contre les attaques classiques actuelles ainsi que contre les capacités futures de déchiffrement quantique. Les auteurs soulignent que ces recommandations ne présupposent aucun régime de conformité spécifique, bien qu'elles restent largement compatibles avec FIPS 140.

Un autre changement majeur dans le paysage de 2026 concerne le rôle de l'intelligence artificielle dans la sécurité du code. Le guide stipule désormais explicitement que faire relire son code par le meilleur grand modèle de langage disponible constitue une « Cryptographic Right Answer ». Cela rejoint le conseil de longue date consistant à utiliser des langages respectant la mémoire, reflétant la réalité selon laquelle les LLM sont devenus très efficaces pour identifier les bugs dans les implémentations cryptographiques.

Détails clés

• Échéance : La transition post-quantique doit être achevée d'ici 2029.
• Échange de clés : Utilisez X25519 combiné à ML-KEM-768 dans un protocole sécurisé.
• Signatures : Adoptez ML-DSA-44 pour les opérations de signature asymétrique.
• Chiffrement des données : Utilisez un KMS cloud lorsque c'est possible, ou XAES-256-GCM et XChaCha20Poly1305 localement.
• Gros fichiers : Utilisez Cobblestone-128 pour chiffrer les messages dépassant quelques mégaoctets.
• Revue de code : Exploitez des LLM avancés pour auditer le code cryptographique à la recherche de bugs.

Contexte

Pour comprendre ces changements, il est utile de distinguer la cryptographie symétrique de la cryptographie asymétrique. La cryptographie symétrique utilise la même clé pour le chiffrement et le déchiffrement. Elle est généralement plus rapide et, selon le guide, reste sûre car les ordinateurs quantiques ne la cassent pas assez efficacement pour que cela compte. La cryptographie asymétrique, utilisée pour l'échange de clés et les signatures numériques, repose sur des problèmes mathématiques que les ordinateurs quantiques peuvent résoudre beaucoup plus rapidement que les machines classiques. C'est pourquoi les recommandations relatives à la cryptographie asymétrique ont radicalement changé.

Le terme « post-quantique » désigne les algorithmes cryptographiques résistants aux attaques tant des ordinateurs classiques que quantiques. Le National Institute of Standards and Technology (NIST) a travaillé à la normalisation de ces algorithmes, conduisant à la sélection de ML-KEM et ML-DSA comme candidats principaux. Le guide reflète ce consensus, s'éloignant des anciennes méthodes basées sur les courbes elliptiques qui sont vulnérables à l'algorithme de Shor, un algorithme quantique théorique capable de casser l'infrastructure actuelle à clé publique.

Pourquoi c'est important

Pour les équipes gérant leurs propres logiciels, cette mise à jour signifie que les certificats TLS actuels et les mécanismes d'échange de clés sont sous pression temporelle. Si votre infrastructure repose sur des clés RSA ou ECC traditionnelles pour les poignées de main (handshakes), vous devrez mettre à niveau vos bibliothèques et configurations avant 2029. Il ne s'agit pas seulement d'une préoccupation théorique ; les navigateurs et les systèmes d'exploitation commenceront à appliquer ces normes, risquant de rompre la connectivité pour les serveurs obsolètes.

La recommandation d'utiliser des bibliothèques spécifiques comme rustls, crypto/tls de Go ou BoringSSL simplifie cette tâche. Ces bibliothèques mettent activement à jour leurs suites de chiffrement par défaut pour inclure des algorithmes post-quantiques. En choisissant une bibliothèque bien maintenue, vous déchargez la complexité liée à l'implémentation correcte de ML-KEM et ML-DSA. Cependant, vous devez vous assurer d'exécuter des versions mises à jour prenant en charge ces nouvelles primitives.

De plus, l'accent mis sur l'utilisation de KMS cloud ou de constructions AEAD spécifiques comme XAES-256-GCM souligne le risque lié aux implémentations cryptographiques personnalisées. Écrire sa propre logique de chiffrement est sujet aux erreurs, surtout lorsqu'il s'agit de gestion des nonces et de flux de gros fichiers. L'avertissement du guide contre les modes sans authentification et les chiffrements de flux bruts rappelle que la commodité compromet souvent la sécurité dans les solutions maison.

Ce que vous pouvez faire

• Auditez vos bibliothèques TLS actuelles pour vous assurer qu'elles prennent en charge les mécanismes d'échange de clés post-quantiques.
• Remplacez tout code de chiffrement asymétrique personnalisé par des bibliothèques standardisées supportant ML-KEM-768.
• Passez à XAES-256-GCM ou XChaCha20Poly1305 pour les tâches locales de chiffrement de données.
• Implémentez Cobblestone-128 pour le chiffrement en flux de gros fichiers plutôt que des AEAD basiques.
• Utilisez des revues de code assistées par LLM pour identifier les bugs potentiels dans votre implémentation cryptographique.
• Surveillez attentivement les dates d'expiration de vos certificats lors de la transition vers les nouvelles suites d'algorithmes.