Bitcoin Core 26.1 est sorti
- Source
- Bitcoin Corebitcoincore.org
- Date de parution
- Longueur de l’original
- 1 min de lecture
- Langue
- anglais
Résumé SATWEI
Les sessions I2P de Bitcoin Core 26.1 utilisent à la fois le chiffrement ECIES-X25519 et ElGamal (#29200), et le nœud journalise désormais sa progression pendant le chargement du mempool. Côté correctifs : refus de traiter les blocs mutés (#29412) et portefeuille qui saute la sélection de pièces BnB quand SFFO est actif (#28994).
Autres publications de Bitcoin Core
Pairs antérieurs à BIP31 en pause : la mémoire enfle lentement, sans limite
En faisant mine de ne pas gérer les pings de BIP 31, un pair malveillant pouvait esquiver la déconnexion au bout de 20 minutes et lire au ralenti : la file d’envoi du nœud gonflait alors de 2 Mo par heure au maximum pour chaque pair entrant, et de 5 Mo pour chaque pair sortant. La faille CVE-2026-117349, de gravité moyenne, est corrigée par #36667 dans Bitcoin Core 32.1, 31.2, 30.4 et 29.5 ; les nœuds en -blocksonly étaient bien moins exposés.
Bitcoin Core
Bitcoin Core 30.4 est sorti
Bitcoin Core 30.4 cesse de considérer les bits 5 à 28 de BIP 9 comme des signaux de soft fork, conformément à BIP 323 : les blocs qui les activent ne déclenchent plus d’alertes de déploiement inconnu (#34779). Côté réseau, un délai d’expiration s’applique désormais aux pairs en pause d’envoi (#36667), et les positions des flatfiles passent en entiers 64 bits (#36669).
Bitcoin Core
Hors Linux, les données urgentes TCP font gonfler la mémoire sans limite
Sous Windows, macOS et BSD, un pair connecté pouvait faire tomber un nœud en lui envoyant des données urgentes TCP : elles échappaient aux lectures en pause du backend select() et la mémoire s’accumulait sans limite (CVE-2026-117350). Les nœuds Linux, qui utilisent poll(), ne sont pas concernés. Bitcoin Core 32.1, 31.2, 30.4 et 29.5 corrigent ce bug de gravité moyenne, repéré par un LLM lors d’une analyse menée dans le cadre de Project Loupe.
Bitcoin Core