Coldcard Drain atteint 1 200 adresses – Migrer ou rester exposé

Les pertes liées à Coldcard continuent d’augmenter.

L’événement est encore en cours.Près de 1 200 adresses auraient été vidées.Plus de 1 000 BTC ont été volés, et les pertes liées au problème de sécurité du portefeuille Coldcard ont atteint 70 millions de dollars dans la dernière mise à jour publiée aujourd’hui. Ce n’est pas une situation temporaire ; il s’agit d’un événement de perte de fonds actif, où les mots de passe affectés continuent de circuler.Mettre à jour le firmware ne répare pas le seed..

Qui est réellement exposé à la vulnérabilité de Coldcard ?

Le titre est grand, mais l’ensemble des informations révélées est plus limité que ce qu’implique la panique. La question clé n’est pas de savoir si l’histoire est alarmante, mais si une “graine” a été créée dans le firmware affecté, sans que l’exception liée à l’entropie des dés ne soit documentée.

La version du firmware est la véritable limite.

Les bâtiments affectés sontFirmware Mk2/Mk3 : versions 4.0.1 à 4.1.9Mk4 et Mk5 avant la version 5.6.0, ainsi que Q avant la version 1.5.0Q. Si votre seed n’a pas été généré sur ces versions de firmware, cela ne s’applique probablement pas à vous.

Pour les Mk2/Mk3, le bug réduit l’entropie effective àenviron 40 bitsAu lieu des 128 bits prévus. Cela explique comment les faiblesses théoriques peuvent se transformer en problèmes pratiques. Coinkite indique également que les graines provenant des appareils Mk4, Mk5 et Q affectés sont moins exposées que celles du Mk2/Mk3, mais ils sont tout de même affectés, avec environ 72 bits d’entropie plutôt que 128.

Le refuge offert par les dés est réel, mais limité.

Le “port sûr” de Coinkite est clair : si la pièce a été créée avec au moins 50 lancers de dés indépendants et équitables, elle n’est pas considérée comme en danger à cause de ce problème lié au générateur aléatoire. Cela est important, car de nombreux utilisateurs ne peuvent pas prouver avec certitude qu’ils ont respecté cette condition.

Une phrase de mot de passe est utile, mais elle ne résout pas le problème de base.

Une phrase de mot de passe BIP-39 forte et unique peut réduire la exposition immédiate, mais les conseils sont clairs :ne répare pas une graine touchéeEn pratique, cela signifie que la protection de la phrase secrète est une mesure de réduction des risques, et non une solution complète.

La conclusion pratique est simple : si votre seed a été généré avec le firmware concerné, et que vous n’avez pas de solution pour sécuriser les données, vous devriez examiner les instructions de migration. Si l’historique du appareil et du firmware ne se trouve pas dans cette catégorie, le risque lié à ce problème spécifique est beaucoup plus faible.

Que faire maintenant si vous êtes susceptible d’être exposé ?

AprèsPrès de 1 200 adresses auraient été vidées.La réponse appropriée est une procédure calme et correcte, et non une procédure hâtive. La séquence de Coinkite est clairement définie :Mettre à jour d’abord, générer une nouvelle séquence de départ, puis migrer.Cet ordre est important, car mettre à jour le firmware ne modifie ni ne répare pas une graine existante.

Suivez l’ordre correct.

• Installez le firmware fixe pour votre modèle spécifique et lancez la piste de sortie avant de générer quoi que ce soit de nouveau.
• Générer une graine complètement nouvelle sur le appareil mis à jour.
• Faites une sauvegarde de la nouvelle semence, vérifiez-la, puis effectuez une petite transaction de test avant de transférer le reste.
• Conservez la version de sauvegarde ancienne uniquement jusqu’à ce que la migration soit entièrement confirmée.

La narration du côté de l’attaquant est toujours active :Une vague de nettoyage coordonnée de 594,48 BTCDes transferts ont été signalés depuis des adresses à signature unique. Cependant, aucune preuve publique définitive ne permet de confirmer que l’utilisation de Coldcard est la cause de ces transferts. Cela suffit pour justifier une prudence, et non une panique.

Si vous pensez que votre seed pourrait se retrouver dans le groupe concerné, le pas suivant le plus clair est de vérifier l’histoire du firmware et d’follower la procédure officielle de migration, plutôt que d’attendre une confirmation officielle.