Dans une banque, le problème commence rarement devant un ordinateur quantique. Il se cache dans un certificat oublié, une application ancienne ou un équipement réseau difficile à mettre à jour. La migration post-quantique est d’abord une enquête sur l’existant. En ce mois de septembre 2026, son urgence ne dépend pas d’une démonstration spectaculaire : les standards existent et certaines informations doivent rester secrètes pendant des décennies. Voici les faits établis et les perspectives d’un chantier dont les effets pourraient rester largement invisibles aux utilisateurs.
Le NIST a donné le signal de départ
Le 13 août 2024, le National Institute of Standards and Technology américain a publié ses trois premiers standards définitifs de cryptographie post-quantique. Fruit d’un processus international lancé en 2016, cette étape a fourni une base commune aux fabricants, aux développeurs et aux acheteurs. Elle ne signifie pas que chaque produit est prêt, mais qu’il devient possible de travailler sur des spécifications stabilisées plutôt que sur des candidats encore en compétition.
- ML-KEM, standard FIPS 203, dérivé de CRYSTALS-Kyber, sert à établir un secret partagé, ensuite utilisable pour chiffrer des communications.
- ML-DSA, standard FIPS 204, dérivé de CRYSTALS-Dilithium, permet de produire des signatures numériques.
- SLH-DSA, standard FIPS 205, issu de SPHINCS+, propose une autre famille de signatures, fondée sur des fonctions de hachage.
Cette diversité compte : la sécurité ne doit pas dépendre d’une unique hypothèse mathématique. En mars 2025, le NIST a également sélectionné HQC pour une future standardisation comme mécanisme complémentaire d’encapsulation de clés. Une sélection n’est toutefois ni un standard définitif ni une obligation de déploiement immédiat. Pour les organisations, le socle initial suffit déjà à engager l’inventaire, les essais et les discussions contractuelles.
Pourquoi agir avant l’ordinateur qui cassera les clés ?
La menace vise principalement la cryptographie à clé publique. RSA et les systèmes à courbes elliptiques protègent aujourd’hui des échanges de clés, des identités et des signatures. Un ordinateur quantique suffisamment puissant et tolérant aux erreurs pourrait remettre en cause leurs fondements avec l’algorithme de Shor. Aucune machine publiquement démontrée ne possède aujourd’hui cette capacité à l’échelle nécessaire. Les annonces sur le nombre de qubits ne suffisent pas à établir le contraire.
Mais attendre cette machine serait une erreur de calendrier. Un acteur peut enregistrer aujourd’hui des communications chiffrées dans l’espoir de les déchiffrer plus tard : c’est le scénario « collecter maintenant, déchiffrer ensuite ». Un dossier médical, un secret industriel ou une information diplomatique peuvent conserver leur valeur bien après le remplacement du serveur qui les a traités. Le risque dépend donc autant de la durée de confidentialité requise que de la date, très incertaine, d’une percée quantique.
Tout le chiffrement n’est pas menacé de la même manière. Les algorithmes symétriques, comme AES, ne sont pas touchés comme RSA. Des paramètres adaptés, notamment des clés de 256 bits, offrent des marges importantes face aux attaques quantiques connues. Le chantier ne consiste donc pas à jeter toute la sécurité existante, mais à repérer précisément les mécanismes vulnérables et leurs usages.
Premier obstacle : personne ne voit tout son chiffrement
Dans un grand groupe, la cryptographie est disséminée entre bibliothèques logicielles, navigateurs, VPN, services cloud, cartes à puce et modules matériels de sécurité. Elle apparaît aussi dans les signatures de mises à jour, les échanges entre applications et les sauvegardes. Une direction informatique peut connaître ses serveurs sans savoir quels algorithmes chaque composant utilise réellement, ni qui pourra les remplacer.
L’inventaire doit ainsi dépasser la liste des certificats. Pour chaque usage, il faut identifier le protocole, la bibliothèque, le fournisseur, la durée de vie des clés et la sensibilité des données. Puis poser une question très concrète : une mise à jour suffira-t-elle, ou faudra-t-il changer le matériel ? Un équipement industriel sans mécanisme de mise à jour pose un problème autrement plus durable qu’une application web entretenue chaque semaine.
Trois secteurs, trois horloges
Pour une banque, la difficulté réside notamment dans l’interdépendance : paiements, authentification, connexions avec les partenaires et infrastructures de confiance doivent continuer à fonctionner ensemble. La compatibilité prime sur l’effet d’annonce. Dans l’industrie, le temps long des machines complique l’équation. Un automate acheté aujourd’hui peut rester en service assez longtemps pour traverser plusieurs générations de recommandations cryptographiques.
Les administrations cumulent, elles, patrimoine applicatif ancien, informations sensibles et procédures d’achat longues. La priorité devrait aller aux données dont la confidentialité doit durer, ainsi qu’aux systèmes difficiles à remplacer. Une migration efficace ne traite pas chaque application avec la même urgence : elle croise exposition, durée de protection et coût du changement.
Remplacer un algorithme ne suffit pas
La cryptographie post-quantique utilise des ordinateurs classiques. Il n’est pas nécessaire d’installer une machine quantique dans un centre de données pour en bénéficier. En revanche, ses clés, ses messages d’établissement de secret ou ses signatures peuvent être plus volumineux que ceux des mécanismes remplacés. Ces différences peuvent affecter la latence, la mémoire disponible ou le fonctionnement d’un équipement réseau intermédiaire.
Les essais doivent donc porter sur des parcours complets. Une connexion réussie en laboratoire ne garantit pas qu’elle passera derrière tous les pare-feu, sur un réseau mobile dégradé ou dans un terminal contraint. La robustesse des implémentations compte également : un algorithme standardisé n’empêche ni les erreurs de programmation ni les attaques par canaux auxiliaires. La qualité du logiciel et la protection des clés restent essentielles.
Une transition peut employer des mécanismes hybrides, combinant une composante classique et une composante post-quantique. Correctement conçue, cette approche cherche à préserver la protection si l’une des deux résiste encore. Elle peut limiter certaines incertitudes, mais ajoute aussi de la complexité. Elle ne doit pas devenir un assemblage improvisé : protocoles éprouvés et combinaisons analysées sont indispensables.
Le véritable investissement : pouvoir changer encore
Pour les décideurs, le livrable immédiat n’est pas un badge « quantum safe ». C’est une feuille de route : responsables identifiés, dépendances recensées, environnement de test et exigences adressées aux fournisseurs. Les nouveaux contrats peuvent demander quels standards seront pris en charge, comment les mises à jour seront distribuées et quelles preuves de validation seront disponibles. Une promesse commerciale ne vaut pas une capacité vérifiable.
Cette démarche porte un nom : la crypto-agilité. Elle consiste à pouvoir remplacer algorithmes, clés et certificats sans reconstruire tout le système. Son intérêt dépasse la menace quantique, car des faiblesses peuvent aussi apparaître dans les technologies classiques. Le coût majeur pourrait moins venir du calcul supplémentaire que de la coordination : tester, documenter, certifier et organiser les bascules sans interrompre les services.
Et maintenant ? La trajectoire la plus plausible est celle d’une migration progressive, inégale et largement invisible, plutôt que d’un grand soir du chiffrement. Les organisations les mieux préparées seront celles qui auront commencé par savoir ce qu’elles protègent et pendant combien de temps. L’échéance quantique reste incertaine ; le temps nécessaire pour transformer une infrastructure, lui, constitue déjà une contrainte bien réelle.
