Portefeuille Electrum vulnérable avant la version 4.8.3 : la prochaine étape

Qui conserve des bitcoins dans Electrum devrait vérifier aujourd'hui le numéro de version de son portefeuille. Toute version antérieure à la 4.8.3 présente une faille par laquelle un serveur malveillant peut vous amener à signer un paiement au profit d'un attaquant. Les développeurs l'ont corrigée le 23 octobre 2026 et rendue publique un jour plus tard. Leur avis de sécurité contient la phrase qui distingue ce cas d'une vulnérabilité théorique : certains serveurs mènent déjà cette attaque.

La faille est classée en gravité élevée et ne porte pas de numéro CVE. Ce qui est remarquable n'est pas sa technique, mais son levier : elle ne capte pas vos clés et ne casse aucun chiffrement. Elle attend que vous accélériez une transaction bloquée, l'un des gestes les plus courants du quotidien en bitcoin.

Ce que corrige Electrum 4.8.3 : les signatures de vos propres entrées sont vérifiées

Electrum est un portefeuille léger, un client léger. Le terme désigne un portefeuille qui ne conserve pas de copie complète de la blockchain Bitcoin, mais interroge un serveur externe pour savoir quelles transactions appartiennent à ses adresses. Cela le rend rapide et économe, et cela déplace une partie de la confiance vers ce serveur.

C'est précisément là que l'attaque intervenait. Jusqu'à la version 4.8.3, Electrum reprenait les transactions non confirmées dans son historique local sans vérifier leurs signatures. Le correctif inverse cet ordre : avant qu'une transaction non confirmée n'entre dans l'historique, le portefeuille vérifie les signatures des entrées qui lui appartiennent. Une contrefaçon à signature invalide est ainsi repérée avant d'apparaître dans l'historique.

L'avis nomme lui-même une limite : les entrées qui n'appartiennent pas à votre propre portefeuille restent non vérifiées. Les paiements entrants depuis des adresses externes ne sont donc toujours pas entièrement vérifiés. Pour le chemin d'attaque décrit, la nouvelle vérification suffit, car ce chemin réutilise nécessairement vos propres entrées.

Replace-by-fee : quand la hausse des frais devient une seconde signature

Le replace-by-fee, ou RBF, est un procédé par lequel vous remplacez une transaction bitcoin encore non confirmée par une nouvelle assortie de frais plus élevés. C'est une pratique courante et utile : qui a calculé trop juste alors que le mempool est saturé reste sinon bloqué des heures. Comment cela se déroule en pratique figure dans notre guide sur les transactions bitcoin bloquées avec RBF et CPFP.

Le point décisif : une hausse des frais n'est techniquement pas une correction de l'ancienne transaction, mais une nouvelle transaction qui doit être signée à nouveau. Dans la fenêtre d'envoi, cela ressemble à une formalité. Vous venez de vérifier l'adresse du destinataire, vous voulez seulement ajouter des frais. Si vous signez à ce moment-là une transaction construite par un attaquant, vous signez aussi son adresse de destinataire.

Le chemin d'attaque : de la diffusion supprimée à l'historique falsifié

L'avis de sécurité décrit cinq étapes. Votre portefeuille envoie une transaction, appelons-la tx1, au serveur. Le serveur ne la relaie pas, il l'écarte. Il place ensuite une seconde transaction dans votre historique, tx2. Celle-ci utilise les mêmes entrées que tx1, mais envoie la quasi-totalité des sorties vers une adresse de l'attaquant.

Les signatures de tx2 sont invalides, car l'attaquant ne possède pas vos clés. Comme l'ancienne version d'Electrum ne les vérifiait pas, elle affichait malgré tout tx2 comme non confirmée. Votre propre tx1 manquait dans l'historique, elle n'était jamais parvenue au réseau. Pour vous, cela ressemblait à un paiement qui ne passe pas.

Dans l'un des cas signalés, le serveur avait construit tx2 avec des frais nuls. Ce n'est pas une négligence, mais une partie de l'appât : une transaction sans frais ne bouge jamais, et la réaction qui vient à l'esprit est de recourir à la hausse des frais.

Pourquoi la contrefaçon s'affichait tout court

Un nœud Bitcoin complet aurait écarté tx2 immédiatement, car il vérifie chaque signature contre la blockchain. Un portefeuille léger ne le fait par principe pas pour tout ce qu'il reçoit. L'attaque exploitait cette division du travail sans franchir le moindre obstacle cryptographique. Elle n'exigeait du serveur ni clé valide ni signature cassée, seulement la certitude que personne ne refait le calcul.

Deux cas signalés, une perte : la chronologie de la divulgation

Les développeurs citent deux signalements indépendants. Le 11 octobre 2026, un utilisateur a décrit qu'après son envoi, une autre transaction figurait dans son historique tandis que la sienne n'avait jamais atteint le réseau Bitcoin. La voie passant par la hausse des frais n'était alors pas encore identifiée. Le 18 octobre, un deuxième utilisateur a signalé une perte après avoir augmenté les frais de la transaction étrangère.

Cinq jours plus tard, le 23 octobre, la version 4.8.3 contenant le correctif était taguée. Le 24 octobre ont suivi les fichiers exécutables et la divulgation publique. Les développeurs ne donnent aucune indication sur le montant de la perte, et ils ne citent aucun nombre d'utilisateurs touchés au-delà de ces deux signalements. Qui lit autre chose lit une estimation.

La source primaire est la page d'accueil d'electrum.org, qui présente la 4.8.3 comme version actuelle, ainsi que les notes de version. La description technique figure dans l'avis de sécurité GHSA-6jp4-8v48-cc5v.

Des adresses taillées sur quatre caractères : la tromperie dans la fenêtre d'envoi

Les deux signalements ont un détail en commun, qui explique pourquoi un contrôle visuel rapide ne suffisait pas. Les attaquants avaient fait générer leur adresse de destinataire jusqu'à ce que ses quatre derniers caractères correspondent à ceux de la véritable adresse cible. Ce procédé s'appelle le vanity grinding : on essaie des paires de clés jusqu'à ce que l'adresse correspondante porte le motif souhaité.

Quatre caractères identiques à la fin coûtent peu à produire et touchent exactement l'endroit que beaucoup d'utilisateurs regardent. Qui contrôle une adresse bitcoin ne vérifie en pratique rarement tous les caractères, mais le début et la fin. C'est précisément cette habitude qui était visée.

Qui n'était pas touché : son propre serveur et le rôle du portefeuille matériel

Un groupe est resté à l'écart. Qui relie son portefeuille Electrum à un serveur qu'il exploite lui-même ou qu'il juge digne de confiance n'était pas exposé à l'attaque, car sans serveur malveillant la première étape manque. Par défaut, Electrum se connecte à des serveurs publics que n'importe qui peut exploiter, et c'est le cas normal avec ce portefeuille.

Un portefeuille matériel n'aide ici que dans une mesure limitée, et il vaut la peine de connaître la différence. Il protège la clé privée de l'ordinateur, pas d'une mauvaise adresse de destinataire dans la fenêtre d'envoi. Si votre appareil affiche l'adresse et le montant sur son propre écran et que vous les y comparez, il intercepte la tromperie. Si vous vous fiez à l'affichage sur l'ordinateur, le portefeuille matériel signe tout aussi bien la transaction manipulée. Quels appareils affichent adresse et montant sur un écran propre figure dans notre comparatif des portefeuilles matériels.

L'autoconservation en Europe : la responsabilité reste au détenteur

Si vous conservez vos bitcoins vous-même, vous portez seul le risque. Cette forme de conservation ne relève pas du règlement européen MiCA, qui encadre les prestataires, non les particuliers détenant leurs propres clés. Il n'existe ni garantie des dépôts, ni annulation d'opération, ni prestataire qui comble un manque. Une transaction bitcoin signée et confirmée est définitive.

Concrètement, cela signifie : la protection réside dans le logiciel que vous faites tourner et dans le soin apporté à la signature. La leçon de ce cas est inconfortable, car elle vaut dans les deux sens : le contrôle avant la signature ne remplace pas un logiciel à jour, et un logiciel à jour ne remplace pas le contrôle.

Ce que contient encore Electrum 4.8.3 : DNSSEC, BOLT11 et descripteurs

Les notes de version de la 4.8.3 présentent le correctif de sécurité comme le seul point assorti d'une gravité, mais énumèrent à côté une série d'autres changements. Mempool.space est nouvellement intégré comme source de taux de change, auquel s'ajoute une ancre de confiance pour la validation DNSSEC. Le module des taux de change a été refondu, et les requêtes réseau ne passent plus par la bibliothèque Qt.

Dans le domaine des transactions et de la gestion des clés, les notes citent des vérifications plus strictes à la lecture des descripteurs et des chemins BIP32, ainsi que plusieurs corrections à la signature. Pour la fonction Lightning, une vérification plus stricte des factures BOLT11 et la correction d'une situation de concurrence dans les sauvegardes de canaux sont mentionnées. Il s'agit donc d'une version de sécurité accompagnée d'un paquet de maintenance plus large, et non d'un simple correctif d'urgence.

Numéro de version et source de téléchargement : electrum.org et la signature GPG

La version en cours s'affiche dans Electrum sous l'entrée de menu contenant les informations du programme, sur le bureau généralement sous Aide. Si un numéro inférieur à 4.8.3 y figure, la faille concerne votre installation. Pour la version Android issue de Google Play ou de F-Droid, la page du magasin correspondante indique le numéro de version.

Pour l'obtenir, il existe une mise en garde qu'Electrum place lui-même au premier plan sur sa page d'accueil : ne téléchargez le logiciel depuis aucune autre source qu'electrum.org. Les paquets Electrum contrefaits constituent un chemin d'attaque distinct et plus ancien. Les fichiers exécutables sont compilés de façon reproductible et signés indépendamment par plusieurs personnes, dont vous pouvez vérifier les signatures GPG avant l'installation. Pour un portefeuille qui fait confiance à des serveurs externes, ce contrôle est le gain de sécurité le moins coûteux que vous puissiez obtenir.

Votre phrase de récupération n'est pas affectée par une mise à jour, qui n'exige pas de reconfigurer le portefeuille. Elle devrait néanmoins être sauvegardée et accessible avant toute intervention sur l'installation.

Solution intermédiaire sans mise à jour : comparer l'adresse avant chaque signature

L'avis de sécurité propose une solution intermédiaire pour ce cas. Avant chaque signature, vérifiez l'adresse du destinataire et le montant, et faites-le pour une hausse des frais avec le même soin que pour le premier envoi. Ne prenez pas l'adresse par ses derniers caractères, mais dans son intégralité, ou comparez-la sur l'écran d'un appareil distinct.

Vous connaissez désormais un second signal d'alerte : si une transaction que vous ne connaissez pas apparaît dans l'historique après l'envoi, ou si la vôtre manque, ce n'est pas une erreur d'affichage que des frais plus élevés corrigeraient. Dans cette situation, augmenter les frais est précisément le mauvais geste.

Mise à jour Electrum : sans la 4.8.3, le serveur décide

1. Vérifier la version et mettre à jour. Si un numéro inférieur à 4.8.3 figure dans votre portefeuille, récupérez la 4.8.3 exclusivement sur electrum.org et vérifiez la signature GPG. D'ici là, aucune hausse de frais sur une transaction que vous n'avez pas créée vous-même. Qui veut de toute façon changer de portefeuille examinera les solutions de rechange dans le comparatif des portefeuilles logiciels.
2. Comparer chaque adresse dans son intégralité. Les quatre derniers caractères ne prouvent rien, ils avaient été reproduits à l'identique dans les deux cas. Si vous disposez d'un appareil à écran propre, le contrôle se fait là, et quels appareils en sont capables, le comparatif des portefeuilles matériels le montre.
3. Vérifier la connexion au serveur et les alternatives. Qui utilise son propre serveur ou un serveur de confiance n'était pas touché par cette attaque. Quel logiciel de portefeuille autorise quel choix de serveur, le comparatif des portefeuilles logiciels le montre.

(Au 25 octobre 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.)