Europol alerte sur la menace quantique : les portefeuilles crypto doivent se préparer

Un ordinateur quantique capable de casser certaines clés cryptographiques n’est pas encore une menace opérationnelle, mais attendre son arrivée serait une erreur stratégique. Dans deux rapports publiés le 7 octobre 2026, Europol place les portefeuilles crypto dont la clé publique est exposée en première ligne et appelle l’écosystème à préparer dès maintenant une migration vers la cryptographie post-quantique.

Ce qu’il faut retenir

• Une machine quantique suffisamment puissante pourrait déduire une clé privée à partir d’une clé publique exposée.
• Les fonds concernés doivent être transférés vers des portefeuilles protégés avant une éventuelle attaque.
• Le minage et les fonctions de hachage ne sont pas considérés comme la principale faiblesse.
• La préparation concerne aussi les données chiffrées aujourd’hui, susceptibles d’être décryptées plus tard.

Menace quantique : pourquoi Europol vise les portefeuilles crypto

Le rapport « Quantum Computing and Cryptocurrencies » décrit un risque précis : un ordinateur quantique assez performant pourrait appliquer l’algorithme de Shor pour retrouver une clé privée à partir d’une clé publique visible sur la chaîne. Il pourrait alors signer une transaction frauduleuse et déplacer les actifs.

Ce scénario, souvent appelé « Q-Day », ne signifie pas que toutes les cryptomonnaies vont disparaître. Europol distingue les signatures cryptographiques, potentiellement vulnérables, des fonctions de hachage de 256 bits, dont la compromission reste hors de portée des technologies prévisibles. Le danger dépend donc du type de clé et de son exposition, pas seulement de la blockchain utilisée.

Clé publique exposée : le risque ne concerne pas chaque portefeuille de la même façon

Un portefeuille dont la clé publique apparaît déjà sur la chaîne ne peut pas être protégé après coup par un simple correctif logiciel, avertit l’agence. La mesure préventive consiste à transférer les fonds vers une adresse reposant sur une cryptographie résistante au quantique, dès qu’une solution compatible est disponible.

Pour illustrer l’enjeu, imaginons Camille, qui réutilise une adresse Bitcoin : cette habitude peut rendre sa clé publique observable après une transaction. La protection des clés privées reste essentielle, mais elle ne suffit pas si la clé publique correspondante est déjà exposée et qu’un attaquant dispose un jour de capacités quantiques.

Les détails et recommandations figurent dans l’alerte officielle d’Europol sur les menaces quantiques. Une analyse complémentaire revient sur la migration post-quantique et les clés publiques exposées dans ce décryptage consacré à Bitcoin.

Cryptographie post-quantique : organiser la préparation dès maintenant

Europol demande une transition progressive et coordonnée : développeurs de blockchains, fournisseurs de portefeuilles, autorités publiques et détenteurs doivent anticiper les changements. Cette préparation quantique implique des mises à jour de protocoles, des pratiques plus strictes de gestion des clés et une information claire sur les portefeuilles à migrer.

Le calendrier du NIST américain, cité dans le second rapport, prévoit de déprécier les configurations de clés publiques les plus courantes d’ici 2030, puis de retirer la cryptographie classique d’ici 2035. Ces échéances ne constituent pas une date annoncée pour Q-Day : elles donnent aux organisations un horizon pour planifier leur cybersécurité et tester les nouveaux mécanismes de sécurité blockchain.

Le risque « collecter maintenant, déchiffrer plus tard »

Le rapport « Harvest Now, Decrypt Later » examine une autre menace : des acteurs peuvent enregistrer aujourd’hui des données chiffrées afin de les déchiffrer avec de futurs ordinateurs quantiques. TLS, SSH et OpenPGP peuvent être concernés selon leur configuration et la gestion des clés ; Europol précise toutefois qu’aucune exploitation systématique à grande échelle n’est établie à ce stade.

Une attaque « juste-à-temps » est aussi envisagée : un adversaire tenterait de dériver une clé privée durant le bref intervalle entre la révélation d’une clé publique par une transaction et sa confirmation. La réponse ne repose donc pas sur une alarme immédiate, mais sur des migrations planifiées et des tests concrets.