Un plan de migration post-quantique ne commence pas par le choix d'un algorithme. Il commence par deux livrables sans lesquels toute décision technique est aveugle : un inventaire cryptographique et une classification des données par durée de confidentialité requise. Le reste — hybridation, calendriers, remplacement de matériel — en découle mécaniquement.
Étape 1 : savoir où se trouve la cryptographie
C'est le chantier le plus long, et celui que les organisations sous-estiment le plus. La cryptographie asymétrique n'est presque jamais visible dans le code applicatif : elle est enfouie dans des protocoles, des produits tiers, des équipements et des contrats.
Ce que l'inventaire doit couvrir :
- Flux réseau : TLS, IKE/IPsec, SSH, protocoles métiers propriétaires.
- PKI : autorités racines et intermédiaires, durées de validité, procédures de renouvellement, usages dépendants (certificats machine, signature de code, horodatage).
- Identité : fournisseurs d'identité, algorithmes de signature des jetons, fédérations SAML et OIDC, clés de signature détenues par des tiers.
- Stockage : mécanismes d'encapsulation de clé des solutions de chiffrement de disque, de sauvegarde et de base de données.
- Matériel : modules de sécurité matériels, cartes à puce, jetons, automates industriels, objets connectés.
- Fournisseurs : quels algorithmes sont utilisés par vos éditeurs, et quelle est leur feuille de route.
Un inventaire utile n'est pas une liste d'algorithmes : c'est une liste d'actifs, chacun associé à son propriétaire, à son cycle de renouvellement et à la difficulté de le modifier. C'est cette dernière colonne qui pilotera la suite.
Étape 2 : classer par durée, pas par sensibilité
La classification habituelle — public, interne, confidentiel, secret — ne répond pas à la bonne question. Ce qui compte ici est : combien de temps la divulgation ferait-elle encore des dégâts ?
Cette bascule surprend souvent. Des données considérées comme peu sensibles au quotidien, comme des plans d'implantation industrielle ou des dossiers d'assurance, peuvent avoir une durée de confidentialité de plusieurs décennies. À l'inverse, des données très surveillées, comme des jetons de session, n'ont aucune valeur passé quelques minutes. Le raisonnement complet est développé dans l'article sur le « store now, decrypt later ».
Étape 3 : prioriser sur deux axes
La priorisation croise la durée de confidentialité et la difficulté de remplacement.
| Priorité | Profil d'actif | Exemples | Action |
|---|---|---|---|
| 1 | Longue confidentialité et cycle de remplacement long | PKI racine, cartes à puce, automates, matériel embarqué | lancer maintenant, budget pluriannuel |
| 2 | Longue confidentialité, remplacement simple | liaisons intersites, réplications, transferts partenaires | hybridation à court terme |
| 3 | Confidentialité courte, cycle long | équipements réseau, jetons matériels d'accès | traiter au renouvellement naturel |
| 4 | Confidentialité courte, remplacement simple | sessions applicatives, API internes | suivre les mises à jour des bibliothèques |
Cette grille a un mérite politique : elle donne une réponse claire à la question « faut-il tout migrer maintenant ? ». Non — mais il faut commencer maintenant sur la catégorie 1, parce que son délai de réalisation est incompressible.
Étape 4 : préparer l'organisation, pas seulement la technique
Une migration cryptographique échoue rarement pour des raisons mathématiques.
- Désigner un responsable. Sans propriétaire unique, l'inventaire reste au stade du tableur.
- Intégrer le sujet aux achats. Toute nouvelle acquisition doit exiger une position documentée sur la migration post-quantique et sur l'agilité cryptographique.
- Traiter la dette contractuelle. Certains produits ne pourront pas migrer. La décision de remplacement doit être prise tôt, car elle porte sur des cycles d'amortissement.
- Prévoir la double confiance. Pendant la transition, les systèmes doivent accepter simultanément l'ancien et le nouveau. C'est une contrainte d'architecture, pas un détail de configuration.
- Documenter pour l'auditeur. Les cadres de gestion des risques applicables au secteur financier et aux entités essentielles attendent une gestion documentée du risque technologique. Un plan daté, priorisé et suivi vaut mieux qu'une migration improvisée.
Étape 5 : traiter l'authentification comme un chantier à part
L'authentification concentre trois difficultés simultanées : elle dépend de cryptographie asymétrique, elle repose sur du matériel à cycle long, et elle est visible par tous les utilisateurs.
Trois questions à poser dès l'inventaire :
- Quels facteurs dépendent d'une clé privée persistante ? Certificats, cartes, clés physiques et assertions FIDO2 reposent sur des signatures elliptiques dont la migration dépendra des fournisseurs de matériel.
- Quels secrets d'authentification survivent à une capture ? Un mot de passe ou un secret partagé capté aujourd'hui conserve de la valeur demain.
- Quels parcours peuvent adopter un facteur sans secret durable ? Une preuve construite à partir de paramètres éphémères, avec des fonctions de hachage composées, ne laisse rien à archiver. C'est la voie retenue par le 4ᵉ facteur cognitif, qui présente en outre l'avantage de pouvoir se déployer en surcouche d'une MFA existante, sans attendre le renouvellement du parc matériel.
Étape 6 : viser l'agilité plutôt que la cible
Les standards évolueront. De nouveaux algorithmes seront ajoutés, certains paramètres seront révisés. Une migration conçue comme un remplacement unique produira la même dette dans quelques années. La capacité à changer d'algorithme sans réécrire l'application est l'investissement le plus rentable du plan, et elle est détaillée dans l'article consacré à l'agilité cryptographique.
FAQ
Combien de temps prend une migration post-quantique ?
Cela dépend presque entièrement de la longueur de vos cycles matériels et contractuels, pas de la cryptographie elle-même. Les organisations dotées de PKI internes, de cartes et d'équipements industriels raisonnent en années.
Faut-il attendre que les protocoles soient stabilisés ?
Non pour l'inventaire et la classification, qui sont indépendants des standards. Oui, en partie, pour les déploiements généralisés, qui dépendent de l'interopérabilité réelle des équipements.
Que demander à un fournisseur aujourd'hui ?
Sa position sur l'hybridation, sa capacité à changer d'algorithme par configuration, son calendrier de support des standards NIST, et le sort réservé aux matériels déjà déployés.
Comment justifier le budget sans date d'échéance ?
En raisonnant sur la durée de confidentialité de vos données et sur la durée de votre migration. Si leur somme dépasse un horizon plausible d'apparition de la menace, l'exposition est actuelle, pas future.
Aller plus loin : pilier : authentification cognitive · vue d'ensemble de la cryptographie post-quantique · les standards du NIST · agilité cryptographique