Coldcard 5.6.1 est arrivé : pourquoi la mise à jour ne sauve pas votre ancienne graine

Coinkite a livré le 20 août 2026 les micrologiciels 5.6.1 pour les Coldcard Mk4 et Mk5 et 1.5.1Q pour le modèle Q. Si vous possédez une Coldcard, vous devez distinguer deux choses. La mise à jour comble la faille pour tout ce que vous créez désormais. Elle ne répare pas une graine générée sur une version défectueuse. Pour cette graine, le seul remède est le passage vers une phrase de récupération nouvellement générée.

Le fabricant l’écrit explicitement dans son communiqué : « Installing this update does not make an existing vulnerable seed safe. » Sur la page d’état, à l’adresse coldcard.com/security/status, la formule est encore plus brève : « An update is not a seed migration. »

Est donc concerné quiconque a configuré son appareil entre mars 2021 et juillet 2026 et utilise depuis la même phrase de récupération. Dans ce cas, la seule mise à jour ne suffit pas, même lorsque la Coldcard affiche ensuite le nouveau numéro de version.

Coldcard 5.6.1 et 1.5.1Q : ce que le fabricant a livré le 20 août

Les deux versions sont le fruit d’un examen de trois semaines que Coinkite avait entamé après la mise à jour d’urgence du 31 juillet. Elles remplacent les versions 5.6.0 et 1.5.0Q, poussées rapidement à l’époque, et vont au-delà de la simple correction de défaut.

La livraison se lit dans le nom du fichier. Le fichier lié sur la page de téléchargement pour les Mk4 et Mk5 s’appelle 2026-08-20T1336-v5.6.1-mk-coldcard.dfu, celui pour le Q 2026-08-20T1335-v1.5.1Q-q1-coldcard.dfu. Tous deux portent donc le 20 août comme horodatage dans le nom lui-même.

Selon le fabricant, la version couvre quatre domaines : la génération de la graine, la vérification des transactions avant la signature, le cloisonnement des données par la connexion USB et le comportement lors des sauvegardes. Coinkite fait précéder cette énumération d’une réserve d’une sobriété remarquable : il s’agit de contrôles précis, non de l’affirmation que tout défaut concevable est exclu.

Une mise à jour du micrologiciel n’est pas une migration de graine : pourquoi l’ancienne graine reste exposée

La graine est le nombre dont se déduisent toutes les clés et adresses d’un portefeuille ; les douze ou vingt-quatre mots sur la fiche de secours n’en sont que l’écriture lisible. Ce nombre est généré une seule fois, à la configuration de l’appareil, et n’est plus jamais modifié.

C’est précisément de là que vient la particularité de ce cas. Une mise à jour du micrologiciel remplace le logiciel qui génère les nouvelles graines. Elle ne touche pas à la graine existante, car elle ne peut pas y toucher sans détruire le portefeuille. Ainsi, celui qui met à jour un appareil concerné puis continue de l’utiliser a réparé le logiciel et conservé la faiblesse.

L’incident lui-même l’a démontré cet été. Des attaquants ont vidé des avoirs en bitcoins d’appareils dont la phrase de récupération était prévisible ; nous avons décrit les premières vagues et l’ampleur le 31 juillet dans notre article sur le défaut du micrologiciel Coldcard. Les estimations des dommages totaux divergent : TRM Labs les chiffre à environ 116 millions de dollars, tandis que CoinDesk avance environ 114 millions de dollars dans son article sur le nouveau micrologiciel. Le compte rendu de crypto.news parle de 1 816 bitcoins issus de plus de 5 200 adresses et note qu’environ 90 % des avoirs dérobés lors des vagues confirmées n’ont pas encore été déplacés.

72 bits au lieu de 128 : ce que signifie le défaut d’entropie dans la génération de la graine

L’entropie est la mesure du nombre de valeurs réellement possibles lors de la génération d’une graine ; plus elle est élevée, plus la recherche exhaustive est vaine. La valeur cible est de 128 bits.

Elle n’a pas été atteinte sur les versions concernées. Selon le fabricant, les graines sur Mk4, Mk5 et Q atteignaient environ 72 bits. Pour les modèles plus anciens Mk2 et Mk3, la valeur rapportée est bien plus basse encore : crypto.news avance pour eux environ 40 bits de hasard effectif. La cause était la même dans les deux cas : les appareils tiraient le hasard non du composant matériel prévu à cet effet, mais d’un substitut logiciel.

Ce que cette différence signifie en pratique est difficile à saisir en une image, car l’échelle trompe. L’écart entre 72 et 128 bits n’est pas une majoration, mais un décalage de plusieurs ordres de grandeur. Ce qui compte pour vous est la conséquence simple : une graine au hasard insuffisant est prévisible, et elle le reste tant qu’elle demeure en usage.

Quelles versions sont réputées concernées

Le guide de migration du fabricant nomme précisément les versions concernées : les Mk2 et Mk3 sur les versions 4.0.1 à 4.1.9, les Mk4 et Mk5 sur la branche standard avant 5.6.0, le Q avant 1.5.0Q, les versions Edge avant 6.6.0X et 6.6.0QX respectivement. Le défaut remonte ainsi jusqu’à mars 2021.

Entropie obligatoire pour une nouvelle graine : 65 frappes, 50 lancers de dé ou 128 tirages à pile ou face

Le changement le plus visible de la nouvelle version concerne la configuration. Sur la branche standard, une nouvelle graine ne naît plus du seul hasard de l’appareil. Vous devez y ajouter vous-même du hasard, par exactement l’une de trois méthodes : au moins 65 frappes à un rythme imprévisible, 50 lancers d’un vrai dé à six faces ou 128 tirages à pile ou face.

L’appareil mêle cette part que vous générez à un hasard frais de l’appareil. Selon le fichier d’état lisible par machine du fabricant, la contribution des deux composants de sécurité entre dans chaque graine. Qui veut contourner entièrement le hasard de l’appareil trouvera pour cela la branche distincte « Dice Rolls Only » : elle exige 50 lancers pour une phrase de douze mots et 99 lancers pour une phrase de vingt-quatre.

L’effort est voulu. Il déplace une part de la confiance du composant vers vous, et c’est le point où la configuration d’un portefeuille matériel se ressent désormais nettement autrement qu’avant. Si vous avez le choix, prenez la méthode du dé : elle est la plus facile à suivre et s’observe comme un procédé à part entière.

Notre propre relevé : quel micrologiciel Coldcard le fabricant proposait le 22 août

cryptoticker.io a réalisé lui-même ce relevé le 22 août 2026. Base : la page publique de téléchargement du fabricant, coldcard.com/downloads, et chaque ligne de modèle qui y figure, avec numéro de version et mention. Sept lignes de modèles ont été vérifiées.

Le résultat : cinq des sept lignes portent la mention « Fixed release », deux non. Sont marquées les lignes Mk5/Mk4 avec 5.6.1, le Q avec 1.5.1Q, les branches Edge avec 6.6.0X et 6.6.0QX, ainsi que la ligne commune aux Mk3 et Mk2 avec 4.2.0. Restent sans la mention deux lignes que la page elle-même donne pour dépassées : une ligne Mk4 autonome avec la version 5.4.5 et la ligne Mk1 avec 3.0.6.

Pour les possesseurs de Mk1, c’est là le constat pratiquement pertinent. L’avis de sécurité nomme 4.0.1 comme première version concernée, alors que la ligne Mk1 s’arrête à 3.0.6 et ne présente aucune version corrigée. Ce qu’il en découle pour un Mk1, la page ne le dit pas expressément.

Un second constat concerne la date de vérification. La page d’état porte le cachet « Verified 2026-08-17 » et recommande en même temps 5.6.1 et 1.5.1Q, deux versions livrées seulement trois jours plus tard. Que la page ait été revérifiée après la livraison et que seul le cachet n’ait pas été mis à jour, cela n’en ressort pas.

Une brève vérification supplémentaire portait sur la langue : trois chemins allemands des adresses du fabricant ont été consultés, et tous trois ont répondu par un 404. L’avis de sécurité, la page d’état et le guide de migration ne sont disponibles qu’en anglais.

Les limites de ce relevé

Ce qui n’a pu être vérifié, c’est si la ligne Mk4 donnée pour dépassée, avec 5.4.5, contient le défaut ou documente seulement une branche abandonnée. Également invérifiable : combien d’appareils sont concernés en Allemagne, combien de détenteurs ont déjà installé la mise à jour et si le fabricant informe ses clients par courriel en allemand. Le relevé ne dit que ce que la page de téléchargement affichait ce jour-là.

La branche de version plutôt que le nom du modèle : quelle version minimale s’applique à votre appareil

Une branche de version est le rameau de livraison sur lequel un micrologiciel est entretenu ; un même appareil peut porter des numéros de version tout à fait différents selon la branche. C’est justement là qu’échouent les vérifications qui s’en tiennent au seul nom de modèle.

Le fabricant nomme donc des versions minimales par branche. Pour les Mk2 et Mk3, 4.2.0 ou plus récente s’applique. Pour les Mk4 et Mk5 sur la branche standard, 5.6.0 ou plus récente ; pour le Q sur la branche standard, 1.5.0Q ou plus récente. Qui suit la branche Edge a besoin de 6.6.0X sur les Mk4 et Mk5, ou de 6.6.0QX sur le Q. Comme versions actuellement recommandées, il cite en outre 5.6.1 et 1.5.1Q.

En pratique, cela veut dire : ouvrez sur l’appareil l’affichage de la version du micrologiciel, notez-la intégralement, suffixe de lettre compris, et comparez-la à la version minimale de votre branche. Un « X » ou « QX » à la fin signale la branche Edge, pour laquelle d’autres chiffres s’appliquent.

L’exception du dé : quand une graine existante n’a pas à être migrée, selon le fabricant

Il existe un cas où le fabricant juge le déménagement superflu. Qui a enrichi sa graine à l’époque de ses propres lancers, par la fonction « Add Dice Rolls », peut, sous des conditions étroites, s’en dispenser.

Les conditions sont énoncées avec précision dans le guide : au moins 50 lancers loyaux et mutuellement indépendants, saisis par cette fonction ; la suite des lancers doit être restée privée et n’avoir jamais été notée ni divulguée ; et les mots à utiliser sont ceux que l’appareil a affichés après l’ajout des lancers. Sous ces conditions, le fabricant estime qu’au moins 128 bits d’entropie supplémentaire ont été apportés ; à partir de 99 lancers, il avance environ 256 bits.

La phrase qui importe vient à la fin : avec moins de lancers ou dans des conditions incertaines, il faut migrer. Qui, après quatre ans, ne se rappelle plus clairement combien il y a eu de lancers et si la suite n’a vraiment été notée nulle part tombe alors sous l’obligation de migrer. Ici, l’incertitude ne vaut pas décharge.

Vérification PSBT et SIGHASH_SINGLE : quels défauts au-delà de la génération de graine ont été corrigés

L’examen de trois semaines a fait remonter des points qui n’ont rien à voir avec le défaut de hasard d’origine. Ils concernent le trajet qu’un virement emprunte de l’ordinateur à l’appareil et retour.

Une PSBT est une transaction bitcoin partiellement signée : le fichier dans lequel le logiciel de portefeuille dépose la proposition de paiement et que le portefeuille matériel se voit présenter pour approbation. La nouveauté est que la Coldcard revérifie ce fichier juste avant la signature et interrompt l’opération avec le message « Transaction modified » si quelque chose a changé entre l’affichage et l’approbation. Lors d’un transfert par USB, la somme de contrôle de la requête doit en outre correspondre au fichier enregistré, faute de quoi l’opération se termine par « PSBT checksum mismatch ».

SIGHASH_SINGLE est une variante de signature qui ne fige qu’une partie d’une transaction et laisse le reste ouvert. Elle sera désormais bloquée par défaut. S’y ajoutent des limites plus strictes à la récupération de données par USB, cantonnée au résultat de la session chiffrée en cours, ainsi que l’exigence qu’un fichier de micrologiciel corresponde à sa longueur signée.

D’autres changements concernent la vérification selon BIP-322, le cloisonnement du mode delta et le comportement lors des sauvegardes : une sauvegarde saisit le portefeuille en vigueur au moment donné. Pour un portefeuille à phrase de passe, elle contient la clé maîtresse dérivée de ce portefeuille, non les mots de la graine parente ni la phrase de passe.

La phrase de passe BIP-39 : pourquoi elle ne répare pas une graine concernée

Une phrase de passe BIP-39 est un mot ou une phrase supplémentaire, librement choisi, dont naît, avec la graine, un portefeuille à part entière. Elle passe à juste titre pour une protection additionnelle solide, et le fabricant la recommande expressément pour tout portefeuille dont la perte ferait vraiment mal à son propriétaire.

Pour le défaut présent, elle ne résout pourtant pas le problème. Le fabricant le formule sans équivoque : une phrase de passe forte et unique peut rendre plus difficile l’accès à la graine sous-jacente, mais elle ne la répare pas. Les utilisateurs disposant d’une phrase de passe devraient migrer dès que possible.

Qui emploie une phrase de passe pour un nouveau portefeuille devrait la sauvegarder séparément de la graine, noter l’empreinte du portefeuille à phrase de passe et tester la récupération avant qu’aucun fonds n’y arrive. Ce qui « fait vraiment mal », le fabricant ne le fixe volontairement pas en un montant ; c’est un seuil personnel.

Vérifier le fichier de micrologiciel : somme de contrôle SHA-256 et signature avant l’installation

Un incident de sécurité attire les imitateurs, et un fichier de micrologiciel falsifié serait le chemin le plus commode vers les avoirs d’autrui. Le fabricant exige donc deux vérifications avant que le fichier n’arrive sur la carte mémoire.

D’abord la comparaison de la somme de contrôle SHA-256 : une somme de contrôle est une courte empreinte d’un fichier qui change entièrement à la moindre altération. Ensuite le contrôle du fichier signé signatures.txt, qui atteste que le fichier provient bien du fabricant. Alors seulement vient l’installation par la carte mémoire, et après le redémarrage le contrôle visuel du numéro de version affiché.

Ne téléchargez le fichier qu’à l’adresse du fabricant, jamais depuis un forum, un chat ou un lien que quelqu’un vous a envoyé sans que vous l’ayez demandé. Et une règle de base que le guide de migration répète expressément : ne saisissez jamais vos mots de graine sur un site web et ne les envoyez jamais à un canal d’assistance.

Migration de la graine pas à pas : comment se déroule le passage au nouveau portefeuille

Le fabricant décrit deux voies. La voie recommandée passe par deux appareils, car à aucun moment un portefeuille fonctionnel n’est abandonné.

Si vous devez acquérir un second appareil pour cette voie, vous trouverez les modèles disponibles et leurs différences dans notre comparatif des portefeuilles matériels. Un appareil du même fabricant n’est pas obligatoire : une phrase de récupération selon la norme BIP-39 peut en principe être chargée aussi sur un appareil d’une autre marque.

Sur le second appareil, le micrologiciel corrigé est installé et une graine entièrement nouvelle est générée, expressément pas un clone de l’ancienne. Ensuite, la sauvegarde et l’empreinte du nouveau portefeuille sont vérifiées. Suit un petit virement d’essai de l’ancien vers le nouveau portefeuille, et ce n’est qu’une fois arrivé que le reste suit. L’ancienne sauvegarde est conservée jusqu’à ce que le déménagement soit achevé.

Qui n’a qu’un seul appareil emprunte la voie de secours : vérifier d’abord la sauvegarde et l’empreinte de l’ancienne graine, puis installer le micrologiciel corrigé, effacer l’ancienne graine sur l’appareil, générer et vérifier la nouvelle, et transférer les avoirs en chargeant tour à tour les deux graines. Cette voie est plus délicate, car elle se passe un temps d’une seconde protection.

Le guide relève trois avertissements de manière expresse. Ne détruisez jamais l’unique copie fonctionnelle d’un portefeuille. Interrompez et ne transférez rien si une empreinte ou une adresse ne concorde pas. Et n’utilisez pas les fonctions de clonage ou de reprise de l’appareil comme solution : elles copient la graine concernée avec le reste.

Ce que vous devriez documenter pendant le déménagement

Le déménagement conduit à des mouvements entre vos propres adresses. Pour chacun d’eux, notez l’heure, l’identifiant de transaction et les adresses en jeu, et conservez la note avec le reste de vos documents. Cela coûte cinq minutes pendant le déménagement et vous épargne plus tard la reconstruction de mémoire, lorsqu’il faut établir le parcours de vos avoirs.

Vérifications indépendantes et post-mortem ouvert : ce qui n’est pas encore établi

Coinkite énumère quatre vérifications externes sur sa page d’état, chacune avec un nom, un objet et une portée. Un vérificateur au compte @bigshiny0 a mesuré sur un appareil réel doté du micrologiciel Mk4 5.6.0 qu’une requête de 32 octets déclenche huit opérations de lecture au générateur matériel de nombres aléatoires : la voie corrigée atteint donc bien le composant. Un deuxième vérificateur a lu le code source sur toutes les branches corrigées et confirmé que le substitut logiciel avait été retiré. Un troisième a vérifié la même chose pour la mise à jour d’urgence. Un quatrième a reconstruit la version 5.6.0 et l’a comparée octet par octet au fichier signé publié.

Le fabricant nuance lui-même ces preuves. Les éléments publiés ne constituent pas un audit indépendant complet de chaque fichier de micrologiciel corrigé ; chacun ne confirme que sa propre portée d’examen. Il est en outre frappant que les vérifications citées se rapportent à 5.6.0, alors que 5.6.1 est la version actuellement recommandée.

Le bilan reste ouvert lui aussi. À la question de savoir si le post-mortem technique formel est disponible, la page d’état répond, à la date du 15 août 2026 : non, il est toujours en cours. Qui veut savoir comment le défaut a pu passer inaperçu pendant quatre ans attend donc encore.

Une appréciation, signalée comme telle : qu’un fabricant nomme aussi clairement les limites de ses propres preuves est inhabituel et plaide pour son exposé. Cela ne remplace toutefois pas le rapport attendu, et pour la question de savoir si vous continuez de faire confiance à votre appareil, le post-mortem demeure le texte le plus important.

Vérifier le micrologiciel de votre Coldcard : ce que vous en retenez

1. Vérifiez d’abord le numéro de version sur l’appareil, non le modèle. Notez la version complète, suffixe de lettre compris, et comparez-la à la version minimale de votre branche : 4.2.0 pour les Mk2 et Mk3, 5.6.0 pour les Mk4 et Mk5 sur la branche standard, 1.5.0Q pour le Q, 6.6.0X ou 6.6.0QX sur la branche Edge. Si votre version est inférieure, téléchargez la version corrigée à l’adresse du fabricant, contrôlez la somme de contrôle et la signature, et installez-la. Si vous réfléchissez de toute façon à votre appareil, notre comparatif des portefeuilles matériels vous aide à peser les modèles.
2. Décidez ensuite séparément du sort de la graine. Si votre phrase de récupération a été générée entre mars 2021 et juillet 2026 sur une version concernée, générez une nouvelle graine et déplacez vos avoirs, de préférence par la voie à deux appareils et avec un petit virement d’essai au préalable. Seule l’exception étroite du dé, avec au moins 50 lancers privés et indépendants, vous en dispense. Si vous profitez du déménagement pour réordonner votre répartition, le comparatif des portefeuilles logiciels tient les contreparties pour l’usage quotidien.
3. Documentez le déménagement pendant qu’il se déroule. Notez l’heure, l’identifiant de transaction et les adresses pour chaque mouvement ; après coup, c’est laborieux. Un suivi de portefeuille vous décharge largement de cette tenue de comptes, et un aperçu des programmes courants figure dans notre comparatif des outils fiscaux crypto et suivis de portefeuille.

Vous trouverez le communiqué du fabricant sur la version dans le blog de Coinkite sur les versions 5.6.1 et 1.5.1Q, et les instructions pas à pas du déménagement dans le guide de migration de Coldcard.

(Au 22 août 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)