Le premier obstacle à la cryptographie post-quantique ne ressemble pas à un ordinateur futuriste. C’est un vieux boîtier réseau, une bibliothèque oubliée dans une application métier, un certificat renouvelé automatiquement depuis des années. Pour préparer leurs systèmes à une machine capable de casser certains mécanismes actuels, les entreprises doivent commencer par une enquête presque archéologique : où se cache leur cryptographie ? En ce mois de septembre 2026, le chantier peut être décrit sans prédire une catastrophe imminente. Les standards existent ; leur déploiement ouvre une transformation longue, dont voici les bases établies et les enjeux prospectifs.
Le risque n’a pas besoin d’être imminent pour compter
Un ordinateur quantique suffisamment puissant et corrigé des erreurs pourrait, grâce à l’algorithme de Shor, compromettre les fondations mathématiques de RSA et de la cryptographie sur courbes elliptiques. Ces mécanismes servent notamment à établir des secrets et à signer des documents, des certificats ou des logiciels. Il ne s’agit donc pas seulement de protéger quelques fichiers sensibles : c’est une partie de la confiance numérique qui est concernée.
Cela ne signifie pas que les machines quantiques capables de mener ces attaques à grande échelle sont disponibles. Les annonces de progrès matériels ne suffisent pas à démontrer une capacité de déchiffrement opérationnelle. La date du basculement reste incertaine. En revanche, cette incertitude ne permet pas de reporter indéfiniment une migration qui touche des systèmes parfois conçus pour fonctionner pendant plusieurs décennies.
Le problème est particulièrement concret pour les informations à longue durée de confidentialité. Un adversaire peut enregistrer aujourd’hui des échanges chiffrés dans l’espoir de les déchiffrer plus tard : c’est le scénario « collecter maintenant, déchiffrer ensuite ». Des dossiers médicaux, des secrets industriels ou certaines communications publiques sensibles peuvent conserver leur valeur bien après le remplacement des serveurs qui les ont transportés.
Le NIST a transformé une recherche en point de départ
En août 2024, le National Institute of Standards and Technology américain a publié trois premiers standards majeurs. FIPS 203 définit ML-KEM, issu de Kyber, pour établir un secret partagé au moyen d’un mécanisme d’encapsulation de clé. FIPS 204 définit ML-DSA, issu de Dilithium, pour les signatures numériques. FIPS 205 encadre SLH-DSA, dérivé de SPHINCS+, une autre famille de signatures reposant sur des fonctions de hachage.
Ces noms techniques marquent une étape industrielle : les fournisseurs disposent de spécifications communes pour construire des implémentations et organiser leur interopérabilité. Ils ne constituent pas une garantie absolue et éternelle. Comme toute cryptographie, ces mécanismes doivent supporter l’analyse publique, être correctement implémentés et s’insérer dans des protocoles robustes. Un algorithme standardisé ne rend pas automatiquement un produit sûr.
Il faut aussi lever un malentendu : la cryptographie post-quantique fonctionne sur des ordinateurs classiques. Elle ne demande pas de liaison quantique entre deux bâtiments. Et tout le chiffrement actuel n’est pas à jeter : les algorithmes symétriques comme AES ne subissent pas la même rupture que RSA. Le travail consiste à distinguer les usages, pas à remplacer indistinctement chaque composant portant une étiquette « sécurité ».
L’inventaire, cette difficulté sous-estimée
Dans une grande organisation, personne ne possède nécessairement la carte complète des mécanismes cryptographiques déployés. L’équipe réseau connaît les VPN ; les développeurs, leurs bibliothèques ; la production, certains certificats ; les achats, quelques contrats. Entre ces périmètres se trouvent des dépendances indirectes : agent de sauvegarde, terminal de paiement, équipement industriel, service cloud ou application héritée dont le mainteneur a disparu.
Un inventaire utile dépasse donc une liste d’algorithmes. Il doit relier chaque usage à une fonction, à des données et à un responsable. Un certificat protégeant un site public renouvelé fréquemment n’a pas le même profil qu’une clé de signature inscrite dans un équipement difficilement accessible. La bonne question devient : que protège ce mécanisme, pendant combien de temps, et comment pourra-t-on le changer ?
- Repérer les protocoles, bibliothèques, certificats et dispositifs de gestion des clés.
- Identifier les applications et les fournisseurs qui dépendent de chaque mécanisme.
- Évaluer la durée de confidentialité des données et la durée de vie des équipements.
- Documenter les possibilités de mise à jour, les contraintes et les responsables.
Les outils de découverte peuvent analyser du code, des configurations ou des communications observables. Mais aucun scan ne voit tout : une dépendance inactive, un échange chiffré opaque ou une fonction enfouie dans un micrologiciel peut lui échapper. Il faut croiser les résultats avec la documentation et les entretiens techniques. Cet inventaire doit surtout rester vivant, faute de quoi chaque nouvelle livraison recréera des angles morts.
Changer l’algorithme ne suffit pas
Sur le papier, une migration ressemble à une substitution. Dans la réalité, les clés, les signatures ou les messages échangés peuvent prendre davantage de place. Cela peut affecter les connexions, la mémoire disponible, les équipements intermédiaires et les appareils contraints. Les performances varient selon le mécanisme et son implémentation : un résultat obtenu sur un serveur récent ne décrit pas le comportement d’un capteur industriel.
Les premiers essais doivent donc mesurer une chaîne complète, et pas seulement la vitesse d’une opération mathématique. Un établissement peut tester son portail, son répartiteur de charge, sa gestion des certificats et ses clients les plus anciens. Un industriel devra aussi examiner la signature des mises à jour : protéger les communications ne suffit pas si le dispositif accepte demain un logiciel dont l’authenticité peut être falsifiée.
Les approches hybrides, associant mécanismes classiques et post-quantiques, offrent une voie de transition. Leur intérêt est de conserver une protection si l’une des familles résiste, à condition que la combinaison soit correctement conçue. Mais elles augmentent aussi la complexité. L’hybridation doit s’appuyer sur des constructions et des profils éprouvés, et non sur un assemblage improvisé par chaque entreprise.
Une affaire d’achats autant que de mathématiques
La trajectoire la plus réaliste consiste à avancer par priorités : données durablement sensibles, infrastructures critiques, puis systèmes dont le renouvellement sera particulièrement lent. Les fournisseurs doivent être interrogés sur les mécanismes prévus, les versions compatibles, les modalités de mise à jour et les tests d’interopérabilité. Une promesse commerciale « quantum-safe » ne remplace ni une description technique ni une feuille de route vérifiable.
À plus long terme, cette migration pourrait surtout imposer une meilleure agilité cryptographique : pouvoir changer de mécanisme sans reconstruire toute une application. Cela suppose des responsabilités claires, des procédures de test et des possibilités de retour arrière maîtrisées. Ce bénéfice dépasse le quantique : une vulnérabilité classique ou une mauvaise implémentation peut déjà obliger à remplacer rapidement une brique de sécurité.
Et maintenant ? La perspective raisonnable n’est ni une bascule universelle immédiate ni l’attente d’une date certaine du danger. Les organisations gagneraient à engager dès maintenant un inventaire, quelques pilotes représentatifs et des exigences contractuelles pour leurs prochains achats. Si les ordinateurs quantiques menaçants tardent, ce travail aura amélioré la maîtrise des systèmes. S’ils progressent plus vite qu’anticipé, les structures qui connaissent leurs dépendances auront une avance décisive : elles sauront quoi changer.
