Un dossier médical volé aujourd’hui peut encore avoir de la valeur dans vingt ans. Un secret industriel, une correspondance diplomatique ou les plans d’une infrastructure aussi. Voilà pourquoi la cryptographie postquantique n’attend pas l’arrivée d’un ordinateur capable de briser les protections actuelles. En ce mois de septembre 2026, l’enjeu peut se résumer ainsi : remplacer les serrures avant que quelqu’un possède le passe-partout. Les standards publiés par le NIST américain ont donné un cadre à ce chantier. Reste à retrouver les serrures, comprendre ce qu’elles protègent et les changer sans bloquer les portes.
Une menace future, une exposition déjà possible
Le risque ne vient pas d’une machine magique qui rendrait toute sécurité informatique inutile. Un ordinateur quantique suffisamment puissant et corrigé de ses erreurs pourrait, grâce à l’algorithme de Shor, compromettre des mécanismes à clé publique largement employés, notamment RSA et ceux fondés sur les courbes elliptiques. Ces mécanismes servent à établir des secrets partagés, authentifier des interlocuteurs ou vérifier des signatures numériques. Ils sont présents dans les connexions sécurisées, les certificats et les mises à jour logicielles.
Le chiffrement symétrique, utilisé pour protéger les volumes de données, n’est pas touché de la même manière. AES ne devient pas soudainement caduc : le choix des tailles de clés conserve une importance déterminante. Le chantier postquantique concerne d’abord les échanges de clés et les signatures, plutôt qu’un remplacement indistinct de tout ce qui chiffre.
Aucune échéance fiable ne permet d’annoncer le jour où les protections actuelles céderont. Mais un adversaire peut enregistrer des communications chiffrées en espérant les déchiffrer plus tard. Cette stratégie, souvent résumée par « collecter maintenant, déchiffrer ensuite », suffit à changer le calcul. Pour une donnée devant rester secrète plusieurs décennies, attendre la démonstration d’une attaque serait attendre trop longtemps.
Le NIST transforme la recherche en chantier industriel
Le point d’appui est concret : en août 2024, le National Institute of Standards and Technology a publié trois premiers standards postquantiques. FIPS 203 définit ML-KEM, issu de CRYSTALS-Kyber, pour établir un secret partagé. FIPS 204 définit ML-DSA, issu de CRYSTALS-Dilithium, pour les signatures numériques. FIPS 205 définit SLH-DSA, issu de SPHINCS+, également destiné aux signatures, mais reposant sur une autre famille mathématique.
Cette distinction compte. ML-KEM n’est pas un outil destiné à chiffrer directement une base de données : il permet de convenir d’un secret qui alimentera ensuite des mécanismes de chiffrement symétrique. Les standards de signature répondent à un autre besoin : vérifier l’origine et l’intégrité d’un document, d’un logiciel ou d’un message. Une entreprise doit donc identifier les fonctions à remplacer, pas seulement choisir un nouvel acronyme.
La normalisation ne signifie ni invulnérabilité ni déploiement automatique. Elle fournit des spécifications communes, indispensables pour construire des produits compatibles et évaluer leurs implémentations. La diversification continue : en mars 2025, le NIST a sélectionné HQC pour une future standardisation complémentaire. Les projections proposées ici pour septembre 2026 prolongent ces jalons publics ; elles ne constituent pas un bilan vérifié de l’adoption à cette date.
Le premier obstacle : personne ne voit toute sa cryptographie
Dans une grande organisation, la cryptographie ressemble moins à un coffre central qu’à un réseau de canalisations. Elle traverse le site web, les VPN, les sauvegardes, les badges, les équipements industriels et les échanges entre applications. Elle se cache aussi dans une bibliothèque ancienne ou un service cloud dont le client ne maîtrise pas les composants.
L’inventaire devient donc la première dépense utile. Il faut repérer les algorithmes, mais aussi les protocoles, les certificats, les bibliothèques, les responsables et les possibilités de mise à jour. Un simple catalogue de noms ne suffit pas. Deux applications utilisant RSA peuvent présenter des urgences différentes selon la sensibilité des informations, leur exposition et la durée de vie du système.
- Que protège-t-on ? Des données personnelles durables, des secrets de fabrication ou des informations rapidement périssables ?
- Pendant combien de temps ? La durée de confidentialité dépasse-t-elle celle du projet de migration ?
- Qui peut intervenir ? L’équipe interne, un éditeur, un fournisseur cloud ou un fabricant disparu ?
- Que faudra-t-il conserver ? Une confidentialité durable, une preuve d’authenticité, ou les deux ?
Ce travail révèle souvent une dette technique jusque-là invisible. Un équipement difficile à mettre à jour peut devenir prioritaire avant un serveur exposé, mais facilement remplaçable. Pour les nouveaux achats, la capacité de migration doit entrer dans le cahier des charges : mises à jour garanties, composants documentés et trajectoire explicite du fournisseur.
Changer d’algorithme sans casser le service
Le passage au postquantique n’est pas une simple case à cocher. Les clés publiques, les signatures ou les messages échangés peuvent être plus volumineux. Selon les mécanismes retenus, cela modifie la consommation de mémoire, la charge de calcul ou le comportement du réseau. Sur un serveur récent, l’écart peut être absorbable ; sur un capteur industriel, une carte à puce ou une liaison contrainte, il peut devenir bloquant.
Il faut tester des parcours complets : connexion d’un utilisateur, établissement d’un tunnel, vérification d’une mise à jour, reprise après incident. Un composant peut accepter le nouvel algorithme tandis qu’un intermédiaire rejette un message trop grand. Les performances moyennes ne disent pas tout : les échecs rares et les incompatibilités pèsent lourd à grande échelle.
L’hybridation, un pont à construire soigneusement
Une approche consiste à combiner un mécanisme classique et un mécanisme postquantique pour établir les clés. Bien conçue, cette hybridation vise à maintenir la sécurité si l’un des deux résiste encore. Elle permet d’introduire une protection nouvelle sans abandonner immédiatement les garanties de mécanismes éprouvés. Mais elle doit reposer sur des constructions et des protocoles examinés, pas sur un assemblage improvisé.
La sécurité dépend également du code : génération aléatoire, protection contre les fuites par canaux auxiliaires, gestion des erreurs et stockage des clés. Un algorithme standardisé mal implémenté reste vulnérable. Il faut enfin distinguer publication d’un standard, disponibilité d’une bibliothèque et validation d’un produit pour un usage réglementé : ces étapes ne sont pas interchangeables.
Une transition à piloter comme un risque métier
La trajectoire la plus crédible n’est pas un grand basculement un lundi matin. C’est une succession de projets : inventorier, hiérarchiser, expérimenter, puis déployer avec des indicateurs et des procédures de retour maîtrisées. Les données confidentielles à longue durée de vie méritent une attention immédiate. Les chaînes de signature logicielle et les infrastructures appelées à fonctionner longtemps constituent un autre front majeur.
Pour les directions, le bénéfice dépasse le seul risque quantique. Développer une agilité cryptographique, c’est pouvoir changer d’algorithme ou de fournisseur sans reconstruire tout le système. Cette capacité servira aussi face à une faille classique ou à une nouvelle obligation réglementaire. Elle exige toutefois un budget, des compétences et une responsabilité clairement attribuée.
Et maintenant ? La perspective raisonnable est celle d’une migration progressive, accélérée par les cycles de renouvellement et les exigences des clients. Son rythme dépendra des produits disponibles, des contraintes sectorielles et des avancées scientifiques. Les entreprises n’ont pas besoin de prédire l’arrivée de l’ordinateur quantique décisif pour agir : elles doivent savoir quels secrets ne peuvent pas attendre, où ils circulent et combien de temps prendra leur protection.
