Bitcoin Core révèle un bug Tor dans des milliers de nœuds
L’erreur a surtout touché des nœuds mainnet avec Tor et des paramètres de liste blanche ; un bug de minage dans Bitcoin Core 28.0 pouvait aussi bloquer les templates de blocs jusqu’au redémarrage.
À retenir
- Bitcoin Core a publié un avis de sécurité au sujet d’un bug Tor qui a amené des milliers de nœuds Bitcoin à traiter le trafic entrant via Tor d’inconnus comme digne de confiance.
- L’erreur a été corrigée en octobre 2025 et a surtout touché des nœuds mainnet avec des paramètres de liste blanche ; les nœuds sans liste blanche n’ont pas été affectés.
- Un deuxième bug pouvait bloquer un nœud de minage jusqu’au redémarrage, tandis qu’une troisième erreur pouvait faire planter des nœuds pendant dix minutes lors du traitement de nouveaux blocs.
Bitcoin Core a publié un avis de sécurité au sujet d’un bug qui a amené des milliers de nœuds Bitcoin à traiter le trafic provenant d’inconnus via Tor comme digne de confiance. L’erreur a déjà été corrigée en octobre 2025, mais n’a été rendue publique que cette semaine. Dans le même temps, un deuxième bug, plus grave, a également été révélé et pouvait bloquer un nœud de minage jusqu’à ce que l’opérateur redémarre le système.
Comment le bug Tor fonctionnait
Un nœud vérifie et diffuse les transactions Bitcoin et conserve sa propre copie de la blockchain. En temps normal, cet ordinateur limite la quantité de trafic qu’il accepte afin de ne pas être surchargé. Avec Bitcoin Core, une liste blanche peut assouplir ces limites pour les ordinateurs auxquels l’opérateur fait confiance.
Le problème est apparu dans des configurations où Bitcoin Core fonctionnait avec Tor, le service qui masque les adresses Internet. Les connexions Tor entrantes semblaient alors provenir du logiciel Tor local. Si cette adresse se trouvait dans une plage de confiance, des personnes extérieures obtenaient les mêmes droits. Selon l’avis, cela a conduit des milliers de nœuds mainnet accessibles à mettre en liste blanche toutes les connexions Tor entrantes.
Martin Zumsande et Antoine Poinsot ont signalé le bug en septembre 2025. Bitcoin Core a classé le problème comme modérément grave. Les nœuds sans paramètre de liste blanche n’ont pas été touchés.
Bug de minage et autre erreur
Le deuxième bug se trouvait dans la manière dont un nœud gère les versions concurrentes de la blockchain. Si le réseau abandonne une version, les transactions issues de ces blocs rejetés peuvent revenir dans la mempool. Une règle de Bitcoin Core 28.0 pouvait alors supprimer une transaction restaurée, tandis que les transactions dépendantes restaient en place. Cela pouvait amener un nœud de minage à tenter de construire des templates de blocs avec des entrées manquantes, après quoi ses propres contrôles rejetaient ces blocs.
Un nœud de minage touché pouvait alors ne plus être en mesure de créer des templates de blocs valides jusqu’à un redémarrage. Niklas Goegge a signalé cela le 26 septembre 2025. L’avis ne fait état d’aucune attaque. Un troisième bug, lui aussi modérément grave, pouvait faire planter un nœud pendant 10 minutes lors du traitement de nouveaux blocs. Si un attaquant contrôlait les trois connexions choisies pour la transmission rapide des blocs, cette panne pouvait être reproduite à répétition.
Pourquoi c’est important
Pour les utilisateurs européens de Bitcoin, cela montre à quel point les mises à jour du logiciel de nœud sont importantes. Bitcoin Core attend normalement que les détails soient publiés seulement lorsque la dernière version concernée n’est plus prise en charge, afin que les administrateurs puissent d’abord installer les correctifs. Cette politique vise à éviter que des vulnérabilités ne deviennent trop tôt largement exploitables, tout en laissant aux opérateurs le temps de mettre à jour leurs nœuds. Les problèmes de sécurité antérieurs liés à Bitcoin Core montrent aussi à quelle vitesse un logiciel de nœud peut se retrouver sous pression lorsque des vulnérabilités s’avèrent largement exploitables.