Les portefeuilles matériels étaient depuis longtemps considérés comme la méthode la plus sûre pour stocker des cryptomonnaies, mais un incident récent impliquant les appareils de l'entreprise Coinkite va pousser beaucoup à reconsidérer cette opinion. Le 30 juillet 2026, des malfaiteurs ont retiré 594,5 bitcoins (environ 40 millions de dollars) de cinq cents adresses en seulement vingt-cinq minutes.
La nature du bogue logiciel expliquée simplement
La racine du problème réside dans une erreur dans le code logiciel, qui est restée inaperçue pendant cinq longues années. Le portefeuille matériel Coldcard était censé créer une phrase de récupération (seed phrase) à l'aide d'une puce sécurisée spéciale générant des nombres véritablement aléatoires. Cependant, en raison d'une faute de frappe dans une macro, les développeurs de Coinkite ont accidentellement désactivé cette fonction en mars 2021.
Cette grave violation des normes de l'industrie a conduit l'appareil, au lieu d'offrir une protection fiable, à créer des clés basées sur des données prévisibles : le numéro de série du processeur et les relevés de l'horloge système interne. Les mots générés ressemblaient à un ensemble sécurisé standard, mais en raison de la prévisibilité du processus de génération, les hackers pouvaient facilement les deviner. Le niveau de robustesse cryptographique s'est avéré catastrophiquement faible : pour les modèles Mk2 et Mk3, l'espace de recherche a été réduit à environ 40 bits, et dans les versions plus récentes Mk4, Mk5 et Q, l'entropie finale était d'environ 72 bits au lieu des 128 bits requis.
Mécanique de l'attaque et réaction de l'entreprise
Les malfaiteurs n'ont eu besoin ni d'un accès physique aux appareils, ni de liens de phishing. Ils ont simplement pris les paramètres de ce générateur « fuitant » et ont organisé une attaque par force brute en mode hors ligne. En générant des millions de phrases de récupération possibles, le hacker a vérifié leur existence dans le registre public, a trouvé les adresses avec un solde et a signé lui-même les transactions pour transférer les fonds.
Initialement, l'entreprise Coinkite a déclaré que les nouvelles versions des appareils n'étaient pas exposées au risque. Cependant, une analyse ultérieure a obligé la direction à reconnaître que tous les appareils fonctionnant avec les micrologiciels compromis étaient vulnérables. Le directeur de Coinkite, Rodolphe Novak, connu sous le pseudonyme NVK, s'est excusé sur le réseau social X pour l'erreur commise, confirmant la pleine responsabilité des développeurs, mais excluant toute possibilité de compensation financière pour les utilisateurs affectés.
Actions nécessaires pour les propriétaires
Il est important de comprendre : la simple installation d'une nouvelle mise à jour du micrologiciel n'élimine pas la menace pour une phrase de récupération déjà créée. Le matériel cryptographique est compromis depuis le moment de sa génération. Pour protéger les actifs, il est nécessaire de suivre un algorithme d'actions strict :
-
Mettre à jour l'appareil vers les versions sécurisées du logiciel : 4.2.0 pour le Mk3, 5.6.0 pour les Mk4 et Mk5, ou 1.5.0Q pour le modèle Q.
-
Générer une nouvelle phrase de récupération directement sur l'appareil mis à jour.
-
Transférer intégralement tous les fonds vers de nouvelles adresses créées en utilisant cette nouvelle phrase de récupération.
L'utilisation d'une phrase de passe robuste selon le standard BIP-39 peut également réduire les risques, mais cela n'annule pas la nécessité de migrer vers une nouvelle clé. Les produits TAPSIGNER, OPENDIME et SATSCARD ne sont pas affectés par cet incident, car ils fonctionnent sur une base logicielle différente.
Les représentants de Coinkite ont noté que le code source ouvert permettait théoriquement de détecter cette vulnérabilité à l'aide d'outils d'intelligence artificielle, bien que les vérifications internes de l'entreprise peu avant l'incident n'aient pas identifié le problème. Certains rapports analytiques, y compris ceux de Galaxy Research, suggèrent que le montant total des fonds retirés pourrait atteindre 1 000 bitcoins.
Cette situation démontre que même le matériel spécialisé nécessite un audit de code indépendant et constant, en particulier pour les fonctions cryptographiques.
L'avis de l'IA
D'un point de vue d'analyse de données par machine, l'incident avec Coldcard n'est pas le premier cas où un défaut d'un générateur de nombres aléatoires reste inaperçu pendant des années. Un scénario similaire s'est déroulé avec le paquet OpenSSL dans Debian : une erreur dans un correctif de 2006 a réduit l'espace des clés à 32 767 possibilités, et la vulnérabilité n'a été découverte que deux ans plus tard, mettant en danger les clés SSH et SSL à travers le monde.
L'aspect macroéconomique de l'histoire mérite aussi attention : la confiance dans les portefeuilles matériels était précisément basée sur le fait qu'un support physique isolé était plus fiable que les solutions logicielles, et cet incident actuel brouille cette frontière. Le code source ouvert accélère théoriquement la découverte de ce type d'erreurs via des audits indépendants et des outils automatisés, mais cinq ans de silence montrent que la théorie et la pratique divergent. La question reste posée : les vérifications algorithmiques du code pourront-elles un jour remplacer complètement l'audit humain pour la cryptographie critique ?
