Bitcoin Core corrige une faille de mémoire de gravité moyenne

Bitcoin Core corrige la faille dans quatre versions de son logiciel

L'équipe de Bitcoin Core a publié le 28 octobre 2026 un avis de divulgation consacré à une croissance lente et illimitée de la mémoire des nœuds. Selon ce document, le problème est classé de gravité moyenne (« Medium severity ») et qualifié de facile à découvrir (« easily discoverable »).

Selon l'avis de Bitcoin Core, la faille concerne les pairs dits « pré-BIP31 » : ceux qui ne prennent pas en charge les messages de ping accompagnés d'un nonce, un identifiant à usage unique, définis par la spécification BIP 31.

Un pair malveillant peut faire grossir la file d'attente d'un nœud sans limite

Bitcoin Core suspend l'envoi de messages vers un pair qui lit trop lentement, dès que la file d'attente qui lui est destinée franchit un seuil. Selon l'avis, le logiciel continue toutefois d'ajouter certaines annonces à cette file, en particulier les annonces de transactions (messages INV), qui sont fréquentes.

Bitcoin Core déconnecte en principe un pair qui tarde à répondre à un ping avec nonce, mais cette déconnexion n'est pas activée pour les pairs incompatibles avec BIP 31. D'après l'avis, un pair malveillant peut se déclarer incompatible et retarder volontairement sa lecture pour que la file s'allonge lentement, sans plafond.

L'avis de Bitcoin Core d'octobre 2026 chiffre le mécanisme ainsi :

• délai de réponse au ping avant déconnexion, pour les pairs compatibles BIP 31 : 20 minutes ;
• croissance maximale de la mémoire par pair entrant : 2 Mo par heure ;
• croissance maximale de la mémoire par pair sortant : 5 Mo par heure.

L'avis de Bitcoin Core ne dit pas si la faille a été exploitée avant le correctif, ni quelle conséquence finale la hausse de mémoire entraîne pour le nœud.

Un scan par modèle de langage a repéré la faille le 15 septembre

Selon la section d'attribution de l'avis, la faille a été détectée par un scan automatisé reposant sur un grand modèle de langage (LLM), mené dans le cadre du Project Loupe d'Elias Rohrer chez Spiral. Gregory Sanders a validé ce résultat avant de le transmettre à l'équipe Bitcoin Core.

La chronologie publiée par Bitcoin Core détaille les étapes, du signalement de septembre 2026 à la divulgation d'octobre 2026 :

• 15 septembre 2026 : le Project Loupe signale le problème à Greg Sanders, qui le valide et alerte l'équipe de sécurité de Bitcoin Core le même jour ;
• 26 octobre 2026 : Antoine Poinsot ouvre la demande de modification (« pull request ») #36667 pour atténuer la vulnérabilité ; elle est fusionnée le même jour et rétroportée vers les branches 29, 30, 31 et 32 ;
• 27 octobre 2026 : publication des versions 31.2 et 32.1 avec le correctif ;
• 28 octobre 2026 : publication des versions 29.5 et 30.4, puis divulgation publique.

Questions fréquentes

Quelles versions de Bitcoin Core corrigent la faille de croissance mémoire sur les pairs pré-BIP31 ?

Selon l'avis de divulgation publié par Bitcoin Core le 28 octobre 2026, le correctif figure dans les versions 29.5, 30.4, 31.2 et 32.1. D'après la chronologie de l'avis, les versions 31.2 et 32.1 ont été publiées le 27 octobre 2026 avec le correctif, puis les versions 29.5 et 30.4 le 28 octobre 2026, jour de la divulgation publique. La demande de modification #36667, ouverte par Antoine Poinsot le 26 octobre 2026 pour atténuer la vulnérabilité, a été fusionnée le même jour et rétroportée vers les branches 29, 30, 31 et 32.

Comment un pair malveillant peut-il faire grossir la mémoire d'un nœud Bitcoin Core ?

Selon l'avis de Bitcoin Core du 28 octobre 2026, le logiciel met en pause l'envoi vers un pair lent à lire une fois la file de messages au-delà d'une limite, mais continue d'y ajouter certaines annonces, notamment les INV de transactions. Un pair qui ne répond pas à un ping avec nonce sous 20 minutes est normalement déconnecté, mais pas s'il ne prend pas en charge les messages de ping avec nonce de BIP 31. Un pair malveillant pourrait donc prétendre ne pas les gérer et retarder sa lecture, de sorte que la file grossisse lentement, sans limite.

À quelle vitesse la mémoire d'un nœud Bitcoin Core peut-elle augmenter à cause de cette faille ?

D'après l'avis de divulgation de Bitcoin Core du 28 octobre 2026, la mémoire utilisée pourrait croître jusqu'à 2 Mo par heure par pair entrant et 5 Mo par heure par pair sortant. L'avis précise que les nœuds lancés avec l'option -blocksonly sont beaucoup moins touchés, car les annonces de transactions constituent l'essentiel des messages mis en file d'attente. Bitcoin Core classe le problème en gravité moyenne (« Medium severity ») et le juge facile à découvrir (« easily discoverable »).

Comment la faille de mémoire de Bitcoin Core a-t-elle été découverte ?

Selon la section d'attribution de l'avis de Bitcoin Core du 28 octobre 2026, la faille a été découverte par un scan automatisé reposant sur un grand modèle de langage (LLM), dans le cadre du Project Loupe d'Elias Rohrer chez Spiral. Gregory Sanders a validé le résultat et l'a transmis à l'équipe Bitcoin Core. D'après la chronologie, le Project Loupe a signalé le problème le 15 septembre 2026 et Greg Sanders a alerté l'équipe de sécurité le même jour. L'avis indique aussi que L0rinc a redécouvert la faille de façon indépendante et a prévenu Gregory Sanders le 21 septembre 2026.