Collecter maintenant, déchiffrer plus tard : pourquoi la menace quantique sur le chiffrement d’entreprise est déjà là

La menace qui est déjà active

La planification de la sécurité en entreprise a un biais structurel vers les menaces visibles et immédiates. Les attaques « collecter maintenant, déchiffrer plus tard » (HNDL) ne produisent aucun de ces signaux. Il n’y a pas de notification de violation, pas d’artefact forensique, pas de ticket d’incident. Un adversaire menant une campagne HNDL contre une entreprise peut avoir des années de trafic chiffré dans ses archives sans aucune indication dans les outils de sécurité.

Les avertissements de la communauté du renseignement sont explicites. CISA, le FBI et la NSA ont tous émis des avis publics indiquant que des acteurs étatiques — principalement des États avec des objectifs de renseignement stratégiques à long horizon — mènent déjà des campagnes de collecte en masse contre les communications chiffrées. La priorité cible : institutions financières, sous-traitants de défense, opérateurs d’infrastructure critique et agences gouvernementales. Les données chiffrées collectées aujourd’hui sont sans valeur à déchiffrer maintenant, mais deviennent lisibles dès qu’un ordinateur quantique cryptographiquement pertinent (CRQC) sera opérationnel.

Trois articles de recherche publiés entre mai 2025 et mars 2026 ont matériellement compressé le calendrier de la menace. Les nouvelles architectures de circuits quantiques ont réduit les ressources estimées pour casser RSA-2048 d’environ 20 millions de qubits physiques (l’estimation aussi récente qu’en 2023) à potentiellement moins de 100 000 sous certaines approches architecturales. L’enquête 2024 du Global Risk Institute auprès d’experts en informatique quantique indique une estimation médiane de 2034 pour les CRQC capables de casser le chiffrement moderne, avec environ un tiers des experts assignant une probabilité supérieure à 30 % dès 2030.

Quelles données sont réellement à risque

Toutes les données chiffrées ne font pas face à une exposition HNDL égale. La menace est la plus sévère pour les informations qui conserveront leur sensibilité sur le calendrier quantique — approximativement 2026 à 2035.

Catégories à haut risque (sensibilité persistant 5 à 15 ans) : plans stratégiques d’entreprise et documentation de fusions-acquisitions, contrats financiers à longue durée, communications liées à la sécurité nationale et à la défense, données de recherche et développement propriétaires, informations personnelles soumises à des exigences de conservation longue durée (dossiers médicaux, financiers, données biométriques).

Catégories à risque moyen (sensibilité persistant 2 à 7 ans) : données concurrentielles de prix et d’approvisionnement, dossiers RH et employés, code source logiciel et secrets commerciaux, données clients protégées par des lois de notification de violation.

Catégories à risque moindre (sensibilité de courte durée) : authentification de transactions en temps réel, clés de session éphémères pour la navigation web, tokens d’authentification API transitoires. Note : même si les données sont éphémères, le matériel de clé peut protéger une infrastructure longue durée — la distinction entre sensibilité des données et sensibilité de l’infrastructure de clés est critique.

La catégorie d’exposition HNDL la plus négligée est le matériel de clé lui-même. Un adversaire qui archive la clé privée de certificat TLS d’une organisation peut rétroactivement déchiffrer toutes les communications historiques ayant utilisé ce certificat — sans avoir besoin de casser RSA directement.

Où l’industrie a déjà évolué

Les bons outils de migration existent désormais et sont déployés à grande échelle. NIST a finalisé trois normes de cryptographie post-quantique en août 2024 : ML-KEM (FIPS 203) pour l’encapsulation de clés, ML-DSA (FIPS 204) pour les signatures numériques, et SLH-DSA (FIPS 205) comme backup. Ce sont des remplaçants directs pour RSA et ECC dans leurs fonctions respectives.

Cloudflare a indiqué en avril 2026 que plus de 65 % du trafic humain transitant par son réseau utilise déjà le TLS post-quantique. Google et Apple ont fixé des délais internes de migration PQC complète à 2029. Apple a intégré la PQC dans iMessage via son protocole PQ3 dès février 2024. OpenSSL 3.x supporte le TLS PQC hybride (combinant l’échange de clés classique et post-quantique dans un même handshake), rendant le TLS PQC accessible comme option de configuration pour toute organisation utilisant une pile web moderne.

Le cadre CNSA 2.0 de la NSA fixe le point de référence mondial de conformité : tous les nouveaux systèmes de sécurité nationale doivent utiliser des algorithmes résistants aux attaques quantiques à partir de janvier 2027 ; migration de la couche applicative d’ici 2030 ; migration complète de l’infrastructure d’ici 2033-2035. La France, le Royaume-Uni, le Canada et l’Allemagne ont émis des orientations parallèles convergeant vers le même calendrier.

Ce que les responsables sécurité d’entreprise doivent faire

1. Prioriser l’exposition HNDL dans la prochaine révision du registre des risques

Le registre des risques est là où HNDL devient actionnable. La plupart des registres de risques évaluent les menaces par leur exploitabilité actuelle — le ransomware obtient un score de probabilité élevé parce qu’il exploite des systèmes en ce moment. HNDL nécessite un cadrage différent : la phase de collecte se passe déjà ; la phase d’exploitation est retardée par le calendrier quantique.

Concrètement : si votre organisation traite de la documentation de fusions-acquisitions, des archives de contrats à long terme, ou des données personnelles réglementées avec des exigences de conservation de 10 ans, ces catégories de données devraient avoir une évaluation d’exposition HNDL dans le registre des risques actuel — pas un risque différé à réviser en 2030.

2. Déployer le TLS PQC hybride au périmètre en premier

L’étape de migration à moindre friction et à impact maximal est l’activation du TLS post-quantique hybride au périmètre réseau — pare-feux applicatifs, passerelles API, équilibreurs de charge et points d’accès CDN. Le TLS PQC hybride combine l’échange de clés ECDH classique avec ML-KEM dans un seul handshake. Si le composant PQC est cassé, le composant classique fournit toujours une protection. Si le composant classique est éventuellement cassé par des ordinateurs quantiques, le composant PQC fournit déjà une protection.

Cloudflare, AWS CloudFront, Azure Front Door et Google Cloud Load Balancing supportent tous des configurations TLS PQC hybrides en 2026. Pour ces plateformes, activer le TLS PQC est un changement de configuration, pas un projet d’ingénierie.

3. Commencer l’inventaire des actifs cryptographiques maintenant — ça prend plus longtemps que vous ne le pensez

La migration cryptographique n’est pas principalement un problème technologique ; c’est un problème de découverte. Avant que tout algorithme puisse être remplacé, chaque emplacement d’utilisation doit être identifié : certificats TLS, chaînes de certificats PKI, clés SSH, clés de signature de code, clés privées stockées dans les HSM, données chiffrées au repos, tokens d’authentification API, et dépendances cryptographiques dans le code applicatif.

Les grandes entreprises découvrent généralement 40 à 60 % de dépendances cryptographiques de plus qu’estimé initialement. La phase d’inventaire seule prend 6 à 18 mois pour les organisations de taille moyenne. Les organisations qui commencent l’inventaire en 2026 ont un chemin crédible pour achever les migrations du périmètre et de la couche applicative avant 2030.

4. Mettre à jour les exigences fournisseurs pour l’agilité cryptographique

Chaque nouveau contrat technologique signé à partir de 2026 devrait exiger l’« agilité cryptographique » — la capacité du fournisseur à faire migrer les algorithmes cryptographiques du produit sans remplacement complet du produit. Exigence pratique : demander aux fournisseurs de documenter leur feuille de route PQC, confirmer que la prise en charge de ML-KEM et ML-DSA sera disponible dans leur produit d’ici 2028, et préciser que les mises à niveau d’algorithme seront livrées dans le contrat de maintenance existant sans coût de licence supplémentaire.

Les HSM sont la catégorie d’approvisionnement la plus critique. Un HSM acheté aujourd’hui restera généralement en service pendant 5 à 10 ans. Un HSM ne supportant pas les mises à niveau firmware PQC est un goulot d’étranglement de migration.

La course contre la montre

La menace HNDL reformule l’urgence de la migration PQC : ce n’est pas un problème futur à résoudre avant une échéance, c’est un problème d’exposition présente aux données qui s’accumule quotidiennement. Chaque jour où des données sensibles à long terme transitent sous chiffrement RSA ou ECC classique représente une nouvelle journée de collecte pour un adversaire aux ambitions quantiques.

Le chemin de migration est clair — les normes NIST sont finales, le TLS hybride est déployable aujourd’hui, le processus d’inventaire est bien compris, et les grands fournisseurs d’infrastructure ont de l’avance. Ce qui manque à la plupart des entreprises n’est pas l’outillage mais l’urgence. Les 65 % de trafic Cloudflare déjà protégés par TLS PQC représentent des organisations qui ont traité cela comme un risque présent, pas une planification future.

Questions Fréquemment Posées

Sources et lectures complémentaires

• Post-Quantum Cryptography in 2026: The Enterprise Guide — Gray Group International
• NIST IR 8547: Migration to Post-Quantum Cryptography Standards — NIST CSRC
• Why 2026 Matters for Quantum Security — The Quantum Insider
• The $15 Billion Post-Quantum Migration: NSA Deadlines Are Set — PR Newswire
• Cloudflare Post-Quantum Roadmap: 65% of Traffic Now PQC-Protected — Cloudflare Blog
• Harvest Now, Decrypt Later: The Quantum Threat Your Risk Register Isn’t Tracking — Horizen Labs
• Harvest Now, Decrypt Later — Palo Alto Networks Cyberpedia