- Fuente
- Bitcoin Corebitcoincore.org
- Publicado originalmente
- Extensión del original
- 1 min de lectura
- Idioma
- inglés
Resumen de SATWEI
Un mensaje GETDATA mal formado podía dejar el hilo net_processing girando al 100 % de CPU en versiones de Bitcoin Core anteriores a 0.20.0, con 1,5 MB más de memoria por cada par atacante. Los demás pares seguían recibiendo servicio, de ahí la gravedad baja. John Newbery encontró el fallo y lo corrigió en #18808.
Etiquetas
- CVE
- P2P
Más de Bitcoin Core
Crecimiento lento y sin límite de memoria con pares pre-BIP31 en pausa
Fingiendo que no admite los pings de BIP 31, un par malicioso podía esquivar la desconexión a los 20 minutos y leer despacio, con lo que la cola de envío del nodo engordaba hasta 2 MB por hora por cada par entrante y 5 MB por cada saliente. CVE-2026-117349, de gravedad media, queda resuelto con #36667 en Bitcoin Core 32.1, 31.2, 30.4 y 29.5; los nodos con -blocksonly estaban mucho menos expuestos.
Bitcoin Core
Bitcoin Core lanza la versión 30.4
Bitcoin Core 30.4 deja de interpretar los bits 5 a 28 de BIP 9 como señales de soft fork, en línea con BIP 323, de modo que los bloques que los activan ya no disparan avisos de despliegues desconocidos (#34779). En la parte de red, los pares con el envío en pausa quedan sujetos a un tiempo límite (#36667), y las posiciones de flatfile pasan a enteros de 64 bits (#36669).
Bitcoin Core
Crecimiento ilimitado de memoria por datos urgentes de TCP fuera de Linux
Un par conectado podía tumbar nodos en Windows, macOS y BSD enviando datos urgentes de TCP, que se colaban por las lecturas en pausa del backend select() y acumulaban memoria sin límite (CVE-2026-117350). En Linux los nodos usan poll() y no se ven afectados. Bitcoin Core 32.1, 31.2, 30.4 y 29.5 corrigen este fallo de gravedad media, detectado por un análisis con un LLM dentro de Project Loupe.
Bitcoin Core