#electrum修复4.8.3前版本高危漏洞
Les 62 signatures sont toutes valides, mais l’adresse de réception n’est pas la vôtre
📣 盘面异动群里喊
Le portefeuille Bitcoin historique Electrum a publié le 24 octobre une mise à jour de sécurité, la version 4.8.3. L’avis officiel classe cette vulnérabilité comme « élevée » et indique que toutes les versions antérieures à la 4.8.3 sont concernées. Aucun identifiant CVE ne lui a été attribué, mais l’avis contient une phrase lourde de sens : des serveurs ont déjà agi ainsi dans des conditions réelles 🦖
Vous utilisez peut-être un portefeuille léger, sans télécharger toute la blockchain, et vous faites confiance à un serveur pour vous indiquer votre solde et vos transactions. La documentation officielle présente cela comme un compromis délibéré. Le problème, c’est que ce mécanisme a été détourné à des fins malveillantes ⚠️
Un attaquant prend le contrôle du serveur auquel vous êtes connecté. Vous cliquez sur « Diffuser » dans votre portefeuille, mais le serveur intercepte la vraie transaction : elle n’arrive même pas dans le mempool. Puis le serveur envoie à votre portefeuille une transaction falsifiée. Elle reprend exactement les mêmes entrées, la même version et le même délai de verrouillage que votre transaction, et les scripts de signature des 31 entrées sont identiques octet par octet. Une seule différence : l’adresse de destination a été remplacée par celle de l’attaquant. Cette fausse adresse a été calculée à de nombreuses reprises pour que ses 4 derniers caractères soient exactement les mêmes que ceux de l’adresse à laquelle vous vouliez vraiment envoyer les fonds.
Toutes les signatures de cette fausse transaction sont invalides, mais le portefeuille léger ne vérifie pas les scripts et ne s’en aperçoit pas. Votre historique ne montre donc plus la vraie transaction ; il ne reste qu’une fausse transaction non confirmée. Le montant semble correspondre exactement à celui que vous vouliez envoyer. L’escroc a même fixé des frais proches de 0, en attendant que vous remarquiez que le transfert est bloqué et que vous cliquiez manuellement pour augmenter les frais.
Dès que vous augmentez les frais, le portefeuille signe cette fausse transaction. Vous signez vous-même le transfert de vos bitcoins à l’attaquant 💥
L’avis mentionne deux cas réels. Le 11 octobre, le premier utilisateur a signalé le problème en privé. Il utilisait un ancien portefeuille multisignature 2 sur 3, avec deux portefeuilles matériels Trezor, 31 entrées et 1 sortie. Il avait vérifié l’adresse sur les écrans des deux appareils avant de diffuser la transaction. Pourtant, son historique affichait une transaction non confirmée envoyant les fonds à une adresse inconnue. Le 18 octobre, un deuxième utilisateur a signalé avoir augmenté les frais, après quoi ses bitcoins ont réellement disparu. Il ne s’est écoulé que 12 jours entre le premier signalement et l’étiquetage de la version 4.8.3, et 13 jours avant la publication du binaire.
À mes yeux, l’essentiel n’est pas qu’Electrum ait écrit du code incorrect, mais qu’il existe une limite que tout le monde tient pour acquise : le serveur auquel vous faites confiance est en fait votre registre. Ce qu’il vous montre, vous le tenez pour réel. Cette fois, cette idée s’est transformée en une attaque concrète.
Même après la correction, la version 4.8.3 ne vérifie que les entrées appartenant à votre propre portefeuille. Les transactions que d’autres vous envoient ne sont toujours pas vérifiées, car un client léger ne dispose pas d’un moteur de consensus complet. Les développeurs reconnaissent eux-mêmes que couvrir ce cas nécessiterait de vérifier récursivement les transactions parentes non confirmées, ce qui coûterait trop cher.
Trois choses à faire : passez immédiatement à la version 4.8.3 ; avant d’augmenter les frais, vérifiez toujours l’adresse de destination et le montant ; à long terme, faites tourner votre propre serveur. L’avis précise clairement que les utilisateurs connectés à leur propre serveur ne sont pas concernés par cette vulnérabilité.
Vous utilisez plutôt un portefeuille léger ou vous faites tourner votre propre nœud ? Parlons-en dans les commentaires.
Appuyez sur l’avatar pour regarder le direct.
Chaque jour, je vous aide à suivre l’actualité de la sécurité Bitcoin : pas seulement pour savoir ce qui se passe, mais aussi pour comprendre la logique et les opportunités qui se cachent derrière 👀🚀
Les 62 signatures sont toutes valides, mais l’adresse de réception n’est pas la vôtre
📣 盘面异动群里喊
Le portefeuille Bitcoin historique Electrum a publié le 24 octobre une mise à jour de sécurité, la version 4.8.3. L’avis officiel classe cette vulnérabilité comme « élevée » et indique que toutes les versions antérieures à la 4.8.3 sont concernées. Aucun identifiant CVE ne lui a été attribué, mais l’avis contient une phrase lourde de sens : des serveurs ont déjà agi ainsi dans des conditions réelles 🦖
Vous utilisez peut-être un portefeuille léger, sans télécharger toute la blockchain, et vous faites confiance à un serveur pour vous indiquer votre solde et vos transactions. La documentation officielle présente cela comme un compromis délibéré. Le problème, c’est que ce mécanisme a été détourné à des fins malveillantes ⚠️
Un attaquant prend le contrôle du serveur auquel vous êtes connecté. Vous cliquez sur « Diffuser » dans votre portefeuille, mais le serveur intercepte la vraie transaction : elle n’arrive même pas dans le mempool. Puis le serveur envoie à votre portefeuille une transaction falsifiée. Elle reprend exactement les mêmes entrées, la même version et le même délai de verrouillage que votre transaction, et les scripts de signature des 31 entrées sont identiques octet par octet. Une seule différence : l’adresse de destination a été remplacée par celle de l’attaquant. Cette fausse adresse a été calculée à de nombreuses reprises pour que ses 4 derniers caractères soient exactement les mêmes que ceux de l’adresse à laquelle vous vouliez vraiment envoyer les fonds.
Toutes les signatures de cette fausse transaction sont invalides, mais le portefeuille léger ne vérifie pas les scripts et ne s’en aperçoit pas. Votre historique ne montre donc plus la vraie transaction ; il ne reste qu’une fausse transaction non confirmée. Le montant semble correspondre exactement à celui que vous vouliez envoyer. L’escroc a même fixé des frais proches de 0, en attendant que vous remarquiez que le transfert est bloqué et que vous cliquiez manuellement pour augmenter les frais.
Dès que vous augmentez les frais, le portefeuille signe cette fausse transaction. Vous signez vous-même le transfert de vos bitcoins à l’attaquant 💥
L’avis mentionne deux cas réels. Le 11 octobre, le premier utilisateur a signalé le problème en privé. Il utilisait un ancien portefeuille multisignature 2 sur 3, avec deux portefeuilles matériels Trezor, 31 entrées et 1 sortie. Il avait vérifié l’adresse sur les écrans des deux appareils avant de diffuser la transaction. Pourtant, son historique affichait une transaction non confirmée envoyant les fonds à une adresse inconnue. Le 18 octobre, un deuxième utilisateur a signalé avoir augmenté les frais, après quoi ses bitcoins ont réellement disparu. Il ne s’est écoulé que 12 jours entre le premier signalement et l’étiquetage de la version 4.8.3, et 13 jours avant la publication du binaire.
À mes yeux, l’essentiel n’est pas qu’Electrum ait écrit du code incorrect, mais qu’il existe une limite que tout le monde tient pour acquise : le serveur auquel vous faites confiance est en fait votre registre. Ce qu’il vous montre, vous le tenez pour réel. Cette fois, cette idée s’est transformée en une attaque concrète.
Même après la correction, la version 4.8.3 ne vérifie que les entrées appartenant à votre propre portefeuille. Les transactions que d’autres vous envoient ne sont toujours pas vérifiées, car un client léger ne dispose pas d’un moteur de consensus complet. Les développeurs reconnaissent eux-mêmes que couvrir ce cas nécessiterait de vérifier récursivement les transactions parentes non confirmées, ce qui coûterait trop cher.
Trois choses à faire : passez immédiatement à la version 4.8.3 ; avant d’augmenter les frais, vérifiez toujours l’adresse de destination et le montant ; à long terme, faites tourner votre propre serveur. L’avis précise clairement que les utilisateurs connectés à leur propre serveur ne sont pas concernés par cette vulnérabilité.
Vous utilisez plutôt un portefeuille léger ou vous faites tourner votre propre nœud ? Parlons-en dans les commentaires.
Appuyez sur l’avatar pour regarder le direct.
Chaque jour, je vous aide à suivre l’actualité de la sécurité Bitcoin : pas seulement pour savoir ce qui se passe, mais aussi pour comprendre la logique et les opportunités qui se cachent derrière 👀🚀