Mise À Jour Coldcard Force Le Déplacement Des Bitcoins

Imaginez ouvrir votre hardware wallet un matin et découvrir que la phrase de récupération que vous pensiez inviolable repose en réalité sur une base bien trop prévisible. C’est exactement ce qui s’est produit pour une partie des utilisateurs de Coldcard. Après trois semaines d’examen minutieux, le fabricant a publié les versions 5.6.1 et 1.5.1Q. Ces mises à jour ne se contentent pas de corriger un défaut technique : elles obligent certains propriétaires à abandonner purement et simplement leur seed actuel et à déplacer leurs bitcoins vers un nouveau portefeuille. Une décision lourde de conséquences qui remet en question la confiance accordée aux dispositifs de self-custody.

Une faille qui a changé la donne pour les détenteurs de Coldcard

Le 31 juillet dernier, Coldcard avait déjà déployé un correctif d’urgence. Depuis, l’équipe a passé près d’un mois à revoir l’ensemble des processus liés à la génération de seeds, à la signature des transactions et à la gestion des connexions. Le résultat est arrivé le 20 août 2026 sous la forme de deux firmwares distincts : la 5.6.1 destinée aux modèles Mk4 et Mk5, et la 1.5.1Q réservée aux appareils Q.

Ce n’est pas un simple patch de sécurité. La mise à jour transforme radicalement la manière dont un nouveau seed est créé. Désormais, chaque phrase de récupération doit intégrer au moins une source d’aléa fournie directement par l’utilisateur. Clavier, dés ou pièces de monnaie deviennent obligatoires. L’idée est simple : ne plus jamais dépendre uniquement des générateurs internes de l’appareil.

Le dispositif combine ensuite ces données humaines avec le générateur vrai aléatoire du processeur STM32 et les deux éléments sécurisés SE1 et SE2. En multipliant les sources, Coldcard réduit le risque qu’une seule composante défaillante compromette l’ensemble de l’entropie. Mais cette exigence nouvelle ne s’applique qu’aux seeds créés après l’installation du firmware. Les anciennes phrases restent exactement ce qu’elles étaient : potentiellement trop faibles.

Pourquoi certaines seeds ne peuvent pas être réparées

C’est le point le plus délicat de l’annonce. Installer la version 5.6.1 ou 1.5.1Q ne « soigne » pas un seed déjà généré. La faiblesse est inscrite dans les 12 ou 24 mots eux-mêmes. Importer ces mots dans un autre hardware wallet, dans un logiciel ou même dans un Coldcard fraîchement mis à jour ne change rien : l’entropie initiale reste insuffisante.

Les versions concernées sont clairement identifiées. Pour les Mk2 et Mk3, il s’agit des firmwares allant de 4.0.1 à 4.1.9. Pour les Mk4 et Mk5, tous les seeds créés avant la version standard 5.6.0 ou Edge 6.6.0X sont touchés. Du côté des Coldcard Q, la limite se situe avant la 1.5.0Q ou la 6.6.0QX. Les modèles Mk1 échappent à cette régression, tout comme les produits Coinkite qui utilisent une architecture différente (TAPSIGNER, OPENDIME, SATSCARD).

Une exception existe toutefois. Les utilisateurs qui, au moment de la création du seed, avaient déjà ajouté au moins 50 lancers de dés équitables, indépendants et restés privés, sont considérés comme protégés. Ces 50 lancers apportaient théoriquement les 128 bits d’entropie manquants. Mais dès que le nombre exact de lancers n’est plus connu, ou que la séquence a pu être observée, la migration devient recommandée.

Une phrase de récupération trop faible reste trop faible, même protégée par un passphrase BIP-39. Le passphrase ajoute une couche, il ne corrige pas le fond.

Comment s’est produite la faille initiale

Le problème remonte à une modification de firmware datant de mars 2021. Selon l’analyse menée par l’équipe Bitcoin de Block, certains appareils appelaient un fallback déterministe MicroPython au lieu d’utiliser le générateur matériel STM32 prévu. Résultat : sur les anciens Mk2 et Mk3, l’entropie effective pouvait descendre autour de 40 bits. Sur les Mk4, Mk5 et Q, l’élément sécurisé apportait une contribution, mais le total plafonnait à environ 72 bits. Dans les deux cas, on restait loin des 128 bits attendus.

Avec seulement 40 ou 72 bits d’aléa réel, un attaquant disposant de ressources de calcul sérieuses peut générer des millions de seeds possibles, dériver les adresses correspondantes et les comparer aux adresses visibles sur la blockchain. Dès qu’une correspondance apparaît, les clés privées sont connues. Plus besoin de voler l’appareil, de deviner le PIN ou d’attaquer le réseau Bitcoin lui-même.

Les analyses ultérieures ont identifié au moins quatre vagues d’attaques. Plus de 5 200 adresses auraient été touchées, pour un total estimé autour de 1 816 bitcoins. Les chiffres varient selon que l’on se base uniquement sur les victimes déclarées ou que l’on élargit le périmètre aux adresses repérées par des patterns transactionnels. Galaxy Research a transmis les adresses suspectes aux exchanges, aux enquêteurs blockchain et aux autorités fédérales américaines. Mi-août, environ 90 % des bitcoins déplacés lors des vagues confirmées n’avaient toujours pas quitté les wallets de destination identifiés.

Les nouvelles protections ajoutées par le firmware 5.6.1

Au-delà de l’entropie utilisateur, la version 5.6.1 introduit plusieurs durcissements. La vérification des transactions partiellement signées (PSBT) se fait désormais en plusieurs étapes, juste avant la signature finale. Le comportement par défaut de SIGHASH a également évolué, afin de mieux contrôler quelles parties de la transaction sont réellement couvertes par la signature.

Les frontières autour des connexions USB et des mises à jour de firmware ont été renforcées. Le mode Delta bénéficie d’une isolation améliorée. Les sauvegardes liées au wallet actif ont été corrigées. Des contrôles supplémentaires ont été ajoutés autour de l’initialisation du générateur de nombres aléatoires et de la détection de fautes potentielles.

Coldcard insiste sur un point pratique : avant d’installer le fichier, il faut vérifier sa signature numérique. Cette vérification permet de s’assurer que le firmware provient bien de l’éditeur et qu’il n’a pas été modifié en chemin.

La procédure de migration recommandée

Pour les utilisateurs concernés, l’ordre des opérations est clair. D’abord mettre à jour l’appareil avec le firmware le plus récent. Ensuite générer un seed entièrement nouveau en respectant les nouvelles exigences d’entropie humaine. Noter cette phrase hors ligne, vérifier l’adresse de réception affichée sur l’écran du Coldcard, puis effectuer un petit transfert test. Une fois le test réussi, déplacer le solde principal. L’ancienne sauvegarde doit être conservée jusqu’à confirmation définitive, mais elle ne doit plus jamais recevoir de fonds.

Le fabricant rappelle que quiconque observe les frappes de touches, les résultats des dés ou les faces des pièces peut obtenir des informations utiles pour reconstruire le seed. Ces données humaines doivent donc rester strictement privées.

Un impact plus large sur les choix de conservation

L’affaire a déjà modifié les comportements de certains détenteurs américains. Jonathan Brockmeier, responsable de la conformité chez OKX, a signalé début août des niveaux records d’entrées sur les plateformes centralisées dans la foulée des attaques. Transférer ses bitcoins vers un exchange supprime la responsabilité de la gestion du seed, mais place les fonds sous le contrôle d’un tiers.

Pour ceux qui souhaitent uniquement une exposition au prix, les ETF Bitcoin spot offrent une alternative réglementée. Les parts s’échangent via un compte-titres classique tandis que des dépositaires institutionnels détiennent les bitcoins sous-jacents. Cette option gagne du terrain précisément dans les périodes où la confiance dans le self-custody est ébranlée.

Le débat de fond reste entier. La self-custody reste le seul moyen de détenir réellement ses bitcoins sans contpartie. Mais elle impose une discipline technique et une vigilance constante. Une erreur dans la génération du seed, une mauvaise sauvegarde ou une mise à jour négligée peut coûter très cher. L’épisode Coldcard le rappelle avec une netteté particulière.

Ce que révèle l’analyse de Block

L’équipe d’ingénierie Bitcoin de Block a détaillé le mécanisme exact. Lors de la création du seed, le code passait par un chemin déterministe MicroPython au lieu d’interroger le générateur matériel. Sur les appareils plus anciens, le résultat était particulièrement catastrophique. Même sur les modèles plus récents, la contribution de l’élément sécurisé restait insuffisante pour atteindre le niveau de sécurité attendu.

Cette découverte a conduit Coldcard à revoir non seulement la génération de seeds, mais aussi l’ensemble des contrôles autour de l’aléa. Les nouveaux firmwares intègrent désormais des vérifications plus strictes de l’initialisation du générateur et de la détection d’anomalies. L’objectif est d’empêcher qu’une régression similaire puisse se produire à l’avenir.

Les limites de la protection par passphrase

Beaucoup d’utilisateurs pensent qu’ajouter un passphrase BIP-39 suffit à sécuriser un seed faible. Coldcard est formel sur ce point : le passphrase crée une barrière supplémentaire, mais il ne répare pas l’entropie manquante de la phrase de base. Un attaquant qui a déjà reconstruit le seed principal n’a plus qu’à tester des passphrases, ce qui reste bien plus simple que de brute-forcer 128 bits d’aléa réel.

La recommandation reste donc de remplacer entièrement la phrase de récupération, même si un passphrase robuste était déjà en place. Mieux vaut repartir sur des bases saines que de conserver un fondement fragile.

Les réactions de la communauté et les mouvements observés

Sur les réseaux et dans les forums spécialisés, les discussions ont été vives. Certains utilisateurs ont découvert après coup qu’ils étaient concernés. D’autres, qui avaient pris l’habitude d’ajouter systématiquement des dés, se sont sentis rassurés. Les échanges ont aussi porté sur la transparence de Coldcard : le fabricant a reconnu les pertes financières subies par une partie de sa clientèle et a poursuivi l’examen technique pendant plusieurs semaines.

Les données d’on-chain montrent que les flux vers les exchanges ont augmenté dans les jours qui ont suivi les premières révélations. Ce mouvement s’explique en partie par la volonté de certains détenteurs de sortir rapidement d’un environnement perçu comme risqué. D’autres ont préféré migrer vers d’autres hardware wallets ou vers des solutions multisignature plus complexes.

Pourquoi l’entropie utilisateur devient la norme

En exigeant désormais une contribution humaine systématique, Coldcard s’aligne sur une pratique déjà recommandée par de nombreux experts en sécurité. Les générateurs matériels, même de qualité, peuvent présenter des faiblesses imprévues. Ajouter une source d’aléa externe et non corrélée reste la meilleure garantie.

Les 65 frappes de touches, les 50 dés ou les 128 pièces de monnaie ne sont pas des gestes anodins. Ils forcent l’utilisateur à participer activement à la création de sa propre sécurité. Cette participation a un coût en temps et en attention, mais elle réduit drastiquement la surface d’attaque liée à un générateur unique.

Coldcard distingue d’ailleurs clairement le processus standard (qui mélange désormais entropie humaine et matérielle) de la méthode avancée « dice-only », qui possède ses propres seuils minimaux. L’utilisateur reste libre de choisir la méthode, à condition de respecter les quantités minimales d’aléa.

Les autres améliorations techniques du firmware

La vérification étagée des PSBT constitue une avancée notable. Avant de produire la signature, l’appareil examine la transaction par étapes successives. Cette approche limite le risque qu’une donnée mal formée ou malveillante soit signée par inadvertance.

Le changement de comportement par défaut de SIGHASH renforce également le contrôle. En définissant plus précisément quelles parties de la transaction sont couvertes, on réduit les possibilités de manipulation a posteriori. Les améliorations autour de l’USB et des mises à jour de firmware visent quant à elles à réduire les vecteurs d’attaque liés aux interfaces physiques.

Le mode Delta, utile pour isoler certaines opérations, bénéficie d’une isolation renforcée. Les correctifs portant sur les sauvegardes du wallet actif évitent des situations où une copie de sécurité pouvait se retrouver dans un état incohérent.

Ce que les utilisateurs non concernés doivent retenir

Même si votre seed a été généré en dehors des versions listées, l’épisode mérite attention. Il montre qu’une régression logicielle peut s’introduire silencieusement et rester indétectée pendant des années. Les audits externes, les analyses de code et la transparence des fabricants deviennent des critères de choix aussi importants que les spécifications techniques affichées.

Pour ceux qui génèrent un nouveau seed aujourd’hui, suivre les nouvelles recommandations d’entropie utilisateur est le minimum. Conserver une trace écrite hors ligne, vérifier systématiquement les adresses sur l’écran du dispositif et tester les transferts restent des réflexes indispensables.

Le rôle des autorités et des enquêteurs

Galaxy Research a partagé les adresses suspectes avec plusieurs acteurs. Les exchanges, les sociétés d’analyse blockchain et les services fédéraux américains ont reçu les informations. La coordination entre acteurs privés et autorités constitue un élément important de la réponse. Même si une grande partie des bitcoins n’a pas encore bougé, le suivi on-chain reste actif.

Ces échanges illustrent aussi les limites de l’anonymat relatif de Bitcoin. Une fois qu’un seed a été compromis et que des fonds ont été déplacés, les adresses de destination deviennent traçables. Les efforts de récupération passent alors par la collaboration avec les plateformes où les fonds pourraient un jour être convertis en monnaies fiduciaires.

Perspectives pour la self-custody après cet incident

L’affaire Coldcard n’est pas la première faille touchant un hardware wallet, et elle ne sera probablement pas la dernière. Elle rappelle que la sécurité absolue n’existe pas. Chaque couche de protection — générateur matériel, élément sécurisé, entropie utilisateur, passphrase, multisignature — apporte un gain, mais aucune n’est infaillible isolément.

Les fabricants sont désormais sous pression pour démontrer non seulement la robustesse de leurs générateurs, mais aussi la qualité de leurs processus de développement et de revue de code. Les utilisateurs, de leur côté, doivent accepter que la self-custody exige un niveau d’attention et de connaissance technique plus élevé que le simple dépôt sur un exchange.

Dans les mois qui viennent, on peut s’attendre à ce que d’autres constructeurs renforcent eux aussi les exigences d’entropie utilisateur et multiplient les contrôles autour de la génération de seeds. L’épisode servira sans doute de référence dans les discussions sur les bonnes pratiques de conservation.

Comment vérifier si vous êtes concerné

La première démarche consiste à identifier la version de firmware utilisée au moment de la création du seed. Si cette information n’est plus disponible, la prudence commande de considérer le seed comme potentiellement vulnérable et de procéder à une migration. Les utilisateurs qui se souviennent avoir ajouté un nombre suffisant de dés privés peuvent se sentir plus sereins, à condition que la séquence n’ait jamais été exposée.

Coldcard a publié des indications précises sur les plages de versions concernées. Les consulter attentivement reste le meilleur moyen d’évaluer sa situation personnelle. En cas de doute, la migration vers un nouveau seed reste la solution la plus sûre.

Les leçons à tirer pour l’ensemble de l’écosystème

Cet incident met en lumière plusieurs points critiques. La dépendance à un unique générateur d’aléa constitue un point de défaillance unique. L’absence de contribution humaine systématique augmente le risque. Les régressions logicielles peuvent rester latentes pendant des années avant d’être découvertes. Enfin, la communication transparente du fabricant, même lorsqu’elle implique de reconnaître des pertes pour les clients, reste préférable au silence.

Pour les développeurs de hardware wallets, l’épisode devrait conduire à des processus de revue de code plus stricts et à des tests d’entropie plus systématiques. Pour les utilisateurs, il renforce l’importance de comprendre réellement ce qui se passe lors de la création d’un seed et de ne pas se contenter de cliquer sur « suivant ».

Un rappel sur la nature de Bitcoin

Bitcoin n’offre aucune porte de secours. Une fois les clés perdues ou compromises, les fonds sont définitivement hors d’atteinte. Cette caractéristique, souvent présentée comme une force, devient une contrainte sévère lorsque la génération des clés elle-même s’avère défectueuse. L’épisode Coldcard illustre parfaitement ce double tranchant.

La self-custody confère un pouvoir réel sur ses actifs, mais elle transfère également l’intégralité de la responsabilité technique sur le détenteur. Les hardware wallets sont des outils puissants, pas des solutions magiques. Leur sécurité dépend autant de la qualité de leur conception que de la discipline de l’utilisateur.

Conclusion provisoire : agir plutôt qu’attendre

Les firmwares 5.6.1 et 1.5.1Q marquent une étape importante dans la réponse de Coldcard. Ils corrigent le processus de génération pour l’avenir et renforcent plusieurs mécanismes de sécurité. Mais ils ne réparent pas le passé. Les utilisateurs dont le seed a été créé sur les versions vulnérables n’ont d’autre choix que de migrer.

Cette migration n’est pas anodine. Elle demande du temps, de la concentration et le respect scrupuleux des nouvelles procédures. Elle impose aussi d’accepter que l’ancienne phrase de récupération, même soigneusement sauvegardée, ne doit plus jamais être utilisée. Pourtant, face au risque de voir ses bitcoins disparaître dans une attaque offline, l’effort reste largement justifié.

L’histoire de cette faille restera probablement comme un cas d’école. Elle montre qu’une erreur apparemment technique peut avoir des conséquences financières majeures et qu’aucune architecture n’est à l’abri d’une régression. Elle rappelle aussi que la sécurité en Bitcoin est un processus continu, jamais un état acquis une fois pour toutes.

Pour ceux qui détiennent des bitcoins sur un Coldcard, le message est clair : vérifier la version utilisée au moment de la création du seed, appliquer le nouveau firmware, et, si nécessaire, recommencer entièrement le processus de génération. Mieux vaut une migration anticipée qu’une découverte trop tardive. Dans un univers où la possession réelle des clés reste le seul véritable contrôle, la vigilance technique n’est pas une option. Elle est la condition même de la conservation.