Coldcard, l’un des fabricants de hardware wallets Bitcoin les plus respectés de l’écosystème, a confirmé qu’une faille de firmware datant de mars 2021 a entraîné le vol d’environ 1 816 BTC depuis plus de 5 200 adresses. La mise à jour 5.6.1 publiée le 20 août ne corrige que les futures seeds ; les fonds exposés doivent impérativement migrer vers de nouvelles clés.
🔑 En bref
- Un vol record d’environ 1 816 BTC (~116 M$) via une faille de seed Coldcard exploitée depuis juillet 2026
- Le firmware 5.6.1 impose 65 frappes, 50 dés ou 128 piles pour toute nouvelle seed
- Les anciens appareils Mk2/Mk3 n’offraient qu’environ 40 bits d’entropie au lieu de 128
- Les utilisateurs doivent migrer leurs fonds vers une seed générée sur firmware corrigé
- Seule exception : seeds créées avec au moins 50 lancers de dés physiques avant sauvegarde
Une faille de génération vieille de cinq ans
La régression introduite en mars 2021 provenait d’une erreur de configuration de build apparemment anodine. Selon l’analyse technique publiée par Block, un drapeau de fonctionnalité (feature flag) défini à zéro dans le code source était interprété comme actif au moment de la compilation. Résultat : les appareils concernés appelaient un générateur logiciel déterministe écrit en MicroPython au lieu du générateur matériel STM32 prévu.
Cette substitution a réduit drastiquement l’entropie effective des seeds produites. Sur les appareils Mk2 et Mk3 plus anciens, la force brute d’une clé passait d’environ 2^128 à 2^40 combinaisons possibles, soit un niveau trivialement attaquable avec les ressources de calcul actuelles. Sur les appareils Mk4, Mk5 et Q, l’entropie résiduelle atteignait environ 72 bits, insuffisante mais nettement moins critique.
Un attaquant pouvait générer un lot de seeds candidates, en dériver les adresses Bitcoin correspondantes, puis comparer ces adresses aux soldes visibles publiquement sur la blockchain. Toute correspondance permettait de reconstituer la clé privée sans disposer du wallet physique, sans connaître le code PIN, et sans attaquer le réseau Bitcoin lui-même.
L’ampleur du vol : quatre vagues coordonnées
Les premières transactions malveillantes ont été repérées le 30 juillet 2026. En l’espace de 25 minutes, environ 594 BTC, valorisés à 38 M$ au moment des faits, ont été déplacés depuis quelque 500 wallets vers une adresse de consolidation unique. Galaxy Research a documenté la progression à travers quatre vagues majeures et plusieurs incidents secondaires, selon un schéma qui semble délibérément orchestré et programmatique.
| Source / Date | BTC volés | Valeur (USD) | Adresses touchées |
|---|---|---|---|
| 30 juillet 2026 (1re vague) | ~594 BTC | ~38 M$ | ~500 |
| 14 août 2026 (Galaxy Research) | >1 778 BTC | ~112 M$ | >4 585 |
| 14 août 2026 (TRM Labs) | ~1 816 BTC | ~116 M$ | >5 200 |
Au 14 août, le décompte de Galaxy Research atteignait plus de 1 778 BTC drainés depuis plus de 4 585 adresses. TRM Labs chiffrait de son côté le total à environ 1 816 BTC pour une valeur avoisinant 116 M$, depuis plus de 5 200 adresses. Une quatrième vague de fonds était encore en circulation dans le mempool au moment de l’analyse. Selon TRM Labs, environ 90 % du Bitcoin volé lors des vagues confirmées n’avait pas quitté les wallets de destination identifiés début août.
Coldcard durcit le processus de création de seed
Face à la gravité de l’incident, Coinkite a repensé entièrement le processus de création de seed. Le firmware 5.6.1 pour Mk4 et Mk5, ainsi que la version 1.5.1Q pour Q, exigent désormais une contribution de l’utilisateur combinée à l’entropie du générateur STM32 et des deux éléments sécurisés SE1 et SE2. L’utilisateur doit choisir parmi trois options : au moins 65 frappes de touches effectuées à des intervalles imprévisibles, 50 lancers d’un dé à six faces, ou 128 lancers de pièce.
« Chaque seed nouvellement générée nécessite désormais une source d’entropie utilisateur. »
Coinkite, note de mise à jour du 20 août 2026
Au-delà de l’apport humain, Coldcard a remplacé le générateur pseudo-aléatoire Yasmarang par SHA-256 Hash_DRBG et ajouté des tests statistiques destinés à détecter toute défaillance du générateur matériel. La société introduit également une vérification par étapes des transactions PSBT (Partially Signed Bitcoin Transactions) juste avant la signature, afin de bloquer toute modification injectée par un ordinateur compromis connecté en USB. Le firmware durcit aussi la gestion par défaut de SIGHASH (qui détermine quelles parties d’une transaction sont couvertes par la signature) et corrige les sauvegardes impliquant le wallet actif.
Versions affectées et procédure de migration
Coldcard a averti explicitement que l’installation du firmware corrigé ne répare pas les seeds existantes. Toute seed générée sur firmware vulnérable reste exposée, quelle que soit la version actuelle installée sur l’appareil. Les utilisateurs concernés doivent suivre une procédure de migration rigoureuse :
- Mettre à jour le firmware vers une version corrigée et vérifier sa signature numérique
- Générer une nouvelle seed sur l’appareil mis à jour
- Confirmer le backup et l’empreinte du wallet sur l’écran du dispositif
- Effectuer un transfert test de faible montant vers une adresse de réception validée
- Migrer l’intégralité des fonds vers la nouvelle adresse
- Conserver l’ancienne seed jusqu’à confirmation complète de la migration
Coinkite identifie une exception : les utilisateurs ayant ajouté au moins 50 lancers de dés physiques non enregistrés lors de la création initiale disposent d’au moins 128 bits d’entropie indépendante et peuvent conserver leur seed. Les versions vulnérables couvrent les seeds générées sur Mk2 et Mk3 avec les firmwares 4.0.1 à 4.1.9, sur Mk4 et Mk5 avec les versions standards antérieures à 5.6.0 ou Edge antérieures à 6.6.0X, et sur Q avant les versions 1.5.0Q ou Edge 6.6.0QX. Les appareils Mk1 ne sont pas affectés ; TAPSIGNER, OPENDIME et SATSCARD reposent sur des bases de code distinctes.
Réactions de l’industrie : vers une crise de confiance ?
L’incident a relancé le débat sur les arbitrages de l’autocustodie Bitcoin. Jonathan Brockmeier, directeur de la conformité chez OKX, a observé un afflux record vers les plateformes centralisées après les attaques. Charles Guillemet, directeur technique de Ledger, a rappelé que l’ensemble du modèle de sécurité d’un hardware wallet repose in fine sur la qualité du générateur aléatoire.
« C’est la pire frappe de l’histoire du Bitcoin sur les bitcoiners les plus informés et correctement sécurisés. Ce ne sont pas des clés chaudes de plateforme d’échange qui ont fuité. Ce sont des milliers d’individus dont les clés privées personnelles ont été recréées à leur insu. »
Guy Swann, commentateur Bitcoin
Lorenzo Valente, directeur de la recherche sur les actifs numériques chez ARK Invest, a qualifié l’espace hardware autocustodial de « désastre » en termes de réputation, soulignant que les utilisateurs échangent un risque de contrepartie contre un faisceau de risques logiciels, matériels, de chaîne d’approvisionnement, de phishing et de sauvegarde. Nick Neuman, directeur général de Casa, a jugé la recommandation des dés irréaliste pour 99 % des utilisateurs. David Lawrence, cofondateur d’Amicus, estime que l’épisode pourrait accélérer l’adoption de produits réglementés comme l’ETF IBIT de BlackRock. Andrew Lazutkin, directeur technique de Tangem, a nuancé en rappelant que le firmware open-source ne garantit pas automatiquement une meilleure sécurité sans architecture solide et vérification indépendante.
Conclusion : l’autocustodie face à son épreuve
La chronologie de l’attaque pose question : pourquoi cinq ans entre l’introduction de la faille et son exploitation massive ? Galaxy Research évoque une opération « délibérée, programmatique et potentiellement assistée par un grand modèle de langage ». Coinkite a lui-même suggéré que les attaquants ont pu utiliser l’IA pour auditer d’anciennes versions du firmware open-source et y détecter la régression.
Tant que la majorité des fonds reste dans les wallets de destination identifiés (~90 % selon TRM Labs début août), la probabilité d’une revente massive reste limitée. Mais l’épisode démontre que l’autocustodie Bitcoin reste un équilibre délicat entre simplicité d’usage et rigueur cryptographique, et qu’aucun fabricant n’est à l’abri d’une erreur de build apparemment mineure. La prochaine étape dépendra de la vitesse à laquelle les utilisateurs affectés migreront leurs fonds avant qu’une cinquième vague ne soit orchestrée.
Sources
Cet article est publié à titre informatif et éducatif. Il ne constitue en aucun cas un conseil en investissement. Faites vos propres recherches (DYOR) avant toute décision.
