Imaginez découvrir qu’un outil que vous pensiez inviolable a discrètement généré des clés trop faibles pendant cinq longues années. C’est exactement ce qui s’est produit avec certains modèles Coldcard. Environ 1 816 Bitcoin, soit près de 116 millions de dollars au moment des faits, ont disparu de plus de 5 200 adresses. Pas de vol physique, pas de PIN forcé, pas de malware installé. Juste une erreur de génération de seed qui a transformé des phrases de récupération censées être impossibles à brute-forcer en cibles accessibles à distance.
Ce Qui S’est Vraiment Passé Avec La Génération De Seeds
Coldcard, le portefeuille matériel Bitcoin-only fabriqué par Coinkite, a longtemps été présenté comme l’un des plus robustes du marché. L’idée de base est simple et solide : les clés privées restent isolées, les transactions sont signées à l’intérieur de l’appareil, et l’utilisateur garde le contrôle total. Pourtant, une faille de firmware a frappé au moment le plus critique, celui de la création initiale de la seed.
Selon l’avis de sécurité publié par le fabricant, une erreur d’intégration logicielle a fait que certains appareils utilisaient un générateur de nombres aléatoires logiciel prévisible au lieu de la source matérielle prévue. Les versions concernées vont de 4.0.1 à 4.1.9 pour les modèles Mk2 et Mk3. La première version vulnérable est sortie en mars 2021. Pendant plus de cinq ans, le problème est resté silencieux.
Sur les Mk2 et Mk3 touchés, l’entropie effective est tombée à environ 40 bits au lieu des 128 bits attendus. Pour les Mk4, Mk5 et le modèle Q, on parlait plutôt de 72 bits. Une seed de 128 bits correctement générée offre un espace de possibilités immense. À 40 bits, on se retrouve avec environ un billion de combinaisons. Un espace que des systèmes spécialisés peuvent explorer lorsqu’ils connaissent le processus de génération.
Point clé : la faiblesse ne touchait pas le stockage sécurisé des clés, mais leur création. Une fois la seed reconstruite, les attaquants pouvaient dériver les clés privées et signer des transactions depuis n’importe quel système.
Comment Les Attaquants Ont Procédé Sans Accès Physique
Les analyses on-chain menées par des cabinets spécialisés ont permis de retracer plusieurs vagues de mouvements à partir du 30 juillet. Les pertes préliminaires s’élèvent à environ 1 816 BTC répartis sur plus de 5 200 adresses. La plupart des fonds ont d’abord été consolidés avant d’être déplacés. On a observé quelques tentatives de blanchiment limitées, dont un dépôt de 64,9 BTC vers Wasabi et l’envoi de 200 ETH via Tornado Cash début août.
Ce qui surprend, c’est le profil des transactions. Les différences de construction entre les vagues suggèrent que plusieurs acteurs distincts ont pu exploiter la même faiblesse plutôt qu’un seul groupe organisé de type étatique. Le rythme de laundering observé ne correspond pas aux méthodes ultra-rapides souvent associées aux groupes étatiques.
Bobby Gray, fondateur de TEXITcoin, a résumé la situation avec une formule qui a marqué les esprits : Coldcard a fonctionné avec un générateur de seed cassé pendant cinq ans, et cela a encore coûté 116 millions de dollars. Il insiste sur un point central : ceux qui ont ajouté leur propre entropie via des jets de dés indépendants n’ont pas été touchés.
Pourquoi L’entropie Manuelle A Tout Changé
Coinkite a clairement indiqué dans son avis que les utilisateurs ayant saisi au moins 50 jets de dés équitables, privés et indépendants lors de la création de la seed ne sont pas considérés comme exposés à cette faille spécifique. Entre 50 et 98 jets, on ajoute au moins 128 bits d’entropie. Au-delà de 99, on approche les 256 bits.
Ceux qui ont fait moins de 50 jets, ou qui ne se souviennent plus du nombre exact, de la confidentialité du processus ou des mots finaux retenus, ont été invités à migrer leurs fonds. Gray a souligné que les personnes qui se sont contentées de faire confiance à l’appareil ont tout perdu, tandis que celles qui ont pris le temps d’ajouter leur propre aléatoire sont sorties indemnes.
« La confiance aveugle, c’est ce qui a échoué ici. L’auto-conservation prend la faute qu’elle ne mérite pas. Si vous n’avez pas vérifié indépendamment votre entropie, vous ne savez pas réellement ce que vous détenez, peu importe le nombre de fonctionnalités de sécurité empilées autour. »
Cette distinction est essentielle. L’incident n’est pas une preuve que l’auto-conservation est intrinsèquement défaillante. C’est une démonstration que la création des clés doit être vérifiée, pas seulement assumée.
Les Réactions Des Utilisateurs Et Le Retour Vers Les Plateformes
Face à la nouvelle, une partie des détenteurs de Bitcoin a réagi de manière prévisible : retour massif vers les plateformes centralisées. OKX a rapporté des dépôts records dans les jours qui ont suivi. Le comportement est l’exact inverse de ce que l’on avait observé après l’effondrement de FTX, quand les utilisateurs fuyaient les exchanges pour se réfugier dans l’auto-conservation.
Gray a immédiatement rejeté cette solution de facilité. Confier ses clés à une plateforme, c’est simplement transférer le risque. Les services centralisés peuvent geler les retraits, subir des failles de sécurité ou faire faillite. « Courir vers un exchange parce qu’un appareil vous a déçu n’est pas non plus une solution, puisque vous confiez simplement votre risque, et vos clés, à quelqu’un d’autre qui peut les perdre à votre place », a-t-il déclaré.
Pour les investisseurs américains qui ne cherchent qu’une exposition au prix du Bitcoin, les ETF spot listés offrent une alternative réglementée. Les actionnaires ne détiennent pas les clés et n’ont pas à gérer de seed. Les produits comme le trust iShares de BlackRock s’appuient sur des dépositaires institutionnels. Mais cette solution transfère aussi le risque : les documents réglementaires listent explicitement le piratage, la faute d’employés, les défaillances techniques et les transferts non autorisés comme sources possibles de perte. L’assurance partagée ne couvre pas forcément tous les scénarios.
Ce Que Les Utilisateurs Touchés Doivent Faire Maintenant
Coinkite a publié des firmwares corrigés pour tous les modèles concernés : version 4.2.0 pour les Mk2 et Mk3, 5.6.0 pour les Mk4 et Mk5 standard, et 1.5.0Q pour le Coldcard Q. Ces mises à jour empêchent uniquement la génération de futures seeds vulnérables. Elles ne peuvent pas renforcer une seed déjà créée. La faiblesse reste attachée à la phrase de récupération, même si on l’importe dans un autre portefeuille.
La procédure recommandée est claire et stricte. Installer le firmware correct. Générer une seed entièrement nouvelle. Vérifier son empreinte et l’adresse de réception. Effectuer d’abord une petite transaction test. Seulement ensuite déplacer le solde restant. Conserver l’ancienne sauvegarde jusqu’à confirmation réseau sur le nouveau portefeuille.
Checklist de migration
- Mettre à jour le firmware vers la version corrigée
- Générer une seed neuve avec entropie vérifiée
- Comparer l’empreinte et l’adresse de réception
- Envoyer un montant test, attendre la confirmation
- Transférer le reste, puis archiver l’ancienne seed
Cette migration n’est pas optionnelle pour ceux qui ont utilisé une seed générée sur les versions concernées sans ajout d’entropie manuelle suffisante. Le risque reste présent tant que les fonds sont liés à la seed faible.
Au-Delà De L’incident : Ce Que Cela Change Pour L’auto-Conservation
L’affaire relance un débat de fond. Beaucoup d’utilisateurs traitent le hardware wallet comme une boîte noire magique. On l’achète, on génère une seed, on note les mots, et on se sent protégé. Or la sécurité réelle commence avant même le stockage des clés. Elle commence au moment où l’aléatoire est produit.
Gray insiste sur le fait que l’auto-conservation n’a pas échoué. C’est le processus de création des clés qui a failli. Aucun attaquant n’a eu besoin de voler un appareil, d’obtenir un PIN ou d’installer un firmware malveillant. Une fois la seed reconstruite, tout le reste devenait trivial.
Cette nuance est importante pour ne pas tirer de conclusions excessives. L’auto-conservation reste, pour de nombreux maximalistes Bitcoin, la seule façon de réellement détenir l’actif. Mais elle exige une discipline que beaucoup n’ont pas encore adoptée : vérifier l’origine de l’entropie, comprendre ce que fait réellement le firmware, et ne jamais faire confiance aveuglément à un fabricant, aussi réputé soit-il.
Les utilisateurs qui ont pris l’habitude d’ajouter des jets de dés ou d’autres sources d’aléatoire externes ont prouvé que cette couche supplémentaire n’était pas superflue. Elle a fait la différence entre une perte totale et une situation intacte.
Les Limites De La Confiance Aveugle Dans Les Outils
Il est tentant de croire qu’un appareil certifié, open-source et Bitcoin-only offre une protection absolue. L’histoire de Coldcard montre que même un fabricant sérieux peut introduire une erreur de configuration de build qui passe inaperçue pendant des années. TRM Labs a attribué la faiblesse à une configuration de compilation apparue avec la version 4.0.1.
Ce type de bug n’est pas unique dans l’histoire des portefeuilles matériels. D’autres incidents ont déjà montré que la chaîne de confiance — du code source au binaire flashé — reste un point sensible. Les audits, les reproductions de build et la vérification par des tiers indépendants existent, mais ils ne sont pas toujours suivis par la majorité des utilisateurs finaux.
Pour un détenteur de Bitcoin, la leçon pratique est double. Premièrement, ne jamais se contenter de la génération par défaut si l’appareil le permet. Deuxièmement, considérer chaque seed existante comme potentiellement fragile jusqu’à preuve du contraire, surtout si elle a été créée pendant la période critique.
ETF Spot Versus Clés Privées : Deux Logiques Différentes
Pour une partie des investisseurs, notamment institutionnels ou simplement peu techniques, les ETF Bitcoin spot offrent une solution de simplicité. Pas de seed, pas de firmware, pas de migration. On achète des parts et on laisse la garde à des dépositaires professionnels. BlackRock, dans ses documents, nomme Coinbase Custody comme dépositaire principal et Anchorage Digital Bank comme option possible.
Cette commodité a un prix. L’investisseur détient un titre coté, pas le Bitcoin sous-jacent. Il ne peut pas le retirer vers un portefeuille personnel ni l’utiliser pour des paiements. Les risques listés dans les filings restent réels : piratage, faute interne, panne technique, transfert non autorisé. L’assurance mutualisée ne couvre pas forcément l’intégralité des scénarios de perte.
À l’inverse, l’auto-conservation donne le contrôle total, mais exige une compétence et une vigilance permanentes. L’incident Coldcard n’invalide pas ce modèle. Il rappelle simplement qu’il ne tolère aucune approximation sur la génération des clés.
Ce Que L’on Peut Retenir Pour L’avenir
L’épisode laisse plusieurs enseignements concrets. D’abord, l’entropie n’est pas un détail technique réservé aux experts. C’est le socle de toute sécurité cryptographique. Ensuite, la mise à jour de firmware ne répare jamais une seed déjà générée de manière faible. Enfin, le réflexe de fuite vers les exchanges après un incident de ce type ne résout rien sur le long terme ; il ne fait que déplacer le point de défaillance.
Pour ceux qui restent attachés à l’auto-conservation, la discipline suivante devient incontournable : vérifier systématiquement la source d’aléatoire, documenter le processus de création de seed, et traiter chaque nouvelle génération comme un moment critique. Les jets de dés ou toute autre source d’entropie indépendante ne sont plus un luxe, mais une barrière de protection mesurable.
Les fabricants, de leur côté, devront renforcer les processus de validation de build et de tests d’entropie. Cinq ans de présence d’une erreur de ce type dans des versions déployées montrent qu’il reste des marges de progression importantes dans la chaîne de production logicielle des hardware wallets.
Au final, l’affaire Coldcard n’est pas l’histoire d’un échec de Bitcoin ni d’un échec de l’auto-conservation en soi. C’est l’histoire d’une confiance trop totale placée dans un outil, et d’une génération d’aléatoire qui n’a pas tenu ses promesses. Les 116 millions de dollars évaporés restent un rappel coûteux : en matière de clés privées, on ne délègue jamais entièrement la responsabilité de l’entropie.
Les utilisateurs qui ont pris le temps d’ajouter leur propre aléatoire ont prouvé qu’une couche supplémentaire de contrôle personnel change radicalement l’issue. Ceux qui ont simplement fait confiance au dispositif ont découvert, parfois trop tard, que la boîte noire pouvait contenir une faille invisible pendant des années. La prochaine seed que vous générerez mérite peut-être plus d’attention que la précédente.
Dans un écosystème où la valeur stockée dans les hardware wallets continue de croître, chaque incident de ce type force une réflexion collective. L’auto-conservation reste un choix exigeant. Elle récompense ceux qui vérifient, et elle punit ceux qui se contentent de croire. L’épisode Coldcard l’a rappelé avec une clarté brutale et un coût très concret.
Les prochains mois permettront de mesurer si les comportements évoluent durablement ou si le retour massif vers les plateformes centralisées n’était qu’un mouvement de panique temporaire. Pour l’instant, les chiffres de dépôts observés montrent que beaucoup ont choisi la facilité immédiate. Gray et d’autres voix de l’écosystème continuent de marteler que cette facilité a un prix, et que ce prix se paie souvent plus tard, dans d’autres circonstances.
En attendant, la règle d’or reste simple : si vous n’avez pas contrôlé l’origine de votre entropie, vous ne détenez pas vraiment ce que vous croyez détenir. Cette phrase, brutale, résume peut-être mieux que tout le reste la leçon de cet été 2026.
