Coldcard Cold Storage a perdu 1,6 million de dollars, et une vente massive de Bitcoins pour 70 millions de dollars a révélé le vrai risque.

La perte de Coldcard par Jonathan Goodman a mis l’accent sur les risques liés aux origines des produits.

Jonathan Goodman a dit que son Coldcard vivait dans…une boîte à trésorsIl n’était jamais connecté à Internet, mais il a quand même perdu 18,25245043 BTC en sept minutes, entre 21h36 et 21h43 le 29 juillet – soit environ 1,6 million de dollars. Son compte montre que les fonds ont été épuisés depuis des portefeuilles créés sur le dispositif en question. C’est pourquoi l’affaire concerne davantage la confiance dans la gestion autonome des fonds que des erreurs utilisateur évidentes.

Galaxy Research a lié une action majeure sur le 30 juillet au firmware de Coldcard.

L’histoire plus importante se produit le lendemain. Le 30 juillet, Galaxy Research a identifié…1,082.65 BTCCela a été effectué sur 1 196 adresses Bitcoin en l’espace de 41 minutes, pour un montant d’environ 70,2 millions de dollars à l’époque. Cette transaction était liée à une faille de sécurité dans le logiciel Coldcard.

Le problème sous-jacent est important. Un bug de firmware en mars 2021 a entraîné que la génération des séquences de seed soit effectuée via un générateur aléatoire logiciel déterministe, plutôt que via le générateur aléatoire hardware STM32. En pratique, cela signifie qu’un attaquant qui peut déterminer ou limiter les informations liées à l’UID du dispositif, l’état du timer et l’historique des appels au générateur aléatoire peut reproduire les séquences de seed en mode hors ligne, puis tester ces séquences en comparaison avec les données publiques du blockchain.

Le 31 juillet, Coinkite a envoyé du firmware d’urgence pour tous les modèles et versions concernés. Mais cette mise à jour ne permet pas de réparer les clés de sécurité déjà endommagées. Coinkite a conseillé aux propriétaires touchés de générer une nouvelle clé de sécurité sur le firmware corrigé, afin de pouvoir transférer leurs pièces. Restaurer une ancienne clé de sécurité sur un firmware mis à jour, ou sur un autre portefeuille, entraînera la persistance de la vulnérabilité.