Coldcard corrige un défaut de sécurité lié à 600 BTC volés
Parce que les graines vulnérables ne peuvent pas être réparées par une mise à jour, l'incident suscite un nouvel intérêt pour les custodians et les ETF BTC au comptant comme IBIT.
Une faille de firmware dans le portefeuille matériel Coldcard de Coinkite a été liée au vol de près de 600 BTC d'une valeur d'environ 38 millions de dollars jusqu'à présent. Le bug a été corrigé, mais les utilisateurs qui ont généré des seeds sur un firmware vulnérable doivent encore migrer leurs fonds vers des portefeuilles entièrement nouveaux, maintenant ainsi le débat sur le risque de garde autonome en cours.
Points clés
- Une faille de firmware de Coldcard a été liée au vol de près de 600BTCd'une valeur d'environ 38 millions de dollars jusqu'à présent.
- Certaines versions du firmware Coldcard ont généré des graines de portefeuille avec beaucoup moins de randomisation que prévu, permettant la recréation par force brute des phrases de récupération.
- Coinkite a corrigé le bug, mais les graines vulnérables générées précédemment restent exposées et nécessitent une migration complète du portefeuille.
- Les voix de l'industrie utilisent l'incident pour soutenir que les dépositaires réglementés et les ETF bitcoin au comptant, y compris ceux de BlackRock,IBIT, peut être plus sûr en pratique pour de nombreux détenteurs.
Le bug de randomisation de Seed de Coldcard : près de 600 BTC volés, le correctif n'est pas une solution complète
Le mode de défaillance ici n'est pas une exploitation de signature ou une fuite de portefeuille chaud. C'est la génération de clés, la partieles portefeuilles matérielssont censés rendre cela ennuyeux et incassable.
Les attaquants ont pu recréer des phrases de récupération de portefeuille et voler des bitcoins de portefeuilles que les utilisateurs croyaient être sécurisés en auto-gérance, après que des chercheurs aient découvert que certaines versions du firmware de Coldcard généraient des graines de portefeuille avec beaucoup moins de randomisation que prévu.
Une graine, également appelée phrase de récupération, est la liste de mots qui recrée de manière déterministe lesclés privées. Si la graine a une faible entropie, elle cesse d'être un secret et commence à être un espace de recherche.
C'est là que l'angle de la force brute compte. Avec moins de randomisation que prévu, un attaquant peut essayer suffisamment de graines candidates pour finalement tomber sur la bonne phrase de récupération, puis balayer des fonds comme s'il était le propriétaire. Le vol lié à ce problème a été évalué à près de 600 BTC, d'une valeur d'environ 38 millions de dollars jusqu'à présent.
Ce qui reste flou dans les divulgations disponibles est le rayon d'explosion complet. Les rapports ne spécifient pas les versions exactes du firmware vulnérable, le moment de la publication du correctif, ou un nombre de victimes vérifié. Le qualificatif « jusqu'à présent » sur le chiffre de 38 millions de dollars fait un vrai travail, car il implique que d'autres cas pourraient encore être attribués.
Réalité de la remédiation : pourquoi la mise à jour du firmware ne sauve pas les graines vulnérables
Coinkite affirme que le défaut a été corrigé, mais la remédiation n'est pas la traditionnelle « mise à jour et passez à autre chose ». Le firmware est le logiciel intégré de l'appareil, et un correctif peut changer la façon dont le portefeuille génère des clés à l'avenir. Il ne peut pas ajouter rétroactivement de l'aléatoire à une graine qui a déjà été générée.
Le PDG de Coinkite, NVK, a souligné ce point de manière explicite dans une lettre ouverte appelant à une action immédiate de la part des utilisateurs concernés : « Si vous avez généré une graine en utilisant un portefeuille Coldcard, déplacez vos fonds maintenant, en utilisant nos meilleures pratiques mises à jour, avant de lire plus loin », a-t-il écrit.
NVK a ajouté que bien que le correctif protège les nouvelles graines à l'avenir, il ne corrige pas les graines déjà générées sur un firmware vulnérable.
Mécaniquement, cela signifie que la seule sortie propre est la migration. Les utilisateurs qui ont généré des graines sur un firmware vulnérable doivent créer des portefeuilles entièrement nouveaux et déplacer des fonds, car la mise à jour du firmware seule n'élimine pas le risque pour les graines déjà générées.
Pour les allocataires, c'est un coup dur opérationnel : le « correctif » est un événement de rotation de clé forcée, et la rotation de clé est exactement là où les gens font des erreurs sous pression temporelle.
Même le chemin de mitigation recommandé a suscité des critiques, car il élève le niveau de comportement des utilisateurs.
Le PDG de Casa, Nick Neuman, a critiqué les recommandations selon lesquelles les utilisateurs complètent l'aléatoire généré par le portefeuille avec des lancers de dés physiques, en disant : « Vous ne pouvez tout simplement pas demander aux gens de lancer des dés pour être en sécurité avec votre autogestion, » qualifiant cela de « non-démarrage pour 99 % des gens.
» Le point est moins sur les dés spécifiquement et plus sur qui l'autogestion est réellement conçue pour lorsque la meilleure pratique commence à ressembler à un rituel.
Changement de Narratif de Garde : De ‘Pas Vos Clés’ à ‘Payer Quelqu'un pour S'inquiéter’
L'argument de l'autogestion de Bitcoin a toujours été un échange : éliminer le risque de contrepartie en détenant vos propres clés, puis accepter le fardeau de la sécurité opérationnelle qui l'accompagne. Cet incident frappe cet accord en son cœur, car il attaque l'étape de génération de clés plutôt qu'une erreur en aval comme le phishing ou un ordinateur compromis.
Certains défenseurs du bitcoin ont qualifié les dommages d'inhabituels en raison du fait qu'ils ciblaient des utilisateurs qui croyaient faire tout "correctement". Le commentateur bitcoin Guy Swann a déclaré que c'était "le coup le plus sévère de l'histoire du bitcoin pour les bitcoiners les plus informés et 'correctement sécurisés'", ajoutant : "Ce n'est pas un échange qui se fait pirater à cause de clés chaudes.
Ce sont des milliers d'individus ayant vu leurs clés privées personnelles recréées sous leurs yeux." Le chiffre des "milliers" n'est pas soutenu par un comptage audité dans le paquet, mais la formulation capture pourquoi cette histoire reste : c'est un choc de confiance, pas seulement un rapport de perte.
ARK Investactif numériqueLe directeur de recherche Lorenzo Valente a soutenu l'argument selon lequel la garde autonome échange souvent un risque contre un autre. "En pratique, les consommateurs ont échangé le risque de contrepartie contre le risque logiciel, le risque matériel, le risque de chaîne d'approvisionnement, le risque de phishing, le risque de sauvegarde, et la possibilité de tout perdre à cause d'une seule erreur", a-t-il déclaré. "Franchement, vous feriez mieux aujourd'hui de détenir des fonds sur plusieurs échanges ou ETF cotés en bourse."
Le développeur de Taproot Udi Wertheimer a exprimé le même point de manière plus claire, arguant que la sécurité passive, à mettre en place et à oublier, est "actuellement irréaliste" à mesure que les menaces évoluent. Sa conclusion est la phrase que les traders se souviendront car elle se rapporte directement au choix de produit : "Si vous ne voulez pas vous inquiéter, vous devez payer quelqu'un d'autre pour s'inquiéter."
C'est là que le récit des ETF entre en jeu. Le co-fondateur d'Amicus, David Lawrence, a soutenu que des incidents comme celui-ci pourraient pousser de nouveaux investisseurs vers des produits réglementés tels que le BlackRock's iShares Bitcoin Trust (IBIT) plutôt que de gérer des clés privées, disant que les nouveaux investisseurs pourraient conclure : "Je suis plus en sécurité à simplement acheter IBIT."
Il n'y a pas de preuve directe de flux d'ETF dans ce paquet, mais le lien explicite est important car il peut changer la prime de risque de garde perçue à la marge.
Le contre-argument est que c'est un échec d'ingénierie, pas une condamnation de la garde autonome en tant que concept. Le CTO de Tangem, Andrew Lazutkin, a soutenu que la leçon est la rigueur et la vérification, disant que l'incident montre que "le firmware open-source ne devrait pas être automatiquement équivalent à une meilleure sécurité", et que la sécurité provient d'une "architecture solide, de tests approfondis et d'une vérification indépendante." C'est la manière la plus claire de séparer le risque de catégorie du risque d'implémentation, même si les marchés s'en préoccupent rarement.
Le défaut de firmware Coldcard déclenche un changement d'ETF à venir
Le prochain signal est de savoir si le montant volé augmente de manière significative au-dessus des près de 600 BTC, soit environ 38 millions de dollars jusqu'à présent, à mesure que des cas supplémentaires sont identifiés et attribués. Le langage "jusqu'à présent" maintient le risque de gros titre asymétrique, car l'histoire devient plus forte si le total augmente.
Une deuxième étape est la clarté de la divulgation. La publication des versions de firmware spécifiques vulnérables et le calendrier de publication des correctifs définiraient la population potentiellement affectée et aideraient à distinguer une fenêtre étroite d'une exposition plus large.
Troisièmement, il y a des recommandations complémentaires de Coinkite et NVK sur les meilleures pratiques pour la génération et la migration de seed, y compris si des mesures supplémentaires sont recommandées au-delà de la création de nouveaux portefeuilles et du déplacement des fonds. Le fardeau de la remédiation fait partie de l'impact sur le marché, car il détermine combien de temps cela reste un problème opérationnel actif.
Enfin, le débordement du récit de garde est mesurable même s'il commence par des discussions. Les commentaires liant explicitement cet incident à l'adoption des ETF bitcoin au comptant, avec IBIT cité à plusieurs reprises, constituent la couche de sentiment.
Les traders peuvent alors comparer ce récit avec les données ultérieures sur les flux et le positionnement des ETF pour voir si "plus sûr en pratique" reste rhétorique ou devientallocationcomportement.
Mon avis : Il s'agit d'un échec de génération de clés que les marchés continueront à évaluer comme un « risque de garde autonome ».
Le seuil qui importe est de savoir si cela reste un incident de firmware d'un seul fournisseur ou devient un proxy plus large pour « les portefeuilles matériels peuvent échouer dans le seul travail qu'ils ont ».
Parce que l'exploitation se situe au niveau de la génération de la clé, elle attaque la racine du modèle de confiance, et c'est pourquoi elle est susceptible d'être considérée comme un risque de self-custody au niveau de la catégorie, même si le bug est spécifique.
Le véritable test est de savoir si la réalité de la migration forcée continue de produire de nouvelles attributions de pertes et de nouvelles histoires d'erreurs utilisateur. Si le total reste proche de ~600 BTC et que les versions vulnérables s'avèrent avoir un champ d'application étroit, les dommages peuvent être contenus au processus d'ingénierie.
Si le nombre augmente et que la remédiation traîne, la configuration commence à sembler structurelle, et l'offre de l'ETF et du dépositaire devient moins une question d'idéologie et plus une question d'externalisation opérationnelle.
