Une vulnérabilité de génération de seed dans l'une des lignes de portefeuilles matériels les plus fiables de Bitcoin a obligé les utilisateurs de Coldcard Mk3 à effectuer un transfert urgent de leurs fonds, ajoutant une nouvelle tension au débat de longue date sur la sécurité du stockage à froid. Coinkite, le fabricant, a révélé que les appareils fonctionnant avec les versions du micrologiciel 4.0.1 à 5.0.3 peuvent générer des seeds compromise, mettant ainsi en péril tout portefeuille créé pendant cette période. L'avis est apparu peu après que des enquêteurs ont commencé à investiguer un vol distinct de 594 BTC provenant de centaines d'adresses à signature unique, bien qu'aucun lien direct n'ait été confirmé, selon le rapport original.
Les utilisateurs détenant des fonds dans les wallets affectés sont invités à déplacer leurs actifs immédiatement. Cette seule instruction révèle la gravité du défaut — la migration n'est pas une mise à jour firmware routine ; elle implique de générer une nouvelle seed sur un appareil corrigé et de transférer tout le contenu. Pour les Bitcoiners qui considèrent le stockage à froid comme inviolable, cet avertissement brise la règle fondamentale de l'auto-gestion : ne jamais exposer sa seed, et n'en avoir jamais besoin. Cette fois-ci, la menace provient de l'intérieur de la boîte noire.
Ce que les utilisateurs de Coldcard doivent savoir
La faille affecte les unités Mk3 fonctionnant avec une version du micrologiciel comprise entre 4.0.1 et 5.0.3. Coinkite n'a pas publié de détails techniques complets, mais les vulnérabilités de génération de seed impliquent généralement une entropie insuffisante ou un générateur de nombres aléatoires prévisible. Si un attaquant peut reconstituer le seed à partir d'un processus de génération défectueux, aucun montant de protection par air-gapping ou mot de passe ne peut empêcher la perte. La mitigation immédiate consiste à créer un nouveau wallet sur une version du micrologiciel 5.0.4 ou ultérieure, puis à transférer tous les fonds vers le nouvel ensemble d'adresses. Les utilisateurs ayant déjà mis à jour le micrologiciel mais créé le wallet original sur une version vulnérable doivent toujours effectuer une migration, car le seed lui-même a été généré de manière insécurisée.
Pour beaucoup, ce sera la première fois qu’ils devront considérer un Coldcard — souvent associé à des configurations multisig et utilisé par des détenteurs techniquement sophistiqués — comme une potentielle source de risque. La découverte complique également l’enquête en cours sur une série de vols de wallets à signature unique totalisant 594 BTC, soit environ 17 millions de dollars à prix actuels. Ce vol a touché des centaines de wallets, mais aucun des travaux forensiques initiaux n’a lié cet incident à un fournisseur de matériel spécifique ou à un bogue logiciel.
Le cadre plus large de la sécurité des portefeuilles matériels
Coldcard est depuis longtemps un choix privilégié parmi les utilisateurs de bitcoin axés sur la vie privée, principalement parce qu'il prend en charge des transactions isolées et évite de nombreuses surfaces d'attaque qui affectent les appareils connectés par USB. Toutefois, la faille de génération de la graine révèle une catégorie de risque que même les propriétaires les plus prudents ne peuvent pas auditer eux-mêmes. Le firmware est une boîte noire pour presque tous les utilisateurs. Lorsque des bogues se trouvent à ce niveau — particulièrement dans la gestion de l'entropie — ils peuvent persister pendant des mois sans être détectés, car la gamme de firmware affectée couvre plusieurs versions.
Ce n’est pas la première fois que les utilisateurs de wallet matériel font face à des vulnérabilités au niveau du seed. Des incidents passés ont secoué les propriétaires de Ledger et Trezor, et à chaque fois, le marché se souvient que le stockage à froid n’élimine pas la confiance — il la déplace simplement d’une plateforme d’échange vers un fabricant. La différence cette fois réside dans le timing. L’enquête sur le vol de 594 BTC est toujours en cours, et bien qu’aucune preuve concrète ne relie les deux événements, la simple coïncidence amènera les utilisateurs à se demander si la faille a été exploitée en silence avant d’être publiquement reconnue. L’opacité des vols sur chaîne rend l’attribution difficile, et il faudra peut-être des mois pour exclure — ou confirmer — un lien.
Du point de vue de l'activité des développeurs, cet incident souligne l'importance d'une revue de code rigoureuse et de processus de construction transparents. Bien que les blockchains soient elles-mêmes publiques, les mises à jour du micrologiciel du wallet arrivent souvent avec peu de visibilité, et la chaîne d'approvisionnement des composants comme les éléments sécurisés peut masquer les problèmes jusqu'à ce que de l'argent réel disparaisse.
Incertitude autour du vol de 594 BTC
Le vol qui a précédé l'avertissement de Coinkite a impliqué des centaines de wallets à signature unique vidés dans ce qui ressemble à une opération systématique. Les enquêteurs n'ont pas publiquement identifié le vecteur d'attaque. Sans preuves forensiques claires, relier ces pertes à une faille spécifique du firmware serait prématuré. Mais le modèle du vol — de nombreux petits wallets plutôt qu'une seule grande violation — suggère une vulnérabilité qui s'étendait à plusieurs générations de seed, ce qui correspond exactement au type de dommage qu'un générateur de nombres aléatoires défectueux pourrait causer.
Pourtant, il y a une raison pour laquelle personne ne trace publiquement cette ligne. Des bugs de génération de seed sur une seule ligne d'appareils n'affecteraient que les wallets créés sur ce matériel. Si le vol de 594 BTC inclut des fonds détenus sur d'autres appareils ou dans des wallets logiciels, la narration d'une faille s'affaiblit. Le silence de l'enquête sur la méthode de compromission laisse un vide que les chercheurs en sécurité et les utilisateurs concernés tenteront de combler avec soin.
Ce qui suit
L'avis public immédiat de Coinkite, même sans lien confirmé avec le vol, suggère que l'entreprise privilégie la sécurité des utilisateurs au contrôle des dégâts. Cette position sera mise à l'épreuve si une analyse ultérieure révèle que la faille a été exploitée discrètement pendant des semaines ou des mois. En attendant, cet épisode renforce une leçon pour tous les utilisateurs de self-custody : aucun appareil n'est à l'abri, et même le meilleur plan de stockage à froid exige une attention particulière au firmware qui se trouve en dessous. Pour l'instant, les utilisateurs de Coldcard Mk3 ont une tâche claire — générer une nouvelle graine, déplacer les fonds, et supposer que les anciennes sont déjà compromises.