Un tunnel VPN oublié, des sauvegardes conservées vingt ans, un certificat renouvelé automatiquement sans que personne sache qui en dépend : la transition post-quantique commence ici. Pas dans un laboratoire aux machines futuristes, mais dans les recoins du système d’information. À l’horizon de septembre 2026, la question décisive n’est pas seulement « quel algorithme choisir ? ». C’est d’abord : où utilisons-nous la cryptographie, pour protéger quoi, et pendant combien de temps ?
Des standards existent, pas de bouton magique
Le point de départ est établi : en août 2024, le NIST, l’institut américain de normalisation, a publié trois premiers standards de cryptographie post-quantique. FIPS 203 définit ML-KEM, un mécanisme d’encapsulation de clés issu de Kyber. FIPS 204 définit ML-DSA, issu de Dilithium, pour les signatures numériques. FIPS 205 normalise SLH-DSA, issu de SPHINCS+, une autre famille de signatures fondée sur les fonctions de hachage.
Leur rôle mérite d’être distingué. ML-KEM permet d’établir un secret partagé qui pourra servir à protéger les communications. Les deux autres servent à vérifier l’authenticité et l’intégrité d’un document, d’un logiciel ou d’un message. Aucun ne remplace indistinctement toute la cryptographie existante. La transition concerne des protocoles, des bibliothèques, des équipements et des procédures, pas seulement une ligne dans un fichier de configuration.
Ces publications de 2024 constituent le socle factuel de cette analyse. Pour septembre 2026 et au-delà, les trajectoires évoquées ici sont prospectives : l’existence d’un standard ne prouve ni son déploiement généralisé ni la compatibilité de chaque produit. Les expériences d’échanges hybrides menées avant cette normalisation dans les navigateurs et les infrastructures réseau montrent cependant que le sujet a déjà quitté le seul terrain académique.
Le danger commence avant la machine
Un ordinateur quantique suffisamment puissant et corrigé des erreurs pourrait mettre en défaut RSA et les systèmes à courbes elliptiques aujourd’hui très utilisés. Cela ne signifie pas qu’une telle machine soit disponible, ni qu’une date fiable puisse être annoncée. Cela ne signifie pas davantage que tous les mécanismes cryptographiques, notamment le chiffrement symétrique, deviennent soudain inutiles.
L’urgence vient d’un scénario plus discret : collecter aujourd’hui, déchiffrer demain. Un adversaire peut enregistrer des échanges chiffrés et conserver ces captures en attendant de disposer de moyens nouveaux. Pour une information qui perd sa valeur demain matin, l’enjeu diffère de celui d’un dossier médical, d’un secret industriel ou d’une négociation diplomatique dont la sensibilité traverse les décennies.
La confidentialité persistante offerte par certains échanges actuels protège contre la compromission ultérieure de clés à long terme. Elle ne suffit toutefois pas si un futur attaquant quantique peut casser le mécanisme d’échange lui-même à partir du trafic enregistré. Le calendrier pertinent combine donc trois durées : celle du secret, celle de la migration et celle, inconnue, de l’arrivée de capacités adverses.
Retrouver ses clés, sans les rassembler au même endroit
Le premier chantier ressemble davantage à un travail de cartographe qu’à une course à l’innovation. Où sont les certificats ? Quels services utilisent RSA ou des courbes elliptiques ? Qui signe les mises à jour ? Quels appareils embarquent des clés impossibles à remplacer ? L’inventaire doit suivre les usages cryptographiques, leurs propriétaires et leurs dépendances.
Attention au contresens : inventorier les clés ne signifie pas copier toutes les clés privées dans un tableur central. On recense leurs métadonnées, leur emplacement et leur mode de protection, sans exposer les secrets. Un registre utile indique l’algorithme, les paramètres, la bibliothèque, le protocole, la date d’expiration, le responsable et la possibilité réelle de mise à jour.
Regarder au-delà du site web
- Les communications : TLS, VPN, échanges entre applications, accès d’administration et liaisons avec les partenaires.
- Les identités et signatures : infrastructures de certificats, authentification des machines, signature de code et chaîne de démarrage.
- Les données conservées : archives, sauvegardes, clés de chiffrement et mécanismes qui protègent leur transport ou leur stockage.
- Les dépendances : services cloud, composants logiciels, équipements industriels et produits dont le fournisseur décide des évolutions.
Aucun outil ne voit tout. L’observation du réseau révèle certains échanges, mais pas forcément un traitement hors ligne. L’analyse du code repère des appels cryptographiques, sans garantir qu’ils soient exécutés en production. Les consoles de gestion des certificats connaissent leur périmètre, rarement les appareils oubliés. Il faut croiser ces traces avec les entretiens métier et les contrats fournisseurs.
Prioriser les secrets qui vieillissent lentement
Imaginons un industriel qui conserve les plans d’une installation pendant trente ans. Son portail public est visible et facile à auditer. Pourtant, le risque durable peut se trouver dans les transferts vers un sous-traitant, une ancienne passerelle VPN ou les clés utilisées pour envelopper celles de ses archives. La visibilité d’un service n’est pas une mesure de sa priorité.
Une matrice simple peut rapprocher durée de confidentialité, exposition à la collecte, criticité et difficulté de migration. Les données sensibles longtemps, transportées sur des réseaux accessibles à un adversaire et dépendantes d’équipements difficiles à modifier, méritent une attention immédiate. À l’inverse, remplacer précipitamment un composant peu exposé peut absorber un budget nécessaire ailleurs.
Le stockage demande une analyse spécifique. Une archive chiffrée avec un mécanisme symétrique robuste n’appelle pas automatiquement le même traitement qu’un échange fondé sur RSA. Il faut examiner toute la chaîne : génération des clés, sauvegarde, enveloppement, récupération et contrôle d’accès. Changer l’étiquette « chiffrement » sans étudier cette chaîne risque de laisser intact le véritable point faible.
Migrer sans casser ce que l’on protège
La suite logique est un pilote ciblé, pas une bascule générale. Les clés publiques, signatures ou messages post-quantiques peuvent être plus volumineux que leurs équivalents classiques. Selon les usages, cela pèse sur la latence, la mémoire, les certificats ou les équipements contraints. Les tests doivent inclure les performances, mais aussi les erreurs, les intermédiaires réseau et les procédures de reprise.
Les approches hybrides combinent des mécanismes classiques et post-quantiques afin de préserver certaines garanties pendant la transition. Leur intérêt dépend toutefois de constructions et d’intégrations correctement spécifiées : empiler deux algorithmes au hasard ne crée pas une assurance supplémentaire. Mieux vaut des implémentations éprouvées, des profils interopérables et une politique explicite contre les retours silencieux à une protection moindre.
Dans les achats, les questions deviennent concrètes : quels standards sont pris en charge, dans quelle version, avec quelles dépendances ? Peut-on renouveler les clés sans remplacer le matériel ? Que devient la vérification des signatures anciennes ? La véritable agilité cryptographique consiste à pouvoir changer de mécanisme de façon contrôlée, avec des responsabilités et des tests documentés.
Et maintenant ? Pour septembre 2026 et les années suivantes, le scénario raisonnable est celui d’une migration progressive et inégale. Le meilleur premier livrable n’est donc pas une promesse « quantum safe », mais un inventaire assorti de priorités et d’un pilote mesurable. Retrouver ses propres clés, comprendre les secrets qu’elles protègent et savoir les remplacer : voilà une préparation utile, quelle que soit la date du prochain saut quantique.
