Trois failles de sécurité dans Bitcoin Core : ce que vous pouvez faire

Bitcoin Core a publié trois avis de sécurité d'un coup le 28 octobre 2026. Le plus grave permet à un seul pair malveillant de faire tomber n'importe quel nœud sous Windows, macOS ou BSD. Les trois points sont corrigés dans les versions 29.5, 30.4, 31.2 et 32.1. Si vous exploitez votre propre nœud Bitcoin et que vous n'avez pas mis à jour depuis lundi, vous tournez sur une version dont les faiblesses sont décrites publiquement depuis mercredi.

Un nœud, c'est la machine qui vérifie elle-même toute la blockchain au lieu de croire un prestataire. S'il tombe, aucun avoir ne disparaît : les clés se trouvent dans le portefeuille, pas dans le nœud. Ce qui est perdu, c'est votre propre vérification, et avec deux des trois défauts la machine tombe avec.

Trois avis en une journée : ce que Bitcoin Core a divulgué

Les trois publications figurent ensemble dans la liste d'avis du projet. Deux d'entre elles sont classées « Medium », une « Low », et toutes trois portent la mention « easily discoverable », donc facilement repérable. Voilà le classement décisif : qui lit le code trouve l'endroit sans peine particulière.

• Données TCP urgentes : un pair peut faire tomber un nœud sous Windows, macOS ou BSD. Linux n'est pas concerné.
• Pairs pre-BIP31 mis en pause : les besoins en mémoire d'un nœud croissent lentement, mais sans limite.
• Débordement des fichiers undo : un mineur peut endommager les données de restauration d'autres nœuds.

L'enchaînement des publications est d'une cadence inhabituellement serrée. Les correctifs ont été intégrés le 26 octobre et rétroportés sur les branches 29, 30, 31 et 32. Le 27 octobre sont parues les versions 31.2 et 32.1, le 28 octobre ont suivi 29.5 et 30.4, et le même jour la description des défauts a été mise en ligne.

Données TCP urgentes : pourquoi les nœuds Windows et macOS tombent

Bitcoin Core limite la quantité de données qu'il conserve par pair en vue du traitement. Si la file d'attente devient trop longue, le logiciel met en pause la lecture de ce port. Ce mécanisme s'appelle la contre-pression : le logiciel freine le pair au lieu de se remplir lui-même.

C'est précisément ce frein qui peut être contourné. Sur les systèmes autres que Linux, Bitcoin Core surveille les ports réseau avec une technique plus ancienne, qui réagit aussi à ce qu'on appelle les états exceptionnels d'un port. Elle le faisait jusqu'ici même lorsque la lecture était depuis longtemps en pause. Un pair n'a donc qu'à envoyer des données TCP urgentes, une forme de transmission hors séquence rarement utilisée, et le nœud continue de lire. La file d'attente croît sans limite jusqu'à saturation de la mémoire.

Le projet décrit la conséquence dans son avis sans ambiguïté : un pair malveillant peut, par cette voie, faire tomber n'importe quel nœud connecté sous Windows, macOS ou BSD. Aucun délai, aucune préparation, aucune puissance de calcul. La faille a été signalée le 23 octobre et le défaut était corrigé trois jours plus tard.

La contre-pression : le frein qui lâche ici

Que cela ait été possible tient à une particularité de la mise en œuvre. Sous Linux, Bitcoin Core utilise une autre méthode pour surveiller les ports réseau. Le chemin défectueux n'y existe tout simplement pas. Les nœuds sur serveurs Linux, sur la plupart des boîtiers prêts à l'emploi pour la maison et dans les centres de données restent donc à l'abri sur ce point.

select() au lieu de poll() : les nœuds Linux ne sont pas concernés

Dans la pratique, c'est la distinction la plus importante de toute la journée. Si vous faites tourner votre nœud sur un ordinateur monocarte ou un petit serveur Linux, ce défaut ne vous atteint pas. Si vous exploitez Bitcoin Core comme logiciel sur votre machine de travail, donc sous Windows ou sur un Mac, vous appartenez au groupe concerné. Il en va de même pour les nœuds sur systèmes BSD.

La différence n'est pas théorique. Un nœud tombé ne se synchronise plus, ne répond plus aux requêtes de votre portefeuille et ne signale aucun paiement entrant. Si vous faites tourner votre portefeuille contre votre propre nœud, vous voyez pendant ce temps un solde périmé.

Pairs pre-BIP31 : 2 Mo de mémoire par heure et par connexion

Le deuxième défaut agit plus lentement et n'en est que plus sournois. Bitcoin Core place les annonces en file d'attente pour tous les pairs, y compris ceux déjà mis en pause. Il s'agit surtout des avis fréquents sur les nouvelles transactions.

Normalement, c'est sans conséquence, car un pair est déconnecté s'il ne répond pas à un message de contrôle pendant vingt minutes. Ce message de contrôle est décrit dans le BIP 31, une proposition d'amélioration des débuts du réseau qui ajoute un nombre aléatoire au message ping. Les pairs qui ne prennent pas en charge le BIP 31 sont exemptés de cette déconnexion. Un pair n'a donc qu'à se faire passer pour ancien et à retarder la lecture à dessein.

Le projet chiffre la croissance précisément : jusqu'à 2 Mo par heure et par connexion entrante, jusqu'à 5 Mo par heure et par connexion sortante. Un nœud avec de nombreuses connexions entrantes accumule ainsi, au fil des jours, assez de lest pour remplir la mémoire. Nettement moins concernés sont les nœuds qui tournent avec le réglage -blocksonly, parce que les annonces de transactions, qui constituent l'essentiel de la file, y disparaissent.

Ce point avait été signalé dès le 15 septembre 2026. Six bonnes semaines se sont donc écoulées entre le signalement et le correctif, pendant lesquelles la faille était connue du projet et non du public.

Fichiers undo au-delà de 4 Gio : le troisième défaut dans le répertoire rev

Le troisième point concerne un fichier dont la plupart des exploitants de nœuds n'ont jamais entendu parler. À côté des fichiers de blocs, Bitcoin Core écrit ce qu'on appelle des fichiers undo, reconnaissables au modèle de nom rev*.dat. Ils consignent quelles pièces un bloc a dépensées. Le logiciel a besoin de ces indications lorsqu'une réorganisation de la blockchain doit défaire un bloc déjà comptabilisé.

Une réorganisation, ou reorg, est l'opération par laquelle le réseau bascule sur une autre chaîne de blocs, plus longue, et reprend des blocs auparavant valides. Les fichiers de blocs sont plafonnés à 128 Mio ; les fichiers undo, en revanche, n'ont jamais eu de limite supérieure. Les positions qu'ils contiennent étaient enregistrées comme des nombres sur 32 bits, et ceux-là ne vont que jusqu'à 4 Gio.

Un mineur peut construire des blocs valides dont les données undo sont nettement plus volumineuses que les blocs eux-mêmes. Si un fichier undo dépasse ces 4 Gio, l'indication de position revient au début. Des données undo plus récentes écrasent les plus anciennes, et le fichier est tronqué à la longueur du retour en arrière. Si une réorganisation ultérieure défait un bloc touché, le nœud ne peut plus lire ses données undo et s'arrête. Un redémarrage n'y change rien. La restauration exige une reconstruction complète de l'index avec une version corrigée, affaire de quelques heures à quelques jours sur une machine domestique ordinaire.

Systèmes 32 bits et FAT32 restent vulnérables même après la mise à jour

Voilà le point qui, contrairement aux deux autres, n'est pas entièrement réglé. Le débordement a été corrigé en enregistrant désormais les positions comme des nombres sur 64 bits et en faisant utiliser à Windows les commandes de fichier adaptées. Le format sur le disque reste inchangé ; un déplacement des données n'est donc pas nécessaire.

Deux configurations restent néanmoins exposées. Sur les systèmes 32 bits, les commandes de fichier ne fonctionnent toujours que jusqu'à 2 Gio ; le défaut y survient donc dès la moitié du volume de données, et sans aucune réorganisation. Et si votre répertoire de blocs se trouve sur un système de fichiers FAT32, par exemple sur un disque externe ancien ou une clé USB, vous butez sur la limite de taille de fichier de ce format, soit 4 Gio. Dans les deux cas, l'écriture des données undo échoue et le nœud s'arrête à chaque démarrage.

Exploiter concrètement le défaut est à peine faisable sur les systèmes 64 bits. Le projet décrit l'effort en détail : les transactions nécessaires ne sont pas conformes au standard, un attaquant devrait miner plusieurs milliers de blocs de ce type, ce qui correspond à environ un mois de la production de blocs du réseau entier, et ensuite une dizaine et demie de ses blocs supplémentaires devraient tomber exactement à la fin d'un fichier de blocs du nœud visé. Enfin, il devrait gagner une réorganisation sur deux blocs. Comme la répartition des fichiers diffère d'un nœud à l'autre, aucune préparation n'atteint toutes les cibles.

Project Loupe : un balayage automatique a trouvé les trois failles

Les trois défauts remontent à la même source. Ils ont été trouvés par un balayage automatisé avec un modèle de langage qui tourne sous le nom de Project Loupe chez Spiral et dont Elias Rohrer est responsable. Gregory Sanders a vérifié les trouvailles et les a signalées à l'équipe de sécurité de Bitcoin Core.

Deux des trois points ont été découverts une seconde fois de manière indépendante. Le développeur L0rinc a signalé le défaut de mémoire avec les pairs en pause le 21 septembre et le débordement undo le 21 août, et Andrew Dorman le débordement undo le 23 octobre. Les correctifs proviennent chaque fois d'Antoine Poinsot.

De l'embargo à la divulgation : Bitcoin Core a changé les règles

Que les descriptions aient été publiques un jour seulement après les versions finies n'est pas un hasard. Le projet a récemment modifié sa pratique de publication et abandonné le long délai de confidentialité, dont nous avons parlé le 23 octobre 2026 : Bitcoin Core renverse l'embargo. Les trois avis du 28 octobre sont le premier passage d'ampleur selon la nouvelle ligne.

Pour les exploitants, cela a deux faces. Les failles sont connues plus vite, et qui ne met pas à jour est attaquable plus tôt. En même temps, il est désormais écrit noir sur blanc ce qui peut exactement mal tourner, au lieu d'un simple numéro de version accompagné de la mention « mise à jour de sécurité ».

Sans nœud propre : où se trouve alors votre avoir en bitcoins

La plus grande part des investisseurs n'exploite aucun nœud propre. Si vous conservez vos cryptos dans un portefeuille logiciel sur votre téléphone ou votre ordinateur, vous utilisez les nœuds d'autres personnes, le plus souvent ceux du fournisseur du portefeuille. Quel portefeuille choisit quelle voie et où vous pouvez activer votre propre vérification, cela figure dans le comparatif des portefeuilles logiciels.

Dans ce groupe, personne n'est directement concerné par les trois défauts. Un risque demeure néanmoins : si le nœud du fournisseur tombe, vous ne voyez pas de solde à jour et aucun paiement ne vous est confirmé. Vos clés restent intactes dans le portefeuille, et c'est tout l'intérêt de l'auto-conservation.

Le cours n'a pas réagi à la publication. Le bitcoin cotait environ 79 790 dollars au matin du 29 octobre 2026 (CoinGecko), soit quelque 1,6 % sous la veille, au même rythme que le reste du marché après la décision de taux de la banque centrale américaine la veille.

Bitcoin Core 32.1 : rester en 32 bits, c'est rester vulnérable

1. Vérifier la version et changer. Dans la console, bitcoin-cli getnetworkinfo affiche la version en cours. Tout ce qui est inférieur à 29.5, 30.4, 31.2 ou 32.1 doit être remplacé, surtout sous Windows et macOS. Si vous voulez profiter de l'occasion pour séparer les clés de votre machine du quotidien, les appareils figurent dans le comparatif des portefeuilles matériels.
2. Regarder le système de fichiers et l'architecture. Si le répertoire de blocs se trouve sur FAT32 ou si le nœud tourne sur un système 32 bits, le troisième défaut reste ouvert. Un déménagement vers un système de fichiers moderne le supprime. Si vous préférez vous reposer entièrement sur un prestataire, comparez les frais dans le panorama des plateformes crypto.
3. Surveiller la consommation de mémoire. Si la consommation d'un nœud plus ancien croît régulièrement au fil des jours, cela correspond au deuxième défaut. Avec -blocksonly, la croissance se révèle nettement plus faible. Si vous préférez garder votre avoir chez une maison supervisée, vérifiez les agréments parmi les plateformes crypto agréées.

Les descriptions complètes figurent dans la liste des avis de Bitcoin Core, et le texte sur la faille TCP dans l'avis individuel correspondant.

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