Le 22 juin 2026, la Maison-Blanche a signé le décret présidentiel 14412, intitulé « Securing the Nation Against Advanced Cryptographic Attacks ». En quelques paragraphes, ce texte a fait ce que huit ans de recommandations techniques n’avaient pas réussi à faire : fixer une date butoir ferme pour abandonner le RSA et la cryptographie à courbes elliptiques (ECC) dans les systèmes fédéraux américains. Six semaines plus tard, le 11 août 2026, Google Cloud a publié sa propre feuille de route, avec un objectif de migration complète fixé à 2029. Entre les deux annonces, c’est tout un pan de l’infrastructure numérique mondiale, TLS, VPN, signatures de code, authentification, qui se retrouve sur un calendrier de bascule vers la cryptographie post-quantique.
Pour la France et l’Europe, où l’ANSSI avait déjà posé ses propres jalons (lire notre article sur l’obligation post-quantique dès 2027), ce décret américain change la donne. Les entreprises françaises qui vendent aux agences fédérales américaines, ou qui dépendent de fournisseurs cloud soumis à ce calendrier, doivent désormais composer avec une échéance venue de Washington. Voici ce que dit le texte, ce qu’il implique concrètement, et pourquoi 2026 restera l’année où la migration post-quantique est passée du statut de recommandation à celui d’obligation chiffrée en jours.
Ce que change le décret présidentiel du 22 juin 2026
Le décret 14412 s’appuie sur un principe simple : les données chiffrées aujourd’hui avec RSA ou ECC peuvent être interceptées et stockées maintenant, pour être déchiffrées plus tard dès qu’un ordinateur quantique suffisamment puissant existera. Les experts appellent cela une attaque « store now, decrypt later » (stocker maintenant, déchiffrer plus tard). Le texte fixe donc une obligation de migration prioritaire des systèmes cryptographiques pour les agences fédérales, avec un objectif explicite : réduire autant que possible le risque quantique d’ici le 31 décembre 2030 selon le mémorandum d’application publié par l’Office of Management and Budget (OMB).
Le décret ne se contente pas de fixer un principe général. Il détaille une chaîne de responsabilités précise. L’OMB Director et le National Cyber Director pilotent la stratégie. Le NIST, via le secrétaire au Commerce, fournit les référentiels techniques. La CISA et la NSA appuient la mise en œuvre côté sécurité opérationnelle. Selon le texte publié sur le site de la Maison-Blanche, chaque agence doit désigner un responsable de la migration post-quantique dans un délai de 30 jours après la signature du décret, un calendrier serré qui a surpris une partie des observateurs habitués aux échéances fédérales plus longues.
« Dans un délai de 90 jours à compter de la date de ce décret, le directeur de l’OMB devra… publier des directives exigeant de chaque agence… la transition de tous les HVA et systèmes à fort impact vers le PQC pour l’établissement de clés d’ici le 31 décembre 2030 ; […] et pour les signatures numériques d’ici le 31 décembre 2031. »
La Maison-Blanche, pouvoir exécutif — whitehouse.gov
Ce sigle, HVA, désigne les « High Value Assets », les systèmes jugés critiques par chaque agence : bases de données de renseignement, infrastructures de paiement, systèmes de santé militaire. Les « high-impact systems » regroupent les systèmes fédéraux classés à fort impact selon le cadre FIPS 199 sur la confidentialité, l’intégrité ou la disponibilité. Ensemble, ces deux catégories couvrent une part significative du parc informatique fédéral américain, mais elles excluent, pour l’instant, les National Security Systems, qui suivent un calendrier séparé piloté par la NSA.
Le calendrier fédéral, étape par étape
Le texte égrène une série de jalons resserrés sur dix-huit mois, suivis de deux échéances majeures à horizon 2030 et 2031. Le tableau ci-dessous reprend les dates confirmées par le décret et son mémorandum d’application.
| Échéance | Obligation | Responsable |
|---|---|---|
| 22 juillet 2026 (J+30) | Désignation d’un responsable de la migration PQC par agence | Chaque agence fédérale |
| 20 septembre 2026 (J+90) | Publication des directives OMB sur la revue des HVA et systèmes à fort impact | OMB |
| 21 décembre 2026 (J+180) | Lancement du projet pilote PQC du NIST ; guide CISA sur les nomenclatures cryptographiques ; révision du CMVP | NIST, CISA |
| 19 mars 2027 (J+270) | Publication des règles FAR pour les sous-traitants ; premier rapport annuel PQC de la NSA | FAR Council, NSA |
| 31 décembre 2027 | Fin du projet pilote de migration PQC mené par le NIST | NIST |
| 31 décembre 2030 | Migration des HVA et systèmes à fort impact vers le PQC pour l’établissement de clés | Toutes les agences |
| 31 décembre 2030 | Publication des règles de conformité PQC pour les sous-traitants fédéraux | FAR Council |
| 31 décembre 2031 | Migration des HVA et systèmes à fort impact vers le PQC pour les signatures numériques | Toutes les agences |
Ce calendrier remplace un précédent cadre plus permissif. Selon une analyse publiée par QRAMM, les orientations antérieures pointaient plutôt vers un horizon 2035 pour la désactivation complète des algorithmes vulnérables au calcul quantique. Le décret 14412 avance donc l’échéance de quatre à cinq ans par rapport à la trajectoire initialement envisagée par le NIST dans son rapport de transition. Pour les équipes sécurité, cela signifie des budgets de migration à revoir à la hausse, et surtout à raccourcir.
Pourquoi maintenant : la menace « store now, decrypt later »
La justification technique du décret repose sur un constat que les cryptographes répètent depuis des années sans qu’il ne débouche sur une action gouvernementale aussi contraignante. Un ordinateur quantique suffisamment puissant, exécutant l’algorithme de Shor, pourrait casser le RSA et l’ECC en un temps polynomial, alors qu’un ordinateur classique met des milliards d’années pour la même tâche avec des clés de taille suffisante. Ce type de machine n’existe pas encore à l’échelle requise. Mais un adversaire disposant de capacités de collecte de données à grande échelle n’a pas besoin d’attendre : il peut intercepter et stocker aujourd’hui du trafic chiffré, puis le déchiffrer dès que la technologie sera mûre.
C’est précisément ce scénario que le décret cible en priorité pour l’établissement de clés, avec une échéance 2030 plus rapprochée que celle des signatures numériques (2031). La logique est cohérente : une donnée chiffrée volée aujourd’hui reste sensible pendant des années, parfois des décennies pour les secrets d’État ou les données de santé. Une signature falsifiée, elle, n’a de valeur que si l’attaquant peut l’exploiter en temps réel, ce qui suppose un calculateur quantique déjà opérationnel au moment de l’attaque. D’où la priorité donnée au chiffrement des échanges plutôt qu’à l’authentification.
Cloudflare, qui opère une part significative du trafic web mondial, confirme que la bascule est déjà largement engagée côté infrastructure : plus des deux tiers du trafic navigateur passant par son réseau utilise désormais un chiffrement post-quantique, selon un billet publié sur le blog de Cloudflare au lendemain de la signature du décret. Ce chiffre illustre un paradoxe : la technologie de migration existe et fonctionne déjà à grande échelle sur le web public, mais son adoption dans les systèmes fédéraux, souvent plus anciens et plus rigides, accuse un retard net.
NIST IR 8547 et la fin programmée du RSA et de l’ECC
Le décret ne sort pas de nulle part. Il s’appuie sur des années de travail du NIST, matérialisées notamment par le rapport NIST IR 8547, publié en version préliminaire le 12 novembre 2024 par cinq chercheurs de l’institut (Dustin Moody, Ray Perlner, Andrew Regenscheid, Angela Robinson et David Cooper). Ce document décrit la trajectoire attendue de transition entre les algorithmes vulnérables au calcul quantique et leurs remplaçants post-quantiques, en identifiant précisément quelles normes cryptographiques doivent être retirées et selon quel calendrier.
Ce travail de fond du NIST complète une bascule déjà amorcée deux ans plus tôt. En août 2024, l’institut avait finalisé ses trois premières normes post-quantiques après huit années d’évaluation, un processus décrit par plusieurs analystes du secteur comme la plus vaste migration cryptographique jamais organisée. Le décret présidentiel de 2026 transforme ce travail scientifique en obligation réglementaire assortie de dates fermes, ce qui change fondamentalement la nature de l’exercice pour les équipes IT fédérales : il ne s’agit plus d’anticiper une recommandation, mais de respecter une loi.
Les quatre algorithmes qui remplacent RSA et ECC
Le NIST a normalisé quatre algorithmes post-quantiques qui forment aujourd’hui le socle technique de cette migration. ML-KEM (FIPS 203, ex-CRYSTALS-Kyber) sert de mécanisme d’encapsulation de clés et remplace le RSA et l’ECDH pour l’échange de clés. ML-DSA (FIPS 204, ex-CRYSTALS-Dilithium) est le schéma de signature numérique de référence, appelé à remplacer le RSA et l’ECDSA dans la majorité des usages courants. SLH-DSA (FIPS 205, basé sur SPHINCS+) constitue une signature de secours fondée uniquement sur des fonctions de hachage, pensée pour les contextes exigeant une assurance maximale sur le très long terme.
Un quatrième algorithme, FN-DSA (FIPS 206, basé sur Falcon), a rejoint la liste plus tard, avec une finalisation en octobre 2024. Il cible les environnements à bande passante limitée grâce à des signatures plus compactes que celles de ML-DSA. Pour comparer ces standards à d’autres approches, notre article sur RSA/ECC face à la cryptographie post-quantique détaille les écarts de performance mesurés entre ML-KEM et les algorithmes classiques.
FIPS 140-3 et FIPS 186-5 : les références citées dans le décret
Le texte du décret cite explicitement trois références techniques que les agences doivent respecter : FIPS 140-3 pour la validation des modules cryptographiques, FIPS 186-5 pour les normes de signature numérique, et FIPS 203 pour l’établissement de clés post-quantique. Cette précision n’est pas anodine : elle donne aux équipes de conformité une base normative claire, plutôt qu’une orientation générale à interpréter. C’est aussi pour cela que le décret prévoit une révision accélérée du Cryptographic Module Validation Program (CMVP) dans les 180 jours, le processus actuel de certification des modules étant jugé trop lent pour absorber le volume de nouvelles implémentations post-quantiques attendu d’ici 2030.
Google Cloud accélère : la feuille de route du 11 août 2026
Treize jours à peine après l’entrée en application des premiers délais du décret, Google a publié sa propre feuille de route de migration post-quantique. Sur son blog officiel, l’entreprise fixe un objectif de 2029 pour sa transition complète, aussi bien pour son infrastructure interne que pour les produits qu’elle expose à ses clients cloud.
« Nous fixons un calendrier de migration vers la cryptographie post-quantique à horizon 2029. »
Google, blog d’entreprise — blog.google
« Google introduit un calendrier 2029 pour sécuriser l’ère quantique grâce à la migration vers la cryptographie post-quantique (PQC). »
Google, blog d’entreprise — blog.google
Concrètement, Google cite plusieurs briques déjà en place ou en cours de déploiement : Chrome prend déjà en charge le PQC pour les connexions TLS, Google Cloud propose des solutions de chiffrement post-quantique à ses clients entreprise, et Android 17 intègre une protection par signature numérique ML-DSA conforme aux normes du NIST. L’entreprise justifie son choix d’un calendrier public par un objectif d’entraînement collectif du secteur, au-delà de son propre périmètre technique.
Cette annonce n’est pas isolée. Elle s’inscrit dans une dynamique où plusieurs géants du cloud alignent leurs calendriers internes sur une échéance commune, sans attendre que la réglementation les y contraigne formellement puisque, techniquement, seules les agences fédérales et leurs sous-traitants directs sont couverts par le décret 14412.
Cloudflare, Microsoft, AWS, Apple : qui est prêt ?
La comparaison des positions des grands fournisseurs de cloud et d’infrastructure révèle des écarts de maturité significatifs, malgré une convergence apparente autour de l’année 2029 chez plusieurs acteurs majeurs.
| Fournisseur | Échéance annoncée | État actuel |
|---|---|---|
| 2029 (migration complète) | Chrome, Google Cloud et Android 17 déjà compatibles PQC | |
| Cloudflare | 2029 (migration complète) | Plus de deux tiers du trafic navigateur déjà en PQC |
| Microsoft | 2029 (accéléré depuis un objectif initial de 2033) | Déploiement en cours sur Azure et Windows |
| Apple | Pas d’échéance publique fixe | Protocole PQ3 déployé dans iMessage depuis début 2024 |
| AWS | Pas d’échéance unique publiée | ML-KEM intégré à AWS KMS et aux bibliothèques TLS, calendrier aligné sur CNSA 2.0 |
| Agences fédérales américaines | 2030 (clés) / 2031 (signatures) | Encadré par le décret 14412 |
Le fait que Google, Cloudflare et Microsoft convergent tous les trois vers 2029, soit un an avant l’échéance fédérale de 2030, n’est probablement pas un hasard. Ces entreprises comptent parmi les principaux fournisseurs de l’administration américaine et anticipent une exigence de conformité qui, de toute façon, finira par s’appliquer à elles via leurs contrats gouvernementaux. Microsoft illustre bien cette dynamique : son calendrier interne est passé d’un objectif 2033, jugé trop lointain au regard du nouveau contexte réglementaire, à 2029.
AWS et Apple affichent une posture plus prudente, sans date de bascule complète communiquée publiquement. Cela ne signifie pas une inaction : AWS a déjà intégré ML-KEM dans son service de gestion de clés (KMS) et dans ses bibliothèques TLS, et suit les échéances fixées par la norme militaire CNSA 2.0 de la NSA plutôt que de fixer un objectif marketing autonome. Apple, de son côté, a été pionnier dès 2024 avec le protocole PQ3 dans iMessage, mais n’a pas communiqué de date pour une migration post-quantique complète de l’ensemble de son écosystème.
L’impact sur les entreprises et les fournisseurs de sécurité
Le décret ne vise en théorie que les agences fédérales américaines. Dans les faits, son onde de choc dépasse largement ce périmètre. Le texte prévoit explicitement que le FAR Council doit publier, avant fin 2030, des règles imposant aux sous-traitants fédéraux de se conformer aux normes post-quantiques du NIST. Toute entreprise qui vend du matériel, des logiciels ou des services IT au gouvernement américain devra donc démontrer sa compatibilité PQC pour rester éligible aux marchés publics après cette date.
Pour les opérateurs d’infrastructures critiques, hors périmètre fédéral direct, le décret prévoit un mécanisme d’accompagnement : les « Sector Risk Management Agencies » sont chargées d’aider les propriétaires d’infrastructures critiques à planifier leur propre transition. Concrètement, cela concerne l’énergie, la santé, la finance et les télécommunications, des secteurs où les cycles de renouvellement matériel s’étendent souvent sur dix à vingt ans, un rythme incompatible avec une bascule en cinq ans si la planification ne démarre pas immédiatement.
Pour les éditeurs de solutions de sécurité, cette accélération du calendrier crée une fenêtre commerciale claire. Les fournisseurs de PKI (infrastructure à clés publiques), de modules matériels de sécurité (HSM) et de solutions de gestion de certificats vont devoir démontrer une compatibilité crypto-agile, c’est-à-dire une capacité à basculer d’un algorithme à un autre sans réécrire l’ensemble de la chaîne applicative. C’est un changement de paradigme pour un secteur qui, historiquement, a construit ses produits autour d’algorithmes supposés stables pendant des décennies.
Contexte historique : de l’algorithme de Shor au décret de 2026
Cette histoire ne commence pas en 2026. Elle démarre en 1994, quand le mathématicien Peter Shor publie un algorithme théorique montrant qu’un ordinateur quantique suffisamment puissant pourrait factoriser de grands nombres, et donc casser le RSA, en un temps radicalement plus court qu’un ordinateur classique. Pendant plus de vingt ans, cette menace reste largement théorique, faute de matériel quantique capable de l’exécuter à l’échelle requise.
Le tournant survient en 2016, quand le NIST lance un concours ouvert pour sélectionner de nouveaux standards cryptographiques résistants au calcul quantique, sur le modèle du concours qui avait donné naissance à l’AES deux décennies plus tôt. Après huit ans d’évaluation, impliquant des centaines de cryptographes du monde entier soumettant et cassant mutuellement leurs propositions, le NIST finalise ses trois premiers standards en août 2024 : ML-KEM, ML-DSA et SLH-DSA. Un quatrième suit deux mois plus tard avec FN-DSA. Le décret de juin 2026 marque la troisième phase de cette histoire : celle où la recherche académique et la normalisation technique se transforment en obligation légale assortie de conséquences contractuelles pour les entreprises qui n’auront pas migré à temps.
Ce que cela signifie pour la France et l’Europe
L’ANSSI avait déjà tracé sa propre trajectoire avant le décret américain, avec une obligation de recours à la cryptographie post-quantique programmée dès 2027 pour certains usages sensibles en France, comme le détaille notre article dédié. Les deux calendriers, français et américain, ne sont pas identiques dans leur formulation, mais ils convergent sur le fond : la fenêtre de tolérance pour continuer à utiliser du RSA ou de l’ECC sans plan de migration se referme des deux côtés de l’Atlantique à peu près au même rythme.
Pour les entreprises françaises et européennes qui travaillent avec des clients ou fournisseurs américains, ou qui hébergent une partie de leur infrastructure chez des fournisseurs cloud soumis au décret 14412 via leurs contrats fédéraux, l’échéance de 2030 devient une contrainte de fait, même en l’absence d’obligation légale directe en Europe. Les entreprises qui exportent vers les marchés publics américains, notamment dans la défense, l’aérospatial et les technologies critiques, ont donc intérêt à intégrer ce calendrier dans leurs propres feuilles de route de sécurité, plutôt que d’attendre une transposition réglementaire européenne équivalente.
Les critiques et les doutes des experts
Le décret n’a pas fait l’unanimité chez les spécialistes du secteur. Plusieurs analystes saluent la clarté du calendrier, un point souvent cité comme la principale faiblesse des recommandations précédentes du NIST, jugées trop ouvertes pour déclencher de véritables budgets de migration. D’autres s’inquiètent du délai très court entre la signature du décret et les premières échéances opérationnelles, notamment les 30 jours accordés aux agences pour désigner un responsable de la migration, un délai jugé peu réaliste pour des organisations dont les cycles de décision internes dépassent parfois plusieurs mois.
La question de l’interopérabilité internationale reste également en suspens. Le décret charge le département d’État d’engager les gouvernements étrangers sur l’adoption des standards post-quantiques, sans détailler de mécanisme contraignant. Or les systèmes cryptographiques ne fonctionnent que si les deux extrémités d’une communication utilisent des algorithmes compatibles : une agence fédérale migrée vers ML-KEM en 2030 devra encore pouvoir échanger avec des partenaires internationaux qui n’auront peut-être pas achevé leur propre transition à la même date.
Cinq prédictions pour la suite de la migration post-quantique
- Un effet d’entraînement chez les fournisseurs cloud restants. AWS et Apple devraient publier des échéances chiffrées plus précises d’ici la fin 2026 ou début 2027, pour ne pas apparaître en retard face à Google, Cloudflare et Microsoft.
- Une pénurie de compétences en cryptographie post-quantique. La demande de spécialistes capables d’auditer et de déployer ML-KEM et ML-DSA devrait dépasser l’offre disponible sur le marché du travail dès 2027, un phénomène déjà observé pour d’autres transitions technologiques massives.
- Une pression réglementaire croissante en Europe. À mesure que les entreprises américaines migrent, la Commission européenne et l’ANSSI devraient durcir leurs propres recommandations pour éviter un décalage de compétitivité entre les deux marchés.
- Des retards partiels côté agences fédérales. Compte tenu de l’ampleur des systèmes legacy dans l’administration américaine, certaines agences dépasseront probablement l’échéance de 2030 pour l’établissement de clés, avec des demandes de dérogation documentées publiquement.
- Une consolidation du marché des fournisseurs PKI et HSM. Les éditeurs incapables de démontrer une crypto-agilité complète d’ici 2028 risquent d’être rachetés ou évincés des appels d’offres fédéraux, accélérant la concentration du secteur.
Foire aux questions sur la migration post-quantique fédérale
Le décret 14412 concerne-t-il les entreprises privées ?
Directement, non : le texte cible les agences fédérales américaines. Indirectement, oui, via les sous-traitants fédéraux, qui devront se conformer à des règles publiées par le FAR Council avant fin 2030 pour rester éligibles aux marchés publics.
Quelle est la différence entre ML-KEM et ML-DSA ?
ML-KEM (FIPS 203) sert à l’établissement de clés, l’équivalent post-quantique du RSA ou de l’ECDH utilisé pour ouvrir une connexion chiffrée. ML-DSA (FIPS 204) sert à la signature numérique, l’équivalent post-quantique du RSA ou de l’ECDSA utilisé pour authentifier un message ou un document.
Pourquoi la signature numérique a-t-elle une échéance plus tardive (2031) que le chiffrement (2030) ?
Parce que la menace sur le chiffrement est immédiate via le scénario « store now, decrypt later », alors que la menace sur les signatures ne devient exploitable qu’une fois un ordinateur quantique suffisamment puissant réellement disponible pour l’attaquant, un horizon jugé encore incertain.
Le RSA et l’ECC vont-ils disparaître complètement ?
Pas immédiatement. Le décret impose une migration prioritaire pour les systèmes fédéraux les plus sensibles (HVA et systèmes à fort impact). Le rapport NIST IR 8547 prévoit un calendrier de dépréciation plus large, mais son application complète à tous les usages s’étale sur une période plus longue que la seule échéance fédérale de 2030-2031.
Google, Microsoft et Cloudflare visent tous 2029 : est-ce une coïncidence ?
Probablement pas. Ces trois entreprises comptent parmi les plus gros fournisseurs technologiques de l’administration américaine et anticipent une exigence de conformité qui s’appliquera de toute façon à leurs contrats fédéraux d’ici 2030. Se positionner un an plus tôt leur permet d’afficher une longueur d’avance commerciale.
Qu’est-ce que le Cryptographic Module Validation Program (CMVP) ?
C’est le programme conjoint du NIST et du Centre de la sécurité des télécommunications canadien qui valide la conformité des modules cryptographiques aux normes FIPS. Le décret 14412 exige sa révision dans un délai de 180 jours pour accélérer la certification des nouvelles implémentations post-quantiques, un processus jugé aujourd’hui trop lent face au volume attendu de demandes.
Les entreprises françaises doivent-elles s’inquiéter dès maintenant ?
Celles qui vendent aux agences fédérales américaines ou qui dépendent de fournisseurs cloud soumis au décret ont intérêt à commencer leur inventaire cryptographique sans attendre une transposition réglementaire européenne. Les entreprises purement domestiques peuvent s’appuyer sur le calendrier ANSSI, qui suit une logique proche mais avec ses propres échéances.
Existe-t-il déjà des exemples concrets de migration réussie ?
Oui. Apple a déployé le protocole PQ3 dans iMessage dès début 2024. Cloudflare rapporte que plus des deux tiers du trafic navigateur transitant par son réseau utilise déjà un chiffrement post-quantique. Ces cas montrent que la bascule technique est possible à grande échelle, même si la généraliser à l’ensemble d’un parc fédéral reste un défi d’une tout autre ampleur.
