- Fuente
- Bitcoin Corebitcoincore.org
- Publicado originalmente
- Extensión del original
- 2 min de lectura
- Idioma
- inglés
Resumen de SATWEI
Antes de Bitcoin Core 0.10.1, los mensajes recibidos podían llegar a 32 MiB, así que un atacante podía forzar esa reserva de RAM por conexión y quizá tumbar el nodo. Lo notificó el usuario de Bitcointalk Evil-Knievel; #5843 bajó el límite a 2 MiB, luego ampliado a 4 MB para Segwit. La divulgación anunciada para 2015 se aplazó y los detalles salieron a la luz en 2024.
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