Bitcoin Core corrige une faille qui aurait pu arrêter le minage. Que s'est-il réellement passé ?

Que s'est-il passé exactement ?

L'équipe de Bitcoin Core, qui développe le logiciel de référence pour la majorité des nœuds (nodes) du réseau Bitcoin, a publié les détails de trois failles de sécurité. Toutes sont, selon les développeurs, déjà corrigées.

Bitcoin Core est l'implémentation la plus répandue du logiciel sur lequel fonctionnent les nœuds du réseau. Un nœud est un ordinateur qui conserve une copie de la blockchain et vérifie les transactions. Comme ce logiciel est utilisé par la majorité du réseau, les failles qu'il contient ont un impact potentiellement à l'échelle de tout le réseau.

Selon le site Decrypt, il s'agissait de deux types de problèmes : la saturation d'un nœud (techniquement un denial-of-service, c'est-à-dire une attaque qui sature un système au point qu'il cesse de fonctionner normalement) et des problèmes de confidentialité. Il ne s'agissait pas de failles par lesquelles un attaquant pourrait voler des pièces ou les créer "à partir de rien". C'est une distinction importante : selon les informations disponibles, les règles économiques de Bitcoin sont restées intactes.

Pourquoi parle-t-on d'un arrêt du minage ?

La plus grave des trois failles a été classée, selon Decrypt et CoinDesk, comme hautement critique (high-severity). Elle aurait pu faire en sorte qu'un mineur (miner) ne soit plus en mesure d'assembler de nouveaux blocs jusqu'à ce que quelqu'un redémarre le logiciel.

Il faut être précis sur ce que cela signifie et ne signifie pas :

• Il ne s'agissait pas d'une "mise à l'arrêt" permanente du minage de Bitcoin en tant que tel.
• Il s'agissait d'une situation où un mineur touché pouvait rester bloqué et cesser de produire des blocs jusqu'au redémarrage.

Les médias tchèques et slovaques (Kryptonovinky.cz et Kryptonovinky.sk) décrivent cette faille comme une situation qui "aurait pu arrêter le minage". La formulation des titres décrit donc le potentiel de la faille, et non le fait qu'une panne se soit réellement produite.

Quelle était cette faille liée à Tor ?

CoinDesk a attiré l'attention sur une faille distincte, que les développeurs auraient, selon lui, corrigée dès octobre 2025 et au sujet de laquelle ils ont gardé le silence jusqu'à la publication de mardi. Cette faille concernait des milliers de nœuds connectés via le réseau Tor (un outil de communication anonyme) et faisait en sorte que ces nœuds pouvaient "faire confiance" à pratiquement n'importe quel inconnu.

Cela relève de la catégorie des problèmes de confidentialité, et non du vol de fonds. L'étendue technique précise de l'impact (combien de nœuds ont réellement été exposés et pendant combien de temps) ne ressort pas clairement des sources disponibles.

Ces failles ont-elles déjà été exploitées ?

Selon les développeurs de Bitcoin Core, il n'existe à ce jour aucune preuve qu'une de ces failles ait été exploitée en pratique. C'est ce qu'indiquent de manière concordante Kryptonovinky.cz, Kryptonovinky.sk ainsi que les deux sources étrangères.

Cela ne signifie toutefois pas une certitude définitive qu'aucune tentative n'ait jamais eu lieu. Cela signifie que les développeurs n'ont pas de preuve d'exploitation. La différence entre "n'a pas été exploité" et "nous n'avons pas de preuve d'exploitation" est fondamentale en matière de sécurité.

Chronologie selon les sources

La date exacte de publication (le jour précis) et les identifiants techniques complets des différentes failles ne ressortent pas clairement des résumés fournis, c'est pourquoi nous ne les présentons pas ici comme vérifiés.

Pourquoi suivre cela aussi d'un point de vue local ?

Pour la scène tchèque et slovaque, ce qui est intéressant est surtout la rapidité et la manière dont ces informations ont été relayées dans les médias locaux. Kryptonovinky.cz et Kryptonovinky.sk ont publié des résumés pratiquement en parallèle, et dans les deux cas en s'appuyant sur Decrypt. C'est un schéma courant : les sujets de sécurité les plus sérieux parviennent au lecteur tchèque via des sources primaires étrangères, avec un certain décalage et une certaine simplification.

Ce qu'il faut suivre pour ce type d'informations :

• Si les opérateurs de nœuds et les mineurs ont réellement mis à jour vers la version corrigée (la correction elle-même ne sert à rien tant que les gens ne la déploient pas).
• Si une analyse technique indépendante de l'ampleur de la faille liée à Tor apparaît plus tard.
• Si les développeurs modifient leur position sur l'absence de preuves d'exploitation.

Ce qu'il faut en retenir

C'est une illustration du fonctionnement de ce qu'on appelle la divulgation responsable (responsible disclosure) : la faille est d'abord corrigée discrètement, et les détails ne sont publiés qu'avec du recul, afin qu'elle ne soit pas exploitable. Pour le lecteur, l'essentiel est que l'on parle d'une faiblesse opérationnelle et liée à la confidentialité, et non d'une attaque sur l'argent du réseau. Cela ne constitue en soi aucun conseil d'action, seulement une description de ce qui s'est passé et de ce que nous ne savons pas encore.