Cryptographie post-quantique : le chantier que les DSI ne peuvent plus repousser

Pendant longtemps, la menace quantique a été rangée dans la catégorie confortable des sujets d’avenir : spectaculaire dans les conférences, fascinante pour les chercheurs, mais trop lointaine pour entrer dans les priorités budgétaires d’un comité exécutif. Cette période est terminée.

Le 21 juillet 2026, Google Cloud a ajouté à son service Binary Authorization la possibilité d’utiliser des clés reposant sur des algorithmes de cryptographie post-quantique, notamment ML-DSA-65. Derrière cette évolution apparemment technique se cache un changement beaucoup plus profond : les mécanismes destinés à résister aux futurs ordinateurs quantiques commencent à intégrer la chaîne industrielle de déploiement des logiciels. Ils ne sont plus confinés aux laboratoires ou aux démonstrateurs. 

La question pour les DSI n’est donc plus de savoir si l’ordinateur quantique capable de casser les mécanismes cryptographiques actuels arrivera en 2032, en 2040 ou plus tard. La vraie question est beaucoup plus immédiate : combien de temps faudra-t-il à l’entreprise pour identifier, remplacer et tester toutes les briques cryptographiques présentes dans son système d’information ?

Et la réponse est rarement rassurante.

Le danger commence avant l’arrivée de l’ordinateur quantique

Les mécanismes de cryptographie asymétrique sont partout : connexions sécurisées, VPN, certificats, signatures électroniques, authentification des serveurs, échanges de clés, mises à jour logicielles, équipements industriels, objets connectés et infrastructures cloud.

Certains de ces mécanismes, notamment RSA et les algorithmes à courbes elliptiques, pourraient être remis en cause par un ordinateur quantique suffisamment puissant. Cela ne signifie pas que les chiffrements actuels seront cassés demain matin. Mais cela signifie qu’une donnée interceptée aujourd’hui peut être conservée pendant des années avant d’être déchiffrée plus tard.

Cette stratégie porte un nom : « collecter maintenant, déchiffrer plus tard ». Un attaquant n’a pas besoin de comprendre immédiatement les informations qu’il vole. Il lui suffit d’enregistrer des communications chiffrées dans l’espoir de disposer, un jour, de la puissance permettant de les ouvrir. L’ANSSI et Google présentent explicitement ce scénario comme une raison de commencer la transition sans attendre. 

Toutes les données ne sont évidemment pas concernées de la même manière. Le menu d’une cantine ou le planning d’une réunion perdent rapidement leur sensibilité. En revanche, une formule industrielle, un dossier médical, une stratégie militaire, un contrat sensible, une archive diplomatique ou une propriété intellectuelle peuvent conserver leur valeur pendant dix, vingt ou trente ans.

L’organisation doit donc comparer deux durées : la période pendant laquelle ses informations doivent rester confidentielles et le temps nécessaire pour migrer ses systèmes. Lorsque leur somme dépasse l’horizon plausible de la menace quantique, le risque existe déjà.

Ce qui vient de changer

Le NIST a finalisé en 2024 trois premiers standards post-quantiques. ML-KEM est destiné aux mécanismes d’encapsulation et d’échange de clés. ML-DSA et SLH-DSA concernent les signatures numériques. Ces standards fournissent enfin aux industriels une base suffisamment stable pour construire des produits et des trajectoires de migration. 

Depuis, le mouvement s’accélère. Google Cloud permet déjà d’utiliser un échange de clés hybride post-quantique sur certains équilibreurs de charge. Le mécanisme X25519MLKEM768 combine une protection classique éprouvée et un algorithme post-quantique. Google prévoit de l’activer par défaut à partir d’octobre 2026 sur les configurations concernées, avant une généralisation annoncée après octobre 2027. 

L’ajout de signatures post-quantiques à Binary Authorization franchit une autre étape. Ce service contrôle quels logiciels ou conteneurs sont autorisés à être déployés. Utiliser une signature résistante à la menace quantique permet de renforcer la preuve qu’un artefact provient bien de l’autorité attendue et qu’il n’a pas été modifié.

L’enjeu dépasse donc la confidentialité. Un futur ordinateur quantique pourrait également fragiliser certaines signatures utilisées pour authentifier des logiciels, des firmwares ou des mises à jour. Dans le pire des cas, un attaquant pourrait tenter de faire passer un code malveillant pour un code légitime.

La migration concerne ainsi deux piliers du numérique : protéger les secrets et garantir l’identité de ce qui communique ou s’installe.

Le piège serait de croire qu’il suffit de changer d’algorithme

Une migration post-quantique n’est pas une mise à jour ordinaire. Les nouveaux mécanismes peuvent utiliser des clés, des signatures et des messages beaucoup plus volumineux que ceux auxquels les systèmes actuels sont habitués. Ils peuvent affecter la latence, la bande passante, la mémoire, les équipements embarqués, les protocoles réseau et les logiciels anciens. L’ANSSI recommande pour cette raison des approches hybrides associant temporairement cryptographie classique et post-quantique. 

Le premier obstacle sera pourtant moins mathématique qu’organisationnel : la plupart des entreprises ne savent pas précisément où elles utilisent de la cryptographie.

Elle peut être intégrée dans une application développée en interne, un progiciel métier, un certificat oublié, un terminal industriel, un module matériel, une appliance réseau, une bibliothèque open source ou un service SaaS. Elle est souvent invisible pour le métier et parfois même pour la DSI.

Avant de migrer, il faut donc dresser un inventaire cryptographique : algorithmes, clés, certificats, protocoles, dépendances, propriétaires, durées de conservation et criticité des données. L’ANSSI conseille aux organisations publiques et privées de commencer ce travail dès maintenant, d’intégrer la menace quantique à leur analyse de risque et de traiter en priorité les cas d’usage critiques. Elle estime également qu’il ne sera plus raisonnable d’acheter après 2030 des produits incapables d’intégrer la cryptographie post-quantique. 

Un sujet de DSI, pas seulement de cryptographe

La cryptographie post-quantique doit entrer dans les schémas directeurs, les politiques d’achat et les contrats fournisseurs. Toute acquisition engageant l’entreprise pour cinq, dix ou quinze ans devrait désormais intégrer plusieurs questions simples.

Le produit est-il crypto-agile, c’est-à-dire capable de changer d’algorithme sans être entièrement remplacé ? L’éditeur publie-t-il une trajectoire post-quantique ? Ses API permettent-elles de faire évoluer les mécanismes de clés et de signatures ? Les équipements disposent-ils de ressources suffisantes ? Le contrat prévoit-il la maintenance nécessaire à cette migration ?

Ce sujet concerne particulièrement les infrastructures industrielles et les objets connectés, dont la durée de vie dépasse souvent celle des logiciels de gestion. Une machine, une caméra, un dispositif médical ou un contrôleur de bâtiment installé aujourd’hui peut encore fonctionner en 2035. Découvrir à cette date qu’il est impossible d’en modifier la cryptographie obligera à choisir entre le risque et un remplacement coûteux.

L’Europe a demandé à ses États membres d’engager leur transition avant la fin de 2026, avec une priorité donnée aux infrastructures critiques. En France, l’ANSSI indique que la transition prendra plus d’une décennie et vise l’introduction d’obligations post-quantiques dans certaines qualifications de sécurité à partir de 2027. 

Nous ne sommes donc plus devant une hypothèse scientifique, mais au début d’un cycle industriel et réglementaire.

Ce que les entreprises devraient décider maintenant

La première décision consiste à nommer un responsable de la trajectoire cryptographique. Sans responsabilité claire, le sujet restera dispersé entre infrastructure, réseau, sécurité, développement et achats.

La deuxième consiste à lancer un inventaire limité mais concret sur les données les plus sensibles, les certificats critiques, les VPN, les chaînes de déploiement et les équipements à longue durée de vie.

La troisième consiste à imposer la crypto-agilité dans les nouveaux projets. Il ne s’agit pas de remplacer immédiatement tous les algorithmes, mais de s’assurer qu’ils pourront l’être.

Enfin, les organisations devraient expérimenter dès maintenant des mécanismes hybrides sur un périmètre maîtrisé. Attendre que la migration devienne obligatoire reviendrait à effectuer, dans l’urgence, une transformation transversale touchant potentiellement chaque composant du système d’information.

La cryptographie post-quantique ressemble à certains égards au passage à l’an 2000 : le danger paraît abstrait jusqu’au moment où l’on découvre l’immensité des dépendances accumulées. Mais cette fois, il n’existe même pas de date universelle à inscrire dans le calendrier.

C’est précisément pour cette raison qu’il faut agir maintenant.

Le futur ordinateur quantique n’a pas encore cassé la cryptographie de l’entreprise. En revanche, l’impréparation, elle, est déjà parfaitement mesurable.

#Cryptographie #PostQuantique #PQC #Cybersécurité #DSI #TransformationNumérique #Cloud #SécuritéInformatique #CryptoAgilité #GestionDesRisques #SouverainetéNumérique #InfrastructureIT #NIST #ANSSI #ZeroTrust #Innovation