Hack Coldcard : NVK Défend Ses Audits Face Aux Critiques

Imaginez découvrir, un matin de juillet, que près de 1 800 bitcoins ont quitté des portefeuilles matériels réputés inviolables en moins d’une heure. Trois mois plus tard, le débat enfle encore. Le fondateur de Coinkite sort de son silence pour rappeler qu’au moins quinze examens de sécurité ont scruté son appareil sans jamais déceler le défaut. Des développeurs historiques de Bitcoin répondent que des alertes avaient déjà circulé en privé. Entre défense des audits passés, accusations de mensonge et consignes de migration obligatoires, l’affaire Coldcard force toute la communauté à revoir ce qu’elle croyait savoir sur la génération d’entropie et la confiance dans les wallets physiques.

La Défense De NVK S’Appuie Sur Quinze Examens Manqués

Le 9 novembre, Rodolfo Novak, mieux connu sous le pseudonyme NVK, a publié un long fil sur X. Il y dresse la liste de ce qu’il présente comme une série impressionnante de contrôles. Selon lui, au moins quinze travaux externes de revue ou de recherche ont porté sur le matériel Coldcard, son firmware, les outils liés au générateur de nombres aléatoires ou encore les procédures de publication des versions. Parmi ces examens figurent deux revues payées : celle du modèle Mk4 en 2022 et celle du modèle Q en 2024.

NVK insiste particulièrement sur un passage au crible mené par le développeur Rob Ham avec l’outil de cybersécurité d’OpenAI. Le résultat aurait signalé 85 problèmes potentiels et entraîné plusieurs corrections. Pourtant, aucune trace du défaut de génération des seeds n’est apparue. « La vérité dérangeante, c’est qu’il a fallu un nouveau modèle d’IA pour trouver ce que les humains n’avaient pas trouvé », écrit-il. Cette affirmation place immédiatement le débat sur le terrain de l’intelligence artificielle et de ses capacités supposées à dépasser les auditeurs humains.

La vérité dérangeante, c’est qu’il a fallu un nouveau modèle d’IA pour trouver ce que les humains n’avaient pas trouvé.

NVK

Le bug lui-même date de mars 2021. Lors de la création d’une seed, cette suite de 12 ou 24 mots qui permet de reconstituer toutes les clés d’un portefeuille, le firmware appelait le générateur logiciel de MicroPython au lieu de la puce de hasard matériel prévue. Des clés censées être introuvables devenaient ainsi devinables par force brute. Le 30 juillet, un premier balayage a vidé 1 196 adresses en seulement 41 minutes. Le chiffre total des bitcoins siphonnés s’établit autour de 1 800 BTC.

Pourquoi Les Audits Ont-Ils Échoué

Plusieurs experts ont tenté d’expliquer ce ratage collectif. Dès le 3 août, Nick Percoco, responsable sécurité de Kraken, soulignait un point crucial : les auditeurs vérifiaient généralement la présence du bon générateur dans le code source, sans contrôler systématiquement que le firmware de production l’appelait réellement. Fin août, Trezor ajoutait qu’un audit payé de mars 2022, qui couvrait justement la génération aléatoire, était lui aussi passé à côté.

Cette distinction entre code source examiné et comportement réel de l’appareil en production apparaît aujourd’hui comme l’angle mort principal. Les listes de contrôle classiques se concentraient sur la présence théorique des composants de sécurité plutôt que sur leur activation effective dans chaque binaire distribué. Le résultat est un décalage dangereux entre la confiance affichée et la réalité du terrain.

Luke Dashjr Et Les Alertes Privées

La riposte n’a pas tardé. Le même jour, Luke Dashjr, développeur historique de Bitcoin Core, a publié neuf observations précises sur le générateur aléatoire de Coldcard. Il affirme les avoir d’abord communiquées en privé à Coinkite. Ses remarques concernent l’initialisation du générateur, la gestion des erreurs des puces STM32 et la détection des valeurs répétées. Il précise n’avoir effectué qu’un examen rapide et ne prétend pas que chaque point était directement exploitable.

Sur la question de l’intelligence artificielle, en revanche, il ne prend aucun gant. Présenter ces failles comme trouvables uniquement par une IA géniale relève, selon lui, du mensonge pur et simple. Cette accusation directe a immédiatement enflammé les discussions. Pour Luke Dashjr, le problème n’était pas l’absence d’outils sophistiqués, mais le manque de prise en compte d’observations déjà formulées.

James O’Beirne a également raconté avoir commencé à éplucher le firmware dès mai 2025. Il s’interrogeait sur la bibliothèque libngu et sur des constantes codées en dur dans le générateur logiciel de secours. On lui aurait répondu que la configuration était correcte sur les appareils physiques. Il admet aujourd’hui ne pas avoir suffisamment insisté. Ces témoignages croisés dessinent un tableau où des doutes ont existé bien avant la découverte publique de juillet.

Le Ton Monte Dans La Communauté

Alex Waltz a accusé Coinkite d’avoir découragé l’examen approfondi de son code. De son côté, Shinobi a pris la défense de NVK en rappelant que des relecteurs avaient bien inspecté le système d’entropie sans rien remarquer d’anormal. NVK, pour sa part, répète qu’un message privé exprimant une inquiétude ne vaut pas une divulgation de faille reproductible avec un scénario d’attaque clair.

Cette opposition entre alerte informelle et divulgation responsable structure une grande partie du débat actuel. D’un côté, ceux qui estiment que des signaux faibles auraient dû être pris plus au sérieux. De l’autre, ceux qui rappellent que seuls des rapports détaillés et reproductibles permettent réellement de corriger un problème. Le dialogue reste tendu, chacun campant sur sa définition de ce qui constitue un avertissement valable.

Un Postmortem Toujours En Préparation

Côté Coinkite, la page de statut sécurité mise à jour le 1er octobre liste quatre vérifications indépendantes ciblées sur les firmwares corrigés. Elle précise toutefois qu’il n’existe aucun audit indépendant complet de chaque binaire. Le postmortem technique détaillé, attendu depuis l’été, reste officiellement « en préparation ». Cette absence de document exhaustif nourrit les frustrations.

Les versions recommandées aujourd’hui sont la 5.6.3 pour les modèles Mk4 et Mk5, ainsi que la 1.5.3Q pour le modèle Q. Mais une simple mise à jour du firmware ne suffit pas. Elle ne migre pas une seed déjà créée. Seule exception reconnue : une seed générée avec au moins 50 lancers de dé équitables et jamais exposés apporte environ 128 bits d’entropie. Pour toutes les autres, la consigne reste stricte : créer une nouvelle phrase de récupération sur un appareil à jour, puis transférer les fonds.

Ce Que La Faille Révèle Sur La Confiance

L’affaire Coldcard met en lumière une tension structurelle dans l’écosystème des wallets matériels. Ces appareils sont vendus comme le summum de la sécurité, souvent avec l’argument d’audits multiples. Pourtant, la découverte tardive d’un bug introduit en 2021 montre que même les examens les plus sérieux peuvent manquer un défaut subtil. Le recours à l’intelligence artificielle comme argument de défense soulève aussi des questions sur l’avenir des audits humains.

Si un modèle d’IA récent a effectivement permis de localiser le problème, cela ne dispense pas les fabricants de renforcer leurs processus. Les utilisateurs, quant à eux, découvrent que la simple possession d’un hardware wallet ne garantit plus une sécurité absolue. La migration forcée vers de nouvelles seeds devient un rituel de prudence, même pour ceux qui pensaient avoir tout bien fait.

Une petite partie du butin a déjà changé de mains dans le bon sens. Le 21 septembre, des whitehats ont regroupé 52,37 BTC liés au hack dans un trust du Wyoming destiné à les rendre aux victimes. Cela représente à peine 3 % des quelque 1 800 bitcoins volés. Le geste symbolique existe, mais il reste marginal face à l’ampleur des pertes.

Les Limites Des Audits Classiques

Le cas Coldcard force à reconsidérer la valeur réelle des audits de sécurité dans l’industrie. Un audit n’est jamais une garantie totale. Il dépend de la portée du mandat, du temps alloué, de l’expérience des auditeurs et de leur capacité à tester le comportement réel du produit plutôt que le code source isolé. Quand plusieurs examens successifs manquent le même défaut, c’est l’ensemble de la méthodologie qui doit être interrogé.

Les fabricants ont tendance à afficher le nombre d’audits comme un argument marketing. Les utilisateurs y voient une preuve de sérieux. L’affaire actuelle montre pourtant que la quantité ne remplace pas la qualité ni la profondeur. Vérifier qu’un générateur matériel est présent dans le code ne suffit pas si le firmware de production continue d’appeler une alternative logicielle vulnérable.

Cette leçon dépasse largement Coinkite. Tout fabricant de wallet matériel ou logiciel doit désormais se demander si ses propres processus d’audit permettent réellement de détecter un appel incorrect à une fonction critique. Les utilisateurs, de leur côté, comprennent qu’ils ne peuvent plus se reposer uniquement sur les labels « audité ».

L’Intelligence Artificielle Comme Révélateur

L’argument de NVK selon lequel seule une IA récente pouvait trouver la faille a divisé la communauté. Pour certains, cela illustre le progrès des outils d’analyse de code. Pour d’autres, cela ressemble à une tentative de minimiser les alertes humaines antérieures. Luke Dashjr a tranché clairement : présenter la découverte comme exclusive à l’IA relève du mensonge.

Au-delà de la polémique, la question demeure pertinente. Les modèles de langage et les outils d’analyse statique ou dynamique progressent rapidement. Ils peuvent explorer des chemins d’exécution que des auditeurs humains pressés par le temps négligent. Mais ils ne remplacent pas encore la compréhension contextuelle d’un développeur expérimenté qui connaît les pièges classiques des générateurs d’entropie.

L’idéal se situe probablement dans une combinaison des deux approches. Utiliser l’IA pour élargir le champ des recherches tout en maintenant des examens humains approfondis et des tests sur matériel réel. L’affaire Coldcard pourrait accélérer cette hybridation dans les prochaines années.

Les Conséquences Pour Les Utilisateurs Actuels

Si vous avez créé votre seed sur un Coldcard avant l’été 2026, cette querelle publique ne change rien à votre situation personnelle. La migration reste obligatoire. Une mise à jour du firmware ne répare pas une phrase de récupération déjà compromise. Les attaquants disposent désormais des moyens de reconstruire certaines seeds générées pendant la période vulnérable.

La procédure recommandée est claire. Mettre l’appareil à jour, générer une nouvelle seed dans des conditions contrôlées, vérifier plusieurs fois la phrase, puis déplacer l’ensemble des fonds. Ceux qui ont utilisé des dés physiques pour enrichir l’entropie peuvent éventuellement faire exception, à condition d’avoir réellement effectué un nombre suffisant de lancers et de n’avoir jamais exposé la seed.

Le coût psychologique de cette migration n’est pas négligeable. Beaucoup d’utilisateurs avaient choisi Coldcard précisément pour éviter ce genre de scénario. Se retrouver contraint de recommencer le processus de sécurisation crée une fatigue et, parfois, une perte de confiance plus large envers l’ensemble des solutions matérielles.

Ce Que L’Industrie Doit Retenir

Au-delà du cas particulier de Coinkite, plusieurs enseignements se dégagent. D’abord, la transparence sur les limites des audits est préférable à une communication exclusivement rassurante. Ensuite, les canaux de signalement privé doivent être clairement définis et pris au sérieux, même lorsque le message n’est pas encore un rapport d’exploitation complet. Enfin, les tests doivent systématiquement inclure le comportement réel des binaires de production et pas seulement le code source.

Les fabricants ont intérêt à publier des postmortems détaillés rapidement. L’absence prolongée d’un tel document dans le cas Coldcard alimente les spéculations et les accusations. Une analyse technique transparente, même si elle révèle des erreurs, contribue davantage à restaurer la confiance qu’un silence prolongé ou des justifications partielles.

Les utilisateurs, eux, doivent intégrer que la sécurité est un processus continu plutôt qu’un état acquis une fois pour toutes. Même les meilleurs appareils peuvent contenir des défauts non détectés pendant des années. La diversification des méthodes de stockage, la prudence dans la génération des seeds et la capacité à migrer rapidement restent les meilleures protections.

Le Rôle Des Whitehats Et Des Trusts

Le regroupement de 52,37 BTC par des whitehats dans un trust du Wyoming constitue l’un des rares éléments positifs de cette histoire. Même si le montant reste symbolique par rapport au total volé, il montre qu’une partie de la communauté refuse de laisser les victimes sans recours. Ces initiatives de récupération, lorsqu’elles sont menées dans un cadre légal clair, peuvent contribuer à limiter les dégâts.

Elles ne remplacent cependant pas la prévention. Une fois les fonds partis vers des adresses contrôlées par des attaquants, les chances de récupération complète restent faibles. La priorité absolue demeure d’empêcher que de nouvelles seeds vulnérables soient générées et que les anciennes soient exploitées.

Vers Une Nouvelle Culture De La Sécurité

L’affaire Coldcard pourrait marquer un tournant dans la façon dont l’industrie aborde les audits et la communication de crise. Les utilisateurs sont de plus en plus exigeants. Ils ne se contentent plus d’un chiffre d’audits affiché sur un site web. Ils demandent des détails sur la portée, les méthodes et les limites de chaque examen. Ils veulent aussi des canaux de signalement qui fonctionnent réellement.

Les fabricants qui sauront tirer les leçons de cet épisode sortiront renforcés. Ceux qui s’enfermeront dans une posture défensive risquent de perdre progressivement la confiance d’une partie de leur base. Dans un domaine où la confiance est le principal actif, chaque faille non gérée correctement laisse des traces durables.

Pour l’instant, le débat reste vif. NVK continue de défendre la qualité des examens passés et le rôle de l’intelligence artificielle. Luke Dashjr et d’autres maintiennent que des signaux avaient été envoyés. Le postmortem technique complet est toujours attendu. En attendant sa publication, les détenteurs de Coldcard n’ont qu’une seule priorité concrète : migrer leurs fonds vers de nouvelles seeds générées sur des firmwares corrigés.

Cette obligation de migration, aussi contraignante soit-elle, reste le seul moyen de sortir définitivement de la zone de danger créée par un bug vieux de plus de cinq ans. Elle rappelle, une fois de plus, que dans l’univers des cryptomonnaies, la vigilance ne se délègue jamais complètement, même aux appareils les plus réputés.

Perspectives À Moyen Terme

Dans les mois qui viennent, plusieurs évolutions semblent probables. D’abord, une pression accrue sur tous les fabricants de wallets matériels pour publier des détails plus fins sur leurs processus d’audit. Ensuite, un intérêt grandissant pour les outils d’analyse assistés par intelligence artificielle, non pas comme solution miracle, mais comme complément aux examens humains. Enfin, une possible standardisation des procédures de signalement privé afin d’éviter les malentendus entre chercheurs et entreprises.

Les utilisateurs, de leur côté, pourraient adopter des habitudes plus strictes. Générer systématiquement des seeds avec une source d’entropie externe vérifiable, tester régulièrement la capacité de restauration, et prévoir des plans de migration en cas de découverte de vulnérabilité. Ces pratiques, déjà recommandées par certains, pourraient se généraliser.

L’histoire de Coldcard n’est pas terminée. Tant que le postmortem détaillé n’est pas publié et que les fonds restants n’ont pas été récupérés ou définitivement considérés comme perdus, le dossier restera ouvert. Il servira longtemps d’exemple de ce qui peut arriver lorsque la confiance dans les audits se substitue à une vérification continue et approfondie du comportement réel des appareils.

En définitive, cette affaire ne diminue pas l’intérêt des wallets matériels. Elle rappelle simplement qu’aucun système n’est parfait et que la sécurité reste un effort permanent. Les quinze audits évoqués par NVK n’ont pas suffi. Les alertes privées n’ont pas non plus empêché l’exploitation. Seule une combinaison plus exigeante de méthodes, de transparence et de réactivité pourra réduire la probabilité que de tels incidents se reproduisent à l’avenir.