Quinze revues de sécurité, et pas une alarme. Trois mois après le siphonnage d’environ 1 800 BTC sur des wallets Coldcard, le patron de Coinkite rouvre le dossier sur X pour défendre ses audits passés et désigner l’intelligence artificielle comme seule capable d’avoir repéré la faille. Plusieurs développeurs Bitcoin lui répondent qu’ils avaient prévenu.
Si vous avez créé votre seed sur un Coldcard avant l’été, cette querelle ne change rien pour vous. Il faut toujours migrer vers une nouvelle phrase de récupération.
Points clés :
Le 9 novembre, NVK a recensé au moins quinze examens externes passés à côté du défaut.
Selon lui, seul un modèle d’IA récent pouvait débusquer ce bug glissé dans le code en mars 2021.
Luke Dashjr dit avoir transmis en privé à Coinkite neuf remarques sur le générateur aléatoire.
Coinkite reconnaît qu’aucun audit indépendant intégral des firmwares corrigés n’existe à ce jour.
Une mise à jour de l’appareil ne sauve pas une ancienne seed.
Coldcard : la défense de NVK tient en quinze audits
Le 9 novembre, Rodolfo Novak, alias NVK, a publié un long fil sur X. Il y affirme qu’au moins 15 travaux externes de revue ou de recherche en sécurité ont porté sur le matériel Coldcard, son firmware, ses outils liés au générateur de nombres aléatoires ou ses procédures de publication avant la découverte du défaut. Dans le lot figurent deux revues payées, celle du Mk4 en 2022 et celle du Q en 2024.
Il cite aussi un passage au crible mené par le développeur Rob Ham avec l’outil de cybersécurité d’OpenAI. Résultat, 85 problèmes potentiels signalés et plusieurs corrections à la clé, mais aucune trace du défaut de génération des seeds. « 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 NVK.
Le bug date de mars 2021. Pour créer une seed (la suite de 12 ou 24 mots qui permet de reconstituer toutes les clés d’un wallet), 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 devinables par force brute. Le 30 juillet, un premier balayage a vidé 1 196 adresses en 41 minutes.
Faille Coldcard : Luke Dashjr et James O’Beirne disent avoir prévenu
La riposte est arrivée le jour même. Développeur de Bitcoin Core, Luke Dashjr a publié neuf observations sur le générateur aléatoire de Coldcard, qu’il affirme avoir d’abord communiquées en privé à Coinkite. Il vise 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 jeté qu’un coup d’œil rapide et ne pas prétendre que chaque point soit exploitable. Sur l’IA, en revanche, il ne prend pas de gants : présenter ces failles comme trouvables par une IA géniale et par elle seule relève pour lui du mensonge pur et simple.
James O’Beirne avait déjà raconté début août avoir commencé à éplucher le firmware en 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 ne pas avoir insisté.
Le ton monte vite. Alex Waltz accuse Coinkite d’avoir découragé l’examen de son code, quand Shinobi prend la défense de NVK en rappelant que des relecteurs avaient bien inspecté le système d’entropie sans rien voir. Et NVK, de son côté, répète qu’un message privé exprimant une inquiétude ne vaut pas une divulgation de faille reproductible.
Wallet Coldcard : un postmortem toujours en préparation
Les deux camps butent sur le même angle mort. Dès le 3 août, Nick Percoco, responsable sécurité de Kraken, expliquait que les auditeurs vérifiaient la présence du bon générateur dans le code, sans contrôler que le firmware de production l’appelait. Fin août, Trezor ajoutait qu’un audit payé de mars 2022, qui couvrait justement la génération aléatoire, était passé à côté.
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 qu’il n’existe aucun audit indépendant complet de chaque binaire. Le postmortem technique détaillé, attendu depuis l’été ? Toujours « en préparation ».
Pour vous, la consigne n’a pas bougé d’un iota. Les versions recommandées sont la 5.6.3 pour les Mk4 et Mk5 et la 1.5.3Q pour le Q, mais une mise à jour ne migre pas une seed. Seule exception reconnue, une seed créée avec au moins 50 lancers de dé équitables et jamais exposés apporte environ 128 bits d’entropie. Pour toutes les autres, nouvelle phrase de récupération sur un appareil à jour, puis transfert des fonds.
