Des milliers de portefeuilles de cryptomonnaies, répartis sur plusieurs blockchains, pourraient être exposés à un risque de compromission à cause d’une génération insuffisamment robuste des phrases de récupération, selon une alerte publiée par Coinspect. La vulnérabilité, baptisée Ill Bloom, vise un maillon rarement visible par l’utilisateur, la qualité de l’aléa utilisé au moment de créer une seed phrase, aussi appelée phrase mnémonique. Lorsque cette étape repose sur un hasard biaisé ou prévisible, un attaquant peut réduire drastiquement l’espace de recherche et tenter de reconstituer des clés privées associées.
L’enjeu est concret, une phrase de récupération n’est pas seulement un moyen de restauration, elle constitue la racine de l’accès aux fonds. Si le processus de génération est affaibli, les protections classiques, comme les mots de passe d’application ou certains contrôles côté interface, ne suffisent plus. Dans ce scénario, la sécurité dépend d’une propriété mathématique simple, l’imprévisibilité. C’est précisément ce point que l’analyse met en cause, avec un risque qui ne se limite pas à une seule chaîne, mais à des portefeuilles compatibles avec des standards partagés.
La dénomination Ill Bloom renvoie à l’écosystème des listes de mots utilisées par les standards de type BIP, et au fait qu’un mauvais tirage initial peut produire des phrases appartenant à un sous-ensemble beaucoup plus petit que prévu. Pour un utilisateur, l’effet est invisible, la phrase a l’air normale, le portefeuille fonctionne, les transactions passent. Le problème apparaît plus tard, quand des acteurs malveillants testent des combinaisons plausibles, à grande échelle, dans l’espoir de tomber sur des adresses actives.
Selon les éléments relayés, le risque principal concerne des implémentations où la source d’entropie, donc le hasard, n’atteint pas le niveau requis. Dans la pratique, cela peut être lié à des bibliothèques, à des générateurs pseudo-aléatoires mal initialisés, à des environnements mobiles contraints, ou à des usages où la phrase est créée dans des conditions non idéales, par exemple hors ligne sur un appareil ancien. Le signal d’alerte porte moins sur une faille unique que sur une classe de problèmes, une génération de phrases de récupération qui ne garantit pas la distribution uniforme attendue.
Coinspect décrit Ill Bloom comme un défaut d’entropie à la création
Dans l’analyse publiée par Coinspect, le cur du problème tient à la qualité de l’entropie utilisée pour produire une phrase mnémonique. Une seed phrase standard, souvent en 12 ou 24 mots, est censée représenter un espace de recherche astronomique. Cet espace devient inatteignable pour une attaque par force brute si, et seulement si, les mots proviennent d’un tirage aléatoire. Si le tirage est biaisé, l’espace se contracte et l’attaque redevient envisageable, au moins pour des acteurs disposant d’infrastructure.
Le point technique est souvent mal compris. La liste de mots, typiquement 2048 termes dans les standards BIP, n’est pas le facteur déterminant. Ce qui compte est la qualité des bits initiaux, avant conversion en mots. Une implémentation peut respecter le format, afficher une phrase valide et générer des adresses conformes, tout en restant vulnérable si le hasard sous-jacent est insuffisant. La faille Ill Bloom met l’accent sur cette dissociation entre conformité apparente et sécurité réelle.
Le risque est amplifié par la standardisation. De nombreux portefeuilles, matériels ou logiciels, reposent sur des briques communes, bibliothèques cryptographiques, fonctions de dérivation, standards de phrases mnémoniques. Une faiblesse dans un composant réutilisé, ou dans une manière de l’intégrer, peut se retrouver à grande échelle. C’est ce qui explique l’estimation évoquant des milliers de wallets potentiellement concernés, sans que cela implique que tous les grands portefeuilles du marché soient affectés.
Les chercheurs et auditeurs de sécurité observent depuis plusieurs années une montée des attaques opportunistes liées aux erreurs de génération. Elles sont différentes des vols par phishing ou par malware, car elles peuvent viser des utilisateurs prudents, qui n’ont jamais saisi leur phrase sur un site frauduleux. Si la phrase est faible dès l’origine, l’attaquant n’a pas besoin d’interaction. Il lui suffit de tester des candidats, puis de surveiller les adresses dérivées, en cherchant des soldes non nuls.
Coinspect ne présente pas ce type d’attaque comme trivial. Même avec une réduction d’espace, l’effort reste important. Mais l’économie des attaques change dès qu’un attaquant peut cibler un sous-ensemble plausible, automatiser les vérifications et concentrer ses ressources sur des environnements à fort rendement. Dans ce contexte, la défense repose sur une règle stricte, une seed phrase doit venir d’une génération à forte entropie, idéalement sur un appareil réputé fiable et à jour.
Des portefeuilles multi-chaînes exposés via des standards BIP39 et dérivations
La mention de plusieurs blockchains s’explique par l’usage transversal des standards de phrases mnémoniques et de dérivation. Une même seed phrase peut permettre de dériver des clés et des adresses pour Bitcoin, Ethereum et d’autres réseaux, via des chemins de dérivation. Une faiblesse à la création ne se limite donc pas à une seule chaîne, elle se propage à toutes les adresses générées à partir de la même racine.
Dans l’écosystème, BIP39 est largement utilisé pour encoder l’entropie en mots, tandis que d’autres standards, comme BIP32 et BIP44, structurent la dérivation hiérarchique. Ce modèle apporte une grande portabilité, l’utilisateur peut restaurer son portefeuille dans une autre application compatible. Mais cette portabilité a une contrepartie, un défaut de génération peut se répliquer dans toutes les restaurations. Restaurer dans un portefeuille plus sûr ne corrige pas une phrase déjà faible.
Les portefeuilles multi-chaînes, très populaires depuis l’essor des applications Web3, concentrent le risque. Un utilisateur peut stocker plusieurs actifs, stablecoins, tokens, NFT, sur une même phrase. Une compromission donne accès à un ensemble plus large, ce qui augmente l’incitation économique. Les attaquants n’ont pas besoin de viser une chaîne en particulier, ils peuvent balayer des dérivations courantes et vérifier automatiquement la présence de fonds.
Cette logique s’observe déjà dans des campagnes de wallet sweeping, où des scripts surveillent des adresses et déclenchent des transactions dès qu’un solde apparaît. Dans le cas Ill Bloom, l’idée serait similaire, mais au lieu de collecter des clés via une arnaque, l’attaquant tenterait de reconstruire des phrases probables. La faisabilité dépend du niveau de faiblesse, d’un biais mesurable ou d’une entropie basse, et des ressources disponibles.
Pour les utilisateurs, l’indicateur principal est l’origine de la phrase. Une seed phrase créée par un portefeuille reconnu, sur un appareil moderne, avec un générateur aléatoire robuste, réduit fortement le risque. À l’inverse, des méthodes artisanales, des générateurs en ligne, des applications inconnues ou des environnements modifiés peuvent introduire des fragilités. Le fait que la phrase soit longue ne suffit pas si la source initiale est compromise.
Scénarios d’attaque, du balayage d’adresses aux scripts de reconstitution
Une attaque liée à une génération faible suit souvent un schéma en plusieurs étapes. D’abord, l’attaquant cherche un modèle de faiblesse exploitable, par exemple une implémentation qui utilise un générateur pseudo-aléatoire prévisible, ou une entropie partiellement déterministe. Ensuite, il produit un ensemble de phrases candidates, puis dérive des adresses selon des chemins courants, enfin il vérifie les soldes sur la blockchain. L’automatisation rend ce processus industriel, même si le coût reste élevé.
Le terme Ill Bloom suggère un sous-espace de phrases valides mais anormalement fréquent, ce qui revient à dire que certaines combinaisons apparaissent plus souvent qu’elles ne le devraient. Dans un monde idéal, chaque seed phrase possible est aussi probable qu’une autre. Si une famille de phrases devient plus probable, un attaquant peut la prioriser. Le gain ne vient pas d’un miracle cryptographique, mais d’une optimisation statistique, qui peut faire passer une attaque de l’impossible au coûteux, puis au rentable sur des cibles nombreuses.
Les blockchains publiques facilitent la vérification. Un attaquant n’a pas besoin d’accéder à un serveur privé pour savoir si une adresse contient des fonds. Il peut interroger un nud, des indexeurs, ou des explorateurs, et filtrer les adresses actives. Cette transparence est une force pour l’audit, mais elle offre aussi un terrain favorable aux attaques automatisées. Dès qu’une adresse dérivée d’une phrase faible reçoit des actifs, elle peut devenir une cible.
Dans les cas les plus dommageables, l’attaquant ne se contente pas de vider le compte une fois. Il peut aussi surveiller l’adresse et répéter l’opération si l’utilisateur recharge. Certains utilisateurs attribuent alors le vol à un malware ou à un phishing, alors que la cause initiale est plus ancienne, une seed phrase faible créée des mois plus tôt. Cette confusion retarde la réponse et augmente les pertes potentielles.
Pour limiter les risques, les bonnes pratiques restent connues mais doivent être appliquées strictement. Générer la phrase sur un portefeuille matériel réputé, ou sur une application open source auditable, maintenir les appareils à jour, éviter tout générateur en ligne, ne jamais recopier la phrase dans un gestionnaire de notes connecté. En cas de doute sur la qualité de la phrase, la seule mesure efficace est de créer une nouvelle seed phrase fiable et de transférer les fonds vers de nouvelles adresses.
Mesures de mitigation, audits de code et régulation des portefeuilles
Du côté des éditeurs de portefeuilles, la mitigation commence par l’audit de la chaîne de génération, depuis la collecte d’entropie jusqu’à l’encodage en mots. Cela implique de s’appuyer sur des sources d’aléa cryptographique fournies par le système d’exploitation, de vérifier les conditions d’initialisation et de refuser les environnements trop faibles. Les équipes de sécurité recommandent souvent des tests statistiques, des revues de code et des audits externes, en particulier pour les bibliothèques partagées.
La difficulté est que la sécurité ne se voit pas dans l’interface. Un portefeuille peut avoir une expérience utilisateur soignée et rester fragile si un composant discret est mal intégré. Les audits réalisés par des acteurs spécialisés, dont Coinspect, servent à documenter ces points et à pousser l’écosystème vers des pratiques plus strictes. Dans les projets open source, la transparence aide, mais elle ne remplace pas une vérification formelle des choix d’implémentation.
Pour les entreprises, la gestion du risque passe aussi par des politiques internes. Interdire les phrases générées par des outils non approuvés, privilégier des portefeuilles matériels, imposer une rotation en cas de doute, et segmenter les fonds sur plusieurs coffres. Les plateformes de conservation institutionnelle utilisent des schémas de type multi-signatures ou MPC, qui changent le modèle de menace, mais les portefeuilles grand public restent largement basés sur les seed phrases.
Les autorités et régulateurs s’intéressent de plus en plus aux exigences minimales de sécurité des services liés aux cryptoactifs. Même si un portefeuille non custodial laisse la responsabilité à l’utilisateur, la frontière est parfois floue quand un éditeur fournit l’application, le support, et des services intégrés. Des exigences sur la qualité de génération, la divulgation de vulnérabilités et la réponse aux incidents pourraient se renforcer, surtout si des pertes massives sont attribuées à des défauts de conception.
Pour le grand public, le message est simple, une phrase de récupération doit être créée dans un contexte maîtrisé, puis stockée hors ligne. Les alertes comme Ill Bloom rappellent qu’un portefeuille n’est pas seulement une application, c’est une chaîne de confiance technique. Quand le premier maillon, la génération, est faible, tout le reste perd de sa valeur, même avec des outils modernes et une vigilance quotidienne.
Questions fréquentes
- Que faire si votre seed phrase a peut-être été générée avec une entropie faible ?
- La mesure la plus sûre consiste à créer une nouvelle seed phrase avec un portefeuille réputé, idéalement un appareil matériel ou une application auditable sur un système à jour, puis à transférer tous les fonds vers de nouvelles adresses dérivées. Restaurer la même phrase dans un autre portefeuille ne corrige pas une phrase initialement faible. Il faut aussi vérifier qu’aucune copie numérique de la phrase n’existe, notes, captures d’écran, cloud, et renforcer la sécurité des appareils utilisés.
- Robinhood prépare un agent IA pour le trading crypto, 70 000 comptes déjà créés - 11 juillet 2026
- Uniswap réduit les incitations LP et mise sur l’exécution technique pour garder la liquidité - 10 juillet 2026
- Binance voit sortir 115 millions $ de stablecoins par jour, un signal de liquidité en baisse - 10 juillet 2026
