Bitcoin Core révèle des failles qui affectaient le minage et Tor
📋 Résumé
Bitcoin Core a divulgué trois vulnérabilités corrigées depuis octobre 2025, dont une faille de gravité élevée capable d’interrompre la création de blocs par les nœuds de minage. Deux autres problèmes affectaient le traitement des blocs et les autorisations de connexion via Tor. Les opérateurs qui utilisent des versions à jour sont déjà protégés.
Bitcoin Core a rendu publics trois problèmes de sécurité qui avaient été corrigés en octobre 2025. Le plus grave pouvait empêcher un nœud de minage de construire des blocs valides après une réorganisation de la blockchain, ce qui nécessitait de redémarrer le logiciel pour rétablir son fonctionnement.
Les failles ont été détaillées le 10 novembre, après la fin du support de la dernière branche vulnérable. Aucune exploitation, perte de fonds ou violation des règles de consensus de Bitcoin n’a été signalée publiquement. Cette divulgation reste toutefois importante pour les mineurs et les opérateurs de nœuds qui utilisent d’anciennes versions du client.
Une faille de gravité élevée touchait les nœuds de minage
La vulnérabilité la plus grave, identifiée sous le nom CVE-2025-62861, affectait les versions 28.0 à 28.2 et 29.0 à 29.1 de Bitcoin Core. Le problème survenait dans une situation particulière : lorsqu’une réorganisation de la blockchain renvoyait dans la mempool des transactions provenant de blocs abandonnés, cette file d’attente de transactions non encore confirmées.
Au cours de ce processus, une règle appliquée aux transactions TRUC, également appelées transactions de version 3, pouvait supprimer une transaction tout en laissant dans la mempool d’autres transactions qui en dépendaient. Il en résultait un état incohérent. Pour un mineur, cela signifiait que le modèle de bloc produit par le nœud échouait à sa propre vérification de validité.
Le nœud affecté redevenait opérationnel après son redémarrage, car la mempool était rechargée de manière cohérente. Le correctif empêche désormais l’application de la règle « sibling eviction » lors de la réinsertion de transactions après une réorganisation.
📋 Résumé
Bitcoin Core a divulgué trois vulnérabilités corrigées depuis octobre 2025, dont une faille de gravité élevée capable d’interrompre la création de blocs par les nœuds de minage. Deux autres problèmes affectaient le traitement des blocs et les autorisations de connexion via Tor. Les opérateurs qui utilisent des versions à jour sont déjà protégés.
Bitcoin Core a rendu publics trois problèmes de sécurité qui avaient été corrigés en octobre 2025. Le plus grave pouvait empêcher un nœud de minage de construire des blocs valides après une réorganisation de la blockchain, ce qui nécessitait de redémarrer le logiciel pour rétablir son fonctionnement.
Les failles ont été détaillées le 10 novembre, après la fin du support de la dernière branche vulnérable. Aucune exploitation, perte de fonds ou violation des règles de consensus de Bitcoin n’a été signalée publiquement. Cette divulgation reste toutefois importante pour les mineurs et les opérateurs de nœuds qui utilisent d’anciennes versions du client.
Une faille de gravité élevée touchait les nœuds de minage
La vulnérabilité la plus grave, identifiée sous le nom CVE-2025-62861, affectait les versions 28.0 à 28.2 et 29.0 à 29.1 de Bitcoin Core. Le problème survenait dans une situation particulière : lorsqu’une réorganisation de la blockchain renvoyait dans la mempool des transactions provenant de blocs abandonnés, cette file d’attente de transactions non encore confirmées.
Au cours de ce processus, une règle appliquée aux transactions TRUC, également appelées transactions de version 3, pouvait supprimer une transaction tout en laissant dans la mempool d’autres transactions qui en dépendaient. Il en résultait un état incohérent. Pour un mineur, cela signifiait que le modèle de bloc produit par le nœud échouait à sa propre vérification de validité.
Le nœud affecté redevenait opérationnel après son redémarrage, car la mempool était rechargée de manière cohérente. Le correctif empêche désormais l’application de la règle « sibling eviction » lors de la réinsertion de transactions après une réorganisation.