Coldcard expose les risques de la garde crypto

Une nouvelle estimation change l’échelle de l’incident

Une reconstruction récente de l’incident Coldcard affirme que les pertes liées à une génération de seed trop faible sont nettement plus importantes que les bilans publics précédents. Le chercheur, qui signe Mikhail, dit avoir reconstruit l’espace de recherche exploitable et identifié environ 2 052 graines de portefeuille compromises ainsi que 35 189 adresses uniques déjà vidées [1].

Ce chiffre est essentiel, car une faille de portefeuille matériel ne se mesure pas uniquement au nombre de transactions de vol visibles. Une seule seed peut contrôler de nombreuses adresses, y compris des adresses de change et des adresses situées plus loin dans les chemins de dérivation. Le chercheur soutient que les comptages antérieurs sous-estimaient l’empreinte réelle parce qu’ils se concentraient sur les adresses finales de balayage plutôt que sur les racines de portefeuille reconstituées [1].

Selon la même analyse, le vol net atteindrait environ 5 080 BTC, tandis que les flux bruts passés par les clés faibles auraient atteint environ 10 950 BTC, la différence étant en grande partie attribuée à des mouvements internes de change et non à des pertes supplémentaires [1]. Le chercheur ajoute qu’environ 2 918 BTC resteraient on-chain dans des adresses de consolidation contrôlées par l’attaquant, et qu’environ 991 BTC auraient atteint des plateformes d’échange ou des services identifiés [1].

Ces chiffres ne constituent pas une décision judiciaire, un rapport de régulateur ni un audit indépendant complet. Mais ils forment une accusation précise, accompagnée d’un dépôt de données, et ils renforcent la leçon centrale: si l’entropie échoue au moment de créer la seed, un portefeuille peut sembler sécurisé pendant des années tout en restant devinable.

Ce qui aurait échoué dans la génération de seed

La cause alléguée est d’une simplicité inquiétante: un firmware censé utiliser une source matérielle de hasard aurait dirigé la génération de seed vers un pseudo-hasard logiciel beaucoup trop faible. Dans sa reconstruction, Mikhail décrit un lot de firmware où le RNG matériel était effectivement désactivé pour la création de seed, ce qui aurait laissé environ 19 à 20 bits d’entropie pratique dans son modèle [1].

Pour un portefeuille Bitcoin, c’est un effondrement de sécurité. Une phrase de récupération doit être impossible à deviner, même pour un adversaire disposant d’une puissance de calcul massive. Si l’espace de recherche se réduit à quelque chose d’explorable avec des GPU ordinaires, la différence entre stockage froid et cible chaude disparaît. L’appareil peut rester hors ligne, la seed peut être gravée sur acier, l’utilisateur peut éviter tout phishing; si la seed est née faible, l’attaquant n’a besoin ni du matériel ni de la victime.

Un second chercheur, publié deux jours plus tôt, a reproduit une partie de la recherche sur le RNG faible des appareils Mk3 et affirme qu’un passage complet dans une dimension de candidats de 24 bits a pris un peu plus de quatre heures et demie sur une Nvidia 3090 [2]. Il rapporte 1 157 racines de portefeuilles faibles reconstruites, 2 808 adresses Bitcoin correspondantes, et indique que toutes ces adresses Bitcoin étaient vides, soit parce qu’elles ont été drainées, soit parce que leurs propriétaires les avaient déjà vidées [2].

Cette seconde analyse élargit aussi le problème au-delà de Bitcoin. Elle fait état de huit portefeuilles Ethereum liés à des racines faibles, tous vidés, puis d’un commentaire de suivi affirmant qu’un portefeuille Dogecoin avait également été drainé avant d’être encaissé via une destination associée à un service en moins de 15 minutes [2]. Les montants hors Bitcoin sont bien plus modestes, mais l’enjeu est structurel: une seed BIP-39 faible peut générer des clés sur plusieurs chaînes.

Un risque toujours actif, pas seulement un incident passé

La partie la plus préoccupante de la dernière reconstruction est l’affirmation selon laquelle l’infrastructure de balayage serait encore active. Mikhail écrit que le dernier drain automatique qu’il a trouvé date du 19 août 2026, et que l’activité remonterait au moins à 2021 [1]. Dans un commentaire, il décrit l’affaire non comme un vol ponctuel, mais comme une fuite lente dont la vague de juillet n’aurait été que la partie visible [1].

Cette distinction est déterminante pour les utilisateurs. Un vol passé est un événement de perte. Un bot de balayage encore actif est un danger permanent. Si un utilisateur renvoie des fonds vers une adresse dérivée d’une seed affectée, l’attaquant automatisé peut tenter de les retirer à nouveau. C’est pourquoi la recommandation pratique converge vers la migration, et non vers une simple mise à jour.

La mise à jour publiée par Coinkite le 4 septembre insiste sur ce point: installer le nouveau firmware ne rend pas sûre une seed déjà vulnérable [3]. L’entreprise indique que les utilisateurs dont la seed a pu être générée sur un firmware affecté entre 2021 et juillet 2026 doivent créer une seed entièrement nouvelle avec un firmware corrigé, puis déplacer les fonds selon l’avis de migration dédié [3].

La page actuelle d’état de sécurité de Coldcard répète la même distinction: la mise à jour corrige la génération future de seed, mais ne répare pas une seed existante affectée [4]. Elle liste les lignes de versions corrigées, dont Mk2/Mk3 4.2.0 ou ultérieur, Mk4/Mk5 standard 5.6.0 ou ultérieur, Q standard 1.5.0Q ou ultérieur, avec comme versions standard recommandées Mk4/Mk5 5.6.2 et Q 1.5.2Q [4].

Les nouveaux contrôles montrent ce qui devait être vérifiable

La version du 4 septembre vise à rendre la création de seed plus inspectable. Coinkite indique que le firmware 5.6.2 pour Mk4/Mk5 et 1.5.2Q pour Q rétablit la visibilité sur l’entrée générée par l’appareil pendant la création de seed et ajoute un outil autonome permettant de vérifier le mélange avec des jets de dés ou des lancers de pièce [3].

Le nouveau flux exige une source d’entropie fournie par l’utilisateur pour chaque nouvelle seed maître, seed temporaire ou CCC Key C générée: au moins 65 pressions de touches avec un rythme imprévisible, 50 jets physiques d’un dé à six faces ou 128 lancers physiques de pièce [3]. Coinkite affirme que le flux standard combine cette entrée utilisateur avec de l’entropie fraîche provenant du TRNG STM32 et de deux éléments sécurisés [3].

La fonction “View TRNG Words” affiche une entrée de 256 bits générée par l’appareil avant le mélange avec l’entropie utilisateur, et l’outil de vérification peut recalculer la seed finale à partir de ces mots TRNG et de la séquence complète de dés ou de pièces [3]. Cela ne prouve pas que toute faille possible a disparu. Mais cela traduit une leçon importante: les utilisateurs doivent pouvoir vérifier le processus de génération de seed, et pas seulement croire que le matériel a fait ce qu’il promettait.

La page d’état de sécurité indique que des vérifications indépendantes ciblées ont validé certains mécanismes de correction, notamment un test matériel du RNG sur appareil réel, des revues de source et une reconstruction de build reproductible avec trace du chemin des dés, tout en précisant que ces contrôles ne sont pas un audit complet de tous les binaires firmware [4]. Cette réserve est cruciale. La bonne conclusion n’est pas que Coldcard serait désormais sans risque. Aucun portefeuille matériel ne l’est. La conclusion est que les détails invisibles doivent devenir aussi visibles, testables et revus que possible.

Pourquoi l’affaire touche le cœur de l’autogarde

Les portefeuilles matériels sont vendus comme une réponse au risque des plateformes centralisées. Ils sortent les actifs des dépositaires, réduisent l’exposition aux logiciels malveillants en ligne et donnent à l’utilisateur le contrôle des clés. L’épisode Coldcard montre l’autre face du contrat: l’autogarde transfère aussi le risque d’implémentation, le risque opérationnel et la charge de récupération vers l’individu.

La plupart des utilisateurs ne peuvent pas inspecter des flags de compilation, tracer un chemin d’entropie ou prouver qu’une seed provient d’une vraie source aléatoire. Ils voient un appareil scellé, une phrase de récupération et une marque de sécurité. En temps normal, cette abstraction est utile. En cas d’échec d’entropie, elle devient dangereuse, car la faiblesse est silencieuse. Il n’y a pas d’alerte rouge sur l’écran, pas d’adresse visiblement mal formée, pas de signe on-chain avant le mouvement des fonds.

Cette reconstruction dépasse donc la controverse autour d’un seul produit. Elle met sous pression le modèle de confiance de la crypto. “Ne faites pas confiance, vérifiez” reste une formule puissante, mais la vérification doit être réellement accessible. Si seuls quelques spécialistes peuvent reconstituer les défaillances plusieurs années plus tard, l’utilisateur moyen continue de faire confiance à une chaîne d’approvisionnement, à un processus firmware et à une implémentation du hasard qu’il ne voit pas.

La conclusion pratique

Pour les utilisateurs affectés, la ligne est claire: une mise à jour du firmware ne suffit pas; les fonds doivent être déplacés vers une seed nouvellement générée selon les consignes corrigées [3]. Une passphrase BIP-39 forte peut ajouter une barrière, mais la guidance actuelle de Coldcard indique qu’elle ne répare pas une seed affectée [4].

Pour l’industrie, la leçon est plus large. Le hasard n’est pas un détail secondaire d’implémentation. Il est la racine de la propriété. Quand l’entropie s’effondre, l’autogarde s’effondre avec elle. La dernière vague d’analyses autour de Coldcard expose non seulement le mode de défaillance d’un portefeuille, mais aussi la fragilité de la promesse faite à tout utilisateur: devenir sa propre banque en toute sécurité.

Sources des dernières 72 heures

1. [1][SERIOUS] I reconstructed the Coldcard RNG losses on-chain and it came out bigger than the public numbers (2,052 seeds, 35,189 drained addresses)6 sept. 2026, 20:31 UTC
2. [2][SERIOUS 2] Results of reproducing the MK3 weak-RNG search: 1157 weak wallet roots reconstructed and evidence the hack extended to ETH.4 sept. 2026, 19:30 UTC

Article généré par IA à partir d’une recherche web récente, puis conservé comme instantané éditorial daté.