Coldcard : Le Canada concentre 25 % des pertes liées à la faille de sécurité

Les portefeuilles matériels figurent parmi les solutions les plus sûres pour conserver des bitcoins hors ligne. Cette certitude vient pourtant d’être ébranlée. Une faille critique découverte dans l’écosystème Coldcard a permis le vol de 116 millions de dollars, révélant une vulnérabilité logicielle restée inaperçue pendant cinq ans. L’affaire interroge la fiabilité des outils d’auto-conservation, alors que la souveraineté numérique s’impose comme un pilier de l’écosystème Bitcoin. Les pertes, majoritairement concentrées au Canada, renforcent encore l’ampleur de cet incident.

Coldcard : le Canada en première ligne du piratage de 116 millions de dollars

Les données d’analyse révèlent une répartition géographique particulièrement disproportionnée des préjudices causés dans l’affaire Coldcard, qui s’établissent selon la cartographie suivante :

• Le Canada (25 %) : Les détenteurs canadiens de bitcoin constituent la première démographie touchée par cette attaque, absorbant un quart de l’ensemble des pertes attribuables. Cette lourde concentration régionale s’explique en grande partie par l’ancrage territorial de la société mère de Coldcard, Coinkite, dont le siège social est situé à Toronto, favorisant historiquement une forte adoption locale par les investisseurs de la première heure ;
• L’Australie (15 % à 20 %) : selon l’analyse visuelle fournie par l’entreprise spécialisée Chainalysis, ce pays se classe au deuxième rang des nations les plus durement impactées par ce siphonnage d’actifs ;
• Les États-Unis et la Thaïlande (10 % à 15 %) : ces deux pays suivent immédiatement dans le classement des dégâts enregistrés, avec des pertes évaluées pour chaque territoire dans cette fourchette ;
• L’impact mondial global : si l’attaque a frappé en priorité les juridictions anglophones et pionnières dans l’adoption du bitcoin, des dommages significatifs sont également constatés en Europe de l’Ouest, en Amérique latine, ainsi que dans des hubs crypto majeurs du continent africain tels que le Nigeria et l’Afrique du Sud.

Au total, le montant consolidé des actifs dérobés au cours de cet incident, en particulier le bitcoin, atteint désormais 116 millions de dollars. La communauté financière observe avec inquiétude ce piratage d’une ampleur inédite, qui interpelle sur la vulnérabilité des portefeuilles physiques supposés isolés de tout réseau extérieur. La rapidité avec laquelle les fonds ont été siphonnés à travers plusieurs continents illustre la précision méthodique des pirates et la fragilité systémique des utilisateurs s’appuyant sur un modèle d’équipement unique.

Une faille logicielle cachée pendant cinq ans

L’origine de cette situation remonte à une modification logicielle spécifique effectuée plusieurs années avant le déclenchement du piratage. Dans une analyse détaillée de l’incident, Galaxy Research a identifié une mise à jour du logiciel interne datant de mars 2021, plus précisément l’intégration d’un nouveau générateur de nombres aléatoires, comme le point de défaillance unique ayant permis l’attaque. « Il était mal câblé et est repassé par défaut sur un générateur plus faible. Ainsi, il a échoué silencieusement, sans avertissement. Personne ne savait que ses clés privées étaient générées avec une faible entropie », a explicité Galaxy Research. Expliquant la manière dont les contrôles standards ont manqué cette erreur de configuration durant plus de cinq ans, Natalie Newson, Senior Blockchain Investigator chez CertiK, indique que la cause racine provient du paramètre MICROPY_HW_ENABLE_RNG réglé sur zéro. « Pour un garde statique vérifiant #ifndef, une macro définie sur 0 reste définie », indique cette dernière.

Cette vulnérabilité invisible a provoqué un affaiblissement critique de l’entropie. En raison de ce repli automatique sur un système d’entropie logicielle pseudo-aléatoire, la complexité mathématique des clés privées générées a été considérablement réduite sans que l’utilisateur n’en soit informé. Le hacker a ainsi pu reconstituer algorithmiquement les clés vulnérables et orchestrer un balayage automatisé d’une efficacité redoutable. Le fait qu’un composant de sécurité de bas niveau soit resté défaillant au sein du code source pendant cette période dévoile les limites de l’analyse statique classique dans les processus de contrôle qualité des équipements matériels.

Vers la fin de la signature unique ?

Pour remédier à cette vulnérabilité et gérer le risque opérationnel lié au déploiement de correctifs d’urgence en pleine vague de vols automatisés, des protocoles stricts s’imposent désormais aux constructeurs comme aux utilisateurs. Natalie Newson insiste sur le fait que l’architecture matérielle doit évoluer : « la mesure de contrôle la plus forte consiste à éliminer le mécanisme de repli en production et à disposer d’un seul fournisseur RNG approuvé », précisant que l’ensemble du processus de génération de la clé doit s’insérer strictement dans une limite de validation conforme au standard NIST FIPS 140-3.

De plus, elle souligne que lors d’une réponse à un incident, « la priorité doit être de communiquer immédiatement l’étendue de la vulnérabilité, d’identifier les utilisateurs concernés et de fournir des directives de mitigation claires tout en validant rigoureusement tout correctif avant sa publication ». Pour les utilisateurs non techniques détenant une phrase graine compromise et craignant de bloquer leur appareil lors d’une mise à jour logicielle d’urgence, l’experte préconise d’acquérir d’abord un nouveau portefeuille matériel de confiance, d’y générer une phrase clé hors-ligne, de valider l’installation avec une transaction test de faible valeur, puis de transférer la totalité des fonds vers ce nouveau portefeuille sécurisé avant toute tentative de mise à jour du logiciel interne du dispositif d’origine.

Abordant cette rupture de confiance, Nanak Nihal Khalsa, cofondateur chez Human.tech, note que « la formule, pas vos clés, pas vos coins, passe à côté d’un fait important : vous externalisez toujours la confiance, même avec l’auto-gestion. Cela apporte une preuve supplémentaire que l’auto-gestion ne change pas ce fait ». De son côté, Natalie Newson rappelle les limites intrinsèques des architectures à signature unique : « L’auto-gestion en signature unique n’offre aucune marge d’erreur. Les utilisateurs s’en remettant à un seul appareil font confiance au matériel physique, au code et à toutes ses dépendances ainsi qu’aux contrôles d’assurance qualité ».

Face à ce constat, le secteur converge vers l’adoption systématique de structures multi-signatures multi-fournisseurs ou de signatures de seuil (MPC). Elle conclut en affirmant que cette approche doit devenir la référence : « oui, cela devrait être la norme de base. L’objectif est de passer de faire confiance à un seul appareil à la garantie qu’aucun composant ou acteur compromis ne puisse déplacer les fonds. En pratique, les clés de signature ou les parts de seuil doivent couvrir des domaines de défaillance organisationnels et technologiques indépendants, de sorte qu’aucun fournisseur ne puisse reconstituer la clé ou autoriser une transaction seul ».

Cette situation marque un tournant décisif dans la perception de la sécurité des cryptos. Elle démontre que la simple conservation hors-ligne d’un portefeuille matériel ne garantit plus une protection absolue si la chaîne de confiance logicielle est compromise dès l’origine. À l’avenir, l’industrie devra abandonner l’illusion du risque zéro lié à un équipement unique au profit d’architectures distribuées. La transition vers le multi-signature multi-constructeurs et les technologies de calcul multi-parties s’impose désormais non plus comme une option avancée, mais comme l’unique standard viable pour pérenniser l’auto-gestion des capitaux.