Coldcard corrige ses failles après le vol de 114 M$

Coldcard a publié un firmware correctif après le vol de 114 M$, attribué à une faiblesse du générateur de nombres aléatoires, selon les éléments publiés par Coinkite. Une analyse assistée par l’IA a aussi relevé des problèmes de transaction, d’USB et de mise à jour. Pour les clés créées avec une version touchée, installer le correctif ne suffit pas : une nouvelle clé doit être générée, puis les fonds transférés. Le sujet prolonge les alertes liées aux pertes du hack Coldcard.

Au programme

• Un vol de 114 M$ lié à un défaut d’aléatoire logiciel.
• Quatre zones corrigées, de la génération de clés aux mises à jour.
• Une migration obligatoire pour les clés créées entre 2021 et juillet 2026.

Quelle faille Coldcard a-t-elle corrigée ?

La faille principale touchait le générateur de nombres aléatoires employé pour créer les clés. Un défaut dans cette étape peut rendre une graine prévisible, même lorsque l’appareil reste hors ligne et physiquement protégé. Le montant associé à l’incident atteint 114 M$. Cette donnée donne la mesure du risque : une faiblesse invisible lors de la création peut compromettre plusieurs adresses longtemps après leur génération.

Coinkite a remplacé le générateur de secours Yasmarang par une procédure fondée sur SHA-256, fonction de hachage très utilisée dans Bitcoin. Le dispositif accepte aussi une source d’aléatoire physique fournie par l’utilisateur. Cette modification complète les précautions déjà rappelées dans l’article consacré au piratage du Coldcard Mk3.

La procédure demande 65 pressions sur les touches à des intervalles imprévisibles, 50 lancers d’un dé à 6 faces et 128 lancers de pièce. Le logiciel mélange ces éléments avec sa propre entropie. L’objectif est d’éviter qu’une source interne défaillante suffise à réduire l’espace des clés possibles.

« Une mise à jour ne sécurise pas une clé déjà compromise. »

Pourquoi le firmware élargit-il la protection ?

Le correctif couvre 4 zones : la génération des clés, la signature des transactions, les échanges USB et la validation des mises à jour. Cette portée montre que l’incident ne se limite pas à un composant isolé. Les détails techniques publiés par Coinkite décrivent une révision du parcours complet, depuis la création de la graine jusqu’à l’autorisation d’un paiement.

Coldcard vérifie désormais la transaction immédiatement avant sa signature. Cette étape vise les ordinateurs compromis capables de modifier une adresse ou un montant après l’affichage initial. Les mécanismes permettant certaines modifications après signature sont aussi bloqués par défaut. Le risque concerne donc autant l’appareil que l’environnement auquel il est relié.

Les incidents précédents, dont le vol de 90 M$ lié à Coldcard, montrent pourquoi une conservation hors ligne ne suffit pas toujours. Un appareil peut protéger la clé contre le vol physique tout en dépendant d’un logiciel imparfait au moment de sa création.

Qui doit migrer ses fonds et avec quelles versions ?

Les détenteurs ayant créé une phrase de récupération ou une clé principale avec une version touchée doivent effectuer une migration complète. La période concernée va de 2021 à juillet 2026, d’après les informations de Coinkite. Le firmware corrige l’appareil à venir, pas la clé produite auparavant. Cette distinction est le point opérationnel central de l’alerte.

Pour les modèles Mk4 et Mk5, la version demandée est 5.6.1. Le modèle Q doit passer à 1.5.1Q. Les fichiers doivent être téléchargés depuis la documentation officielle, puis vérifiés avant installation. Après la mise à jour, l’utilisateur doit créer une nouvelle clé et déplacer les bitcoins vers une adresse issue de cette nouvelle procédure.

Deux actions sont donc nécessaires :

1. installer le firmware correspondant au modèle ;
2. transférer les fonds vers une nouvelle clé.

L’ancienne adresse peut continuer à fonctionner. Elle reste pourtant exposée si son aléatoire initial était prévisible. Les alertes consacrées au modèle Coldcard Mk4 rappellent le coût potentiel d’une migration retardée. Le transfert doit être vérifié avec soin, idéalement par une petite transaction préalable.

Que change l’IA dans les audits de sécurité ?

L’affaire Coldcard illustre le rôle croissant des modèles d’IA dans l’examen de logiciels sensibles. La Bitcoin Red Team indique avoir recensé 4 962 failles sur 390 projets durant ses premières 24 heures, dont 85 problèmes critiques et 635 problèmes élevés. Ces chiffres ne mesurent pas uniquement des vulnérabilités exploitables, mais ils montrent la capacité de ces outils à accélérer le tri initial.

Une faille corrigée chez BTCPay Server a aussi donné lieu à une prime pouvant atteindre 3 BTC. Les chercheurs concernés ont reçu 0,42 BTC. La récompense sert ici d’incitation à la divulgation responsable, non de garantie qu’un audit automatisé a couvert chaque chemin d’exécution.

Le résultat le plus utile tient à la combinaison des méthodes. L’IA repère rapidement des motifs suspects, les tests reproduisent les scénarios et les développeurs vérifient les conclusions. Sans revue humaine, un faux positif peut mobiliser inutilement une équipe ; un faux négatif peut laisser une clé ou une transaction vulnérable. Le cas Coldcard plaide donc pour plusieurs contrôles indépendants.

À retenir

Coldcard corrige une faille d’aléatoire associée à un vol de 114 M$, ainsi que 3 autres familles de problèmes. Les modèles Mk4, Mk5 et Q disposent de versions dédiées. Les clés créées entre 2021 et juillet 2026 doivent toutefois être considérées séparément : installer le firmware protège l’appareil, tandis que la migration protège les fonds.

Questions fréquentes

Une mise à jour suffit-elle après la faille Coldcard ?

Non. Le firmware corrige le fonctionnement futur de l’appareil, mais il ne répare pas une clé créée avec un générateur potentiellement prévisible. Les détenteurs concernés doivent produire une nouvelle clé après installation du correctif, puis transférer leurs bitcoins. La migration comporte donc 2 étapes distinctes.

Quels modèles Coldcard doivent installer un correctif ?

Les modèles Mk4 et Mk5 doivent installer la version 5.6.1. Le modèle Q doit passer à 1.5.1Q. Les fichiers doivent provenir de la documentation de Coinkite. La version installée doit être contrôlée avant toute création de clé ou opération de transfert.

Comment réduire le risque pendant le transfert ?

Il faut d’abord créer la nouvelle clé sur un appareil corrigé, vérifier l’adresse affichée, puis envoyer un montant test avant le solde principal. Cette méthode ne supprime pas les frais ni les erreurs possibles. Les enseignements des anciens incidents Coldcard rendent la vérification de l’adresse indispensable.

L’IA peut-elle remplacer un audit humain ?

Non. L’IA peut analyser rapidement des milliers de lignes et signaler des motifs anormaux, mais elle peut produire des faux positifs ou manquer un contexte métier. Les chiffres de la Bitcoin Red Team, 4 962 failles sur 390 projets, illustrent une capacité de tri, pas une certification de sécurité.

Combien de temps faut-il pour migrer les fonds ?

Aucune durée unique n’est annoncée. Elle dépend du modèle, du nombre d’adresses et du niveau de vérification retenu. La séquence reste fixe : installer le correctif, générer une nouvelle clé, puis transférer les bitcoins. L’installation seule ne clôt pas l’incident.

Coldcard corrige ses failles après le vol de 114 M$ : la priorité porte désormais sur l’identification des anciennes clés et l’exécution effective des migrations recommandées.