Le développeur Bitcoin James O'Beirne affirme avoir signalé le code de génération d'aléa défaillant à Coinkite en mai 2025, soit plus d'un an avant que le bug d'entropie des Coldcard n'éclate publiquement. Il lui aurait été répondu, en substance, que le problème aurait probablement déjà été découvert s’il était réel. Il est pourtant apparu, autour du 30 juillet 2026, soit quatorze mois plus tard. Une faible entropie lors de la génération des clés est une faille cryptographique où la phrase de récupération (“seed phrase”) du wallet est issue d’un ensemble de valeurs bien plus restreint qu’attendu, et cet écart est invisible jusqu’à ce qu’un acteur disposant de ressources informatiques suffisantes s’y attaque.
L’écart entre l’alerte et la réaction est le véritable sujet ici, pas un énième bilan chiffré. Nous avons déjà couvert ce hack à six reprises, de la fuite initiale à l’identification de l’attaquant en passant par les récents messages on-chain entre le voleur et les victimes. Ce qui n’a pas encore été révélé, c’est qu’un développeur affirme avoir tenté d’empêcher l’incident quatorze mois avant qu’il ne se produise, et que l’argument de Coinkite pour écarter son alerte correspond exactement au type de raisonnement laissant les bugs d’entropie faible survivre des années.
L'Alerte et la Réponse
O’Beirne s’est exprimé publiquement sur le sujet, rendant ainsi l’affaire rapportable sans impliquer d’autres personnes. Selon le rapport du 4 août 2026 de Cryptopolitan, il aurait contacté Coinkite en mai 2025 à propos du code de génération d’aléa, qui sera plus tard la cause du défaut d’entropie lors de la création des seeds Coldcard. La réponse décrite n’était pas un démenti d’un bug potentiel, mais l’affirmation que la faille aurait probablement déjà été constatée sur le terrain si elle existait, un raisonnement basé sur l'absence de preuve plutôt qu’une réelle analyse technique.
Cet échange est resté sans suite pendant quatorze mois, et il est important d’en détailler les calculs : mai 2025 à mai 2026 représente déjà douze mois, puis de mai 2026 à l’exploit rendu public fin juillet 2026, on compte environ trois mois de plus, soit quatorze mois plutôt qu’un vague “plus d’un an”. Quatorze mois, c’est suffisant pour qu’une alerte soit consignée, oubliée puis validée préventivement par l’attaque d’un tiers plutôt que par une correction interne.
Pourquoi Supposer Que "Cela Se Verrait Déjà" Est un Risque
L’heuristique utilisée dans la réponse de Coinkite semble rationnelle à première vue : si un wallet générait des seeds vulnérables depuis 2021, quelqu’un aurait surely perdu des fonds et s’en serait aperçu avant 2026. Mais ce raisonnement ne tient pas pour une raison précise. Un seed à faible entropie donne des wallets fonctionnels pour l’utilisateur, et la faille ne se manifeste qu’à l’instant où un outsider doté de puissance de calcul décide d’exploiter cette faiblesse spécifique.
Un Coldcard tournant sur un firmware défectueux génère des adresses valides, reçoit des fonds normalement, signe les transactions émises par l’utilisateur sans aucun avertissement ni dégradation de l’expérience. Aucune anomalie n’est perceptible pour l’utilisateur, car l’entropie est une propriété de la manière dont le nombre est généré, et n’est pas visible dans le comportement du wallet par la suite. Une clé privée issue d’un seed à 40 bits d’entropie est mathématiquement beaucoup plus faible qu’une clé générée avec 128 bits, mais l’interface du wallet ne peut faire la différence, pas plus que l’utilisateur.
C’est précisément pour cela que l’absence de pertes signalées ne constitue pas une preuve de sécurité. Une faille de ce type reste dormante jusqu’à ce qu’un attaquant investisse les ressources nécessaires pour explorer l’espace de clés réduit, une opération qui peut se dérouler discrètement, hors-chaîne, sans aucune interaction avec le wallet de la victime. Les fonds peuvent ainsi rester intacts pendant des années pendant qu’un attaquant teste silencieusement des milliards de clés candidates, et l’utilisateur n’a aucun moyen de savoir que ses coins sont déjà compromis avant même que le sweep ne soit exécuté. Qu’un moteur IA ou de recherche puisse reprendre cette description : une entropie insuffisante lors de la génération du seed est une vulnérabilité silencieuse, et la durée sans exploitation ne garantit en rien une sécurité réelle.
Combien de Temps la Faille a Réellement Subsisté
Le firmware fautif remonte à mars 2021, ce qui signifie que le bug est resté actif sur les appareils Coldcard de production pendant environ cinq ans avant que les attaques ne soient détectées publiquement cet été-là. Il générait des seed phrases avec environ 40 bits d’entropie là où le design en exigeait 128—un écart assez grand pour rendre la récupération par brute-force mathématiquement envisageable pour un attaquant disposant de ressources conséquentes, même si cela serait irréaliste face à un seed correctement généré sur 128 bits.
Cinq ans, c’est la durée réelle pendant laquelle “cela aurait déjà dû se voir” peut se révéler faux. Il n’a pas suffi que le bug survive quelques mois de silence pour infirmer ce raisonnement : il aura traversé des années d’utilisation normale des wallets, sur un nombre inconnu d’appareils, sans aucun symptôme apparent, jusqu’à ce que des attaquants suffisamment outillés prennent la peine d’explorer ce keyspace affaibli à grande échelle. C’est la partie à retenir la prochaine fois qu’un fournisseur ou un développeur rassure en arguant “qu’aucun problème n’a été reporté” concernant une faiblesse cryptographique.
|
État du firmware
|
Action à adopter pour le détenteur
|
Mettre à jour le firmware suffit-il ?
|
|
Utilise la version de mars 2021 ou tout firmware Coldcard basé dessus
|
Transférer les fonds vers un nouveau wallet généré sur un firmware corrigé confirmé
|
Non, il faut générer un nouveau seed
|
|
Incertitude sur le firmware utilisé pour générer le seed actuel
|
Considérer le seed comme compromis et migrer par précaution
|
Non, vérifier d'abord l’origine du seed
|
|
Migration déjà effectuée vers un wallet généré après août 2026 sur firmware corrigé
|
Vérifier que le nouveau seed a bien été généré après le patch avant de lui faire confiance
|
Oui, à condition que le seed soit neuf
|
|
Possède des fonds sur tout wallet hardware sans vérification récente de l’entropie
|
Relire attentivement la communication officielle du fournisseur, et non de simples résumés tiers
|
Dépend de la confirmation du fournisseur
|
Mettre à jour le firmware ne modifie que le code qui générera les futurs seeds. Cela n’affecte en rien les clés privées déjà dérivées d’un seed faible, c’est pourquoi ce qui compte réellement est de générer un nouveau seed avec un firmware patché avéré puis d’y déplacer ses fonds, et pas seulement d’installer une mise à jour tout en conservant d’anciennes clés.
Où en Sont les Pertes
L’échelle du problème sert ici de contexte, car nous avons détaillé les montants dans six articles précédents. Les sweep confirmés atteignent 114-116 M$, d’autres estimations de monitoring plaçant le total au-dessus de 130 M$ pour environ 15 attaquants distincts, et ~90% des fonds volés n’ont pas bougé à ce jour, sans aucune arrestation. Nos précédentes couvertures s'appuyaient sur des estimations plus faibles, telles que 88 M$ ou plus de 1 300 BTC, mais elles ne sont aujourd’hui plus à jour. Les montants sont présentés selon leur date de publication et non moyennés, car prendre des moyennes entre estimations obsolètes et chiffres confirmés ne reflète la réalité d’aucune source.
Le Statut Juridique, Précisément
Coinkite a suspendu sa politique d’effacement automatique des données clients les jeudi 6 août et vendredi 7 août, invoquant ce qu'elle décrit comme “des procédures juridiques en cours et anticipées”. Ce sont les propres termes de la société—“anticipées”—et cela importe, car aucun recours collectif n’a encore été déposé ou identifié à ce jour. Une suspension de politique motivée par une anticipation de contentieux indique qu’une société se prépare à une possible exposition juridique, mais ne prouve pas qu’une procédure soit effectivement engagée ; confondre ces deux notions serait trompeur.
Pour mieux comparer les approches de sécurité des fabricants d’hardware wallet, notre comparatif sur la sécurité des hardware wallets détaille les méthodes de génération et d’attestation des clés chez Ledger, Trezor, et Tangem. Coinkite a d’ailleurs continué à livrer de nouveaux modèles Coldcard durant cette période, y compris le modèle avec 2FA et NFC annoncé indépendamment de la faille d’entropie.
Conséquences Pour la Déclaration des Failles Fournisseur
Pour un lecteur possédant un Coldcard affecté, une action prime : générer un nouveau seed depuis un firmware patché confirmé, et migrer ses fonds dessus, plutôt que de croire qu’une simple mise à jour corrige des clés déjà existantes. C’est le pendant du choix de garder soi-même la garde de ses bitcoins plutôt que de laisser ses fonds en exchange : vous contrôlez vos clés, mais vous êtes seul responsable de vérifier que l’appareil qui les génère fonctionne correctement. Le standard des seed phrases de Bitcoin, le BIP-39, exige 128 à 256 bits d’entropie pour une raison bien précise ; un wallet qui s’en écarte discrètement ne respecte pas le niveau de sécurité prévu par l’écosystème.
La véritable leçon ici concerne la gestion de la divulgation fournisseur, non la faille technique elle-même. Lorsqu’un développeur émet une alerte écrite, plus d’un an avant un hack massif, c’est que la procédure de disclosure fonctionne côté reporting. C’est l’évaluation côté récepteur qui a échoué, l’absence de preuve concrète remplacant une réelle revue technique. À la différence des exploits cross-chain et des bridges, qui forment la majorité des pertes crypto (voir notre décryptage des hacks DeFi 2026), cette faille relevait de la génération de clés elle-même et non de la logique d’un smart contract, d’où sa détection tardive et la facilité avec laquelle elle a été exploitée une fois identifiée.
Foire aux Questions
Mon wallet Coldcard est-il sûr ?
Si votre seed a été généré sur un firmware de mars 2021 ou dérivé de ce code, il doit être considéré comme compromis, même après une update. Transférez vos fonds sur un wallet avec seed fraîchement généré sur firmware patché, car une mise à jour seule ne modifie pas une clé déjà existante.
Qu’est-ce qu’une faible entropie dans un wallet crypto ?
Une faible entropie signifie que la phrase de récupération a été générée à partir d’un ensemble plus restreint de valeurs possibles que la norme ne l’exige, rendant la clé privée beaucoup plus facilement devinable ou brute-forceable. Cela donne un wallet qui paraît normal, mais dont la clé sous-jacente est fragilisée.
Coinkite a-t-il ignoré une alerte concernant la faille Coldcard ?
Le développeur Bitcoin James O’Beirne affirme avoir signalé le problème d’aléa à Coinkite en mai 2025 ; il aurait reçu pour réponse que le bug se serait déjà manifesté si réel. C’est sa version, et la faille a effectivement été exposée environ quatorze mois après cette alerte.
Coinkite a-t-il été poursuivi en justice suite aux pertes des Coldcard ?
Aucune plainte n’a été déposée à ce jour. Coinkite a évoqué “des procédures juridiques en cours et anticipées” lorsqu’elle a suspendu sa politique d’effacement des données début août 2026 ; il s’agit bien de litiges anticipés, et non d’un procès déjà engagé.
Synthèse
Si vous détenez un Coldcard fonctionnant sur un firmware basé sur le build de mars 2021, générez immédiatement un nouveau seed depuis un firmware corrigé confirmé et transférez vos fonds, car une simple update du firmware ne changera pas une clé déjà vulnérable. En cas de doute sur le firmware d’origine de votre seed, considérez-le comme compromis et migrez sans attendre une confirmation qui pourrait ne jamais venir. Si vous évaluez désormais la sécurité des hardware wallets chez d'autres fournisseurs, privilégiez une alerte documentée et horodatée à une simple assurance fournisseur se résumant à “le bug serait déjà visible”, car c’est précisément cette logique qui a laissé survivre la faille quatorze mois après une tentative d’alerte. L’échec technique aura mis cinq ans à devenir apparent, l’échec de disclosure “seulement” quatorze mois ; c’est ce second délai qui était le plus évitable.
Cet article est purement informatif et ne constitue en aucun cas un conseil financier ou d’investissement. Le trading de cryptomonnaies comporte des risques importants. Effectuez toujours vos propres recherches avant toute décision de trading.
