Une erreur d’aléa qui a rendu prédictibles des centaines de clés Bitcoin
Dernière mise à jour :
Imaginez vous lever un jour, vérifier votre wallet froid et découvrir que vos Bitcoins sauvegardés ont disparu sans que vous ayez appuyé sur un seul bouton. C’est exactement ce qui est arrivé à des milliers d’utilisateurs de Coldcard, l’une des marques les plus prestigieuses de hardware wallets dans le monde crypto.
Fin juillet 2026, une erreur logicielle provoquée par un firmware ancien a déclenché un drainage massif qui s’annonce déjà comme le plus grand incident de sécurité de l’histoire des portefeuilles physiques, avec plus de 111 millions de dollars volés.
Face à un coup d’une telle ampleur, le premier doute qui surgit dans la communauté est inévitable : ont-ils compromis le réseau Bitcoin ? La réponse courte et catégorique est non. Ce qui est vraiment important dans cette affaire, c’est de comprendre qu’il ne s’agissait pas d’une attaque contre Bitcoin, mais d’un défaut dans le firmware d’un fabricant spécifique, caché depuis plus de cinq ans.
Le protocole Bitcoin a fonctionné à tout moment avec une absolue normalité, validant des transactions techniquement correctes. Le problème résidait exclusivement dans l’outil local, dont l’aléa lors de la création des clés était prévisible.
Coldcard et le rôle d’un hardware wallet dans la garde de Bitcoin
Pour comprendre ce qui s’est passé, il faut d’abord avoir clairement la différence entre le protocole et l’outil :
- Bitcoin :C’est le réseau mondial et décentralisé. Ses règles sont validées par des milliers de nœuds indépendants dans le monde entier.
- Coldcard :C’est un dispositif physique créé par la firme canadienne Coinkite. Son rôle est de générer et de stocker votre phrase de récupération hors d’Internet. Il ne modifie pas le réseau, il ne fait que garder vos clés.
Cette stratégie de stockage à froid (cold storage) vise à isoler vos données des virus et des cyberattaques, faisant de Coldcard l’option privilégiée des investisseurs les plus exigeants.
Cependant, sa sécurité dépend de quelque chose de vital : l’aléa (randomness). Un générateur de nombres aléatoires faible est comme une serrure qui tombe toujours sur les mêmes combinaisons. Si la graine initiale est créée avec un motif prévisible, l’isolement physique du dispositif ne sert à rien.
C’est pourquoi l’impact a été si fort : le défaut a fait vaciller la confiance dans l’auto-garde et a poussé beaucoup à déplacer leurs fonds en toute hâte, y compris en les renvoyant vers des exchanges.
594 BTC vidés lors de la première vague, et davantage dans les suivantes
L’incident n’était pas un événement désorganisé, mais une opération froide et minutieusement automatisée. Les attaquants n’ont pas eu à casser le réseau en temps réel : ils avaient déjà précalculé les phrases de récupération hors ligne par force brute et n’ont attendu que le moment exact pour émettre les ordres de prélèvement.
|
Phase de l’attaque |
Fenêtre temporelle / Blocs |
Détail de l’opération |
| Rafale initiale | Trois blocs consécutifs | 1 324 mouvements ont été exécutés répartis sur 500 transactions pour vider les premiers portefeuilles singlesig avec plus de 0,15 BTC. |
| Première vague | Six blocs (~41 minutes) | Le script automatisé a terminé le balayage de près de 1 200 adresses, drainant 594,5 BTC initiaux. |
| Frais et commissions | Toute la première vague | Chaque transaction a payé une commission fixe élevée de 30 sat/vB pour assurer une inclusion prioritaire et immédiate dans la blockchain. |
| Escalade et vagues 2 et 3 | Week-end et jours suivants | L’attaque s’est étendue à 3 vagues confirmées (et une quatrième en analyse), atteignant plus de 1 596 BTC au total (~110-130M$). |
| Profil des victimes | Données consolidées | A affecté plus de 7 300 adresses. 88 % des pièces étaient inactives depuis >1 an. La perte médiane était de 1,022 BTC par utilisateur. |
| Blanchiment des fonds | Phase ultérieure | Les fonds drainés ont été consolidés dans des adresses principales et ont commencé à être déplacés via des mélangeurs pour masquer leur trace. |
Les rapports de Galaxy Research ont confirmé la gravité de l’impact. De plus, bien que l’on ait d’abord pensé que le défaut n’affectait que le modèle Mk3, Coinkite a admis que la faille d’entropie atteignait les modèles Mk4, Mk5 et Q, ce qui explique l’énorme quantité de portefeuilles vulnérables exposés dans cette attaque.
Un changement de firmware en 2021 a brisé l’aléa du dispositif
Nous arrivons au cœur du problème : comment a-t-il été possible de deviner les clés privées de milliers d’utilisateurs ? En cryptographie, la clé de tout est l’entropie (le degré d’aléa pur) . Pour créer une phrase de récupération véritablement sécurisée, un dispositif doit utiliser un générateur de nombres aléatoires matériel (TRNG).
Cependant, en mars 2021, avec la mise à jour firmware 4.0.1 du modèle Coldcard Mk3, une erreur technique critique s’est produite :
- Le dispositif a cessé d’utiliser le générateur physique d’aléa et s’est mis à dépendre d’un substitut logiciel (PRNG).
- Ce logiciel générait l’aléa en se basant sur des données fixes telles que le numéro de série de la puce et les registres de l’horloge interne. Aucune de ces valeurs n’est secrète ni imprévisible.
- Au lieu de générer les 128 bits d’entropie standard, l’aléa est tombé à seulement 40 bits.
Pourquoi a-t-il fallu cinq ans pour le découvrir ?
Le substitut logiciel simulait un fonctionnement correct et passait les contrôles d’apparence aléatoire, ce qui a rendu sa détection difficile lors des audits standards.
Des firmes de sécurité comme Wizardsardine ont confirmé que même les modèles Mk4 expédiés en mars 2022 sortaient déjà ainsi d’usine. La vulnérabilité est restée cachée à partir de 2021, permettant au problème de croître en silence jusqu’à exploser massivement en juillet 2026.
La réponse de Coinkite et la réaction du reste du secteur
Face à l’ampleur de l’incident, la réponse de Coinkite et de l’écosystème s’est concentrée sur l’atténuation des dommages et l’identification des leçons à tirer pour l’avenir de l’industrie. La recommandation officielle du fabricant est urgente mais claire. Cependant, il y a un avertissement critique que tout utilisateur doit comprendre :
« Mettre à jour le firmware NE RÉPARE PAS les portefeuilles déjà vulnérables. Si la phrase de récupération a été créée avec le code défectueux, cette clé reste mathématiquement faible même si vous mettez à jour le dispositif. »
Les actions nécessaires en priorité sont :
- Mettre à jour le firmware :Télécharger la dernière version officielle propre publiée par Coinkite pour éviter que le défaut n’affecte les opérations futures.
- Créer une nouvelle phrase de récupération :Générer un portefeuille complètement nouveau en utilisant des méthodes d’entropie supplémentaires (comme au moins 50 lancers de dés physiques / dice rolls ou une passphrase BIP-39 robuste).
- Migrer les fonds immédiatement :Transférer tout le solde de l’ancien portefeuille vers la nouvelle adresse générée.
Les utilisateurs qui ont configuré leurs portefeuilles avec des schémas multisignature (multisig), ceux qui ont utilisé une passphrase forte ou ceux qui ont apporté un aléa manuel avec des dés au départ, n’ont pas été exposés à l’attaque.
La réaction du secteur et le problème des audits
Pour les victimes qui ont déjà subi le drainage des fonds, la marge de récupération est très limitée : bien que les transactions sur la blockchain soient traçables et que l’on observe l’utilisation de mélangeurs de pièces, la restitution dépend de la tentative des attaquants de liquider les fonds sur des plateformes avec des contrôles KYC.
Ce que cette affaire révèle sur les hardware wallets
Cet incident démolit un mythe dangereux : croire que la sécurité est un produit que l’on achète et c’est tout. Acheter un hardware wallet réduit la surface d’attaque, mais n’élimine pas la nécessité d’une surveillance. Chaque dispositif est une boîte qui promet de générer un aléa authentique, et presque aucun utilisateur n’a les connaissances pour auditer si cette promesse est tenue.
La leçon ici n’est pas que les portefeuilles froids sont inutiles, mais que l’auto-garde est un processus continu, pas un objet statique. Le réseau Bitcoin est aussi solide que sa conception cryptographique, mais chaque maillon externe peut devenir une porte d’entrée si nous plaçons une confiance aveugle en lui.
Enfin, ce n’est pas une défaillance de Bitcoin. Le réseau a fonctionné exactement comme il le devait. C’était une erreur dans la façon dont un dispositif a généré les clés. Bitcoin est solide ; ce qui doit être soigné, c’est la façon dont nous assurons la garde. Et cela, heureusement, est entre nos mains.
FAQ
- Le réseau Bitcoin a-t-il été attaqué ou piraté ? Le réseau Bitcoin n’a subi aucun problème. Le défaut s’est produit exclusivement dans le logiciel local des portefeuilles Coldcard.
- Pourquoi était-il si facile de deviner les clés des utilisateurs ?Une erreur de firmware a désactivé le générateur d’aléa physique. Cela a rendu les phrases de récupération créées mathématiquement prévisibles.
- Si je mets à jour le firmware de ma Coldcard, mes Bitcoins sont-ils protégés ? La mise à jour ne répare pas les clés créées dans le passé. Vous devez générer un portefeuille complètement nouveau et déplacer vos fonds immédiatement.
- Qui a échappé à cette vulnérabilité ?Ceux qui ont ajouté un aléa manuel avec des dés lors de la configuration de la graine, ont utilisé une passphrase BIP-39 forte ou ont utilisé des schémas multisignature.