Inventaire cryptographique : par où commencer pour une PME française

Pourquoi maintenant

L'argument est contre-intuitif : un ordinateur quantique capable de casser le chiffrement à clé publique d'aujourd'hui n'existe pas encore, et personne ne sait s'il arrivera dans cinq ans ou dans vingt. Pourquoi s'en préoccuper ?

Parce que la menace n'attend pas la machine. Elle s'appelle « harvest now, decrypt later » : capter aujourd'hui des communications chiffrées, les stocker, et les déchiffrer le jour où la capacité existera. Toute donnée qui conserve de la valeur dans dix ans — dossiers médicaux, secrets industriels, données personnelles, propriété intellectuelle, archives juridiques — est déjà exposée si elle circule sous une cryptographie vulnérable.

La question n'est pas « quand l'ordinateur quantique arrivera-t-il », mais « combien de temps mes données doivent-elles rester secrètes ».

Le cryptographe Michele Mosca a formalisé cette intuition. Posez trois durées :

• X — combien d'années vos données doivent rester confidentielles ;
• Y — combien d'années il vous faudra pour migrer votre cryptographie ;
• Z — dans combien d'années un ordinateur quantique pertinent existera.

Si X + Y > Z, vous êtes déjà en retard. La plupart des organisations sous-estiment Y — la migration — bien plus que Z. Et Y commence par une chose simple et souvent négligée : savoir où se trouve sa cryptographie.

Ce qu'est un inventaire cryptographique — et ce qu'il n'est pas

Un inventaire cryptographique est la cartographie complète des mécanismes cryptographiques en usage dans une organisation : quels algorithmes, quelles tailles de clés, quels protocoles, quels certificats, à quels endroits, pour protéger quelles données, et pour combien de temps.

Ce n'est pas un audit de conformité, ni un scan de vulnérabilités, ni un projet de migration. C'est l'étape qui rend tout cela possible. Sans inventaire, une feuille de route post-quantique repose sur des suppositions ; avec lui, elle repose sur des faits.

Le périmètre minimum pour une PME

Une PME n'a pas besoin — et n'a pas les moyens — d'inventorier l'intégralité de son système d'information d'un seul coup. Le périmètre utile, par ordre de priorité :

1. Les communications externes : TLS des sites et API, VPN, messagerie, transferts de fichiers.
2. Les données au repos à longue durée de vie : bases de données, sauvegardes, archives, stockage chiffré.
3. Les secrets et l'authentification : certificats, clés SSH, signatures de code, jetons, gestion des accès.
4. Les dépendances tierces : bibliothèques cryptographiques, prestataires SaaS, matériels (HSM, cartes).

Ce périmètre couvre l'essentiel du risque réel pour une fraction de l'effort d'un inventaire exhaustif.

La méthodologie en quatre passes

Nous procédons en quatre passes successives, du plus large au plus précis. Chaque passe produit un livrable exploitable même si l'on s'arrête là.

Passe 1 — Découverte

Recenser les surfaces : domaines et sous-domaines, services exposés, dépôts de code, certificats, terminaux et serveurs. On combine sources documentaires (registres, configurations, schémas réseau) et observation directe (scan des services, lecture des suites TLS négociées). L'objectif : une liste de lieux où de la cryptographie est susceptible de vivre.

Passe 2 — Inventaire

Pour chaque lieu identifié, relever le détail : algorithmes (RSA, ECDSA, AES, etc.), tailles de clés, protocoles et versions, certificats et leurs échéances, et — point souvent oublié — la durée de vie des données protégées. C'est cette dernière information qui transforme un inventaire technique en outil de décision.

Passe 3 — Priorisation

Croiser l'inventaire avec le modèle de Mosca. Un certificat TLS de site vitrine et une base d'archives médicales chiffrée n'appellent pas la même urgence : le premier protège des données éphémères et publiques ; la seconde, des données sensibles pour des décennies. On hiérarchise par X + Y décroissant.

Passe 4 — Feuille de route

Traduire la priorisation en plan : quoi migrer, dans quel ordre, vers quels algorithmes (les standards NIST ML-KEM pour l'échange de clés, ML-DSA et SLH-DSA pour les signatures), et selon quels paliers. Le principe directeur n'est pas « tout remplacer » mais la crypto-agilité : rendre les futurs changements d'algorithme peu coûteux.

Prioriser les correctifs : la logique de Mosca en pratique

La tentation est de commencer par ce qui est facile à corriger. C'est une erreur. On commence par ce dont la valeur dans le temps dépasse l'horizon de migration — même si c'est plus difficile. Concrètement, trois catégories :

• Urgent : données à longue durée de vie, transitant ou stockées sous chiffrement à clé publique classique. Premières cibles du « harvest now ».
• Important : authentification et signatures, dont la compromission future ouvre des portes — mais sans rétro-exposition des données passées.
• Différable : données éphémères ou publiques, où le risque quantique est marginal.

Erreurs courantes — et comment les éviter

• Confondre inventaire et migration. Vouloir corriger en découvrant. On inventorie d'abord, on décide ensuite ; sinon on optimise des détails en ignorant le risque principal.
• Oublier la durée de vie des données. Sans X, toute priorisation est arbitraire. C'est la donnée la plus difficile à obtenir et la plus déterminante.
• Ignorer la cryptographie « invisible ». Celle embarquée dans des dépendances, des SaaS, du matériel. On ne la voit pas, mais elle protège — ou expose — vos données.
• Migrer sans crypto-agilité. Remplacer un algorithme figé par un autre algorithme figé. La prochaine transition arrivera ; l'architecture doit l'absorber sans nouveau chantier.

Après l'inventaire

Un inventaire bien mené laisse une organisation avec trois acquis durables : une vision claire de son exposition, une priorisation défendable, et une feuille de route séquencée. La migration post-quantique devient alors un projet d'ingénierie ordinaire — planifié, budgété, mesurable — au lieu d'une angoisse abstraite.

C'est précisément l'objet de notre travail : transformer un risque que peu savent encore nommer en une suite d'étapes concrètes, à la portée d'une PME.