CVE-2024-52913: censura por la gestión de las nuevas solicitudes de transacciones
- Fuente
- Bitcoin Corebitcoincore.org
- Publicado originalmente
- Extensión del original
- 2 min de lectura
- Idioma
- inglés
Resumen de SATWEI
Callar las respuestas GETDATA y luego inundar con anuncios falsos para expulsar una transacción del mapa g_already_asked_for, de 50.000 entradas, permitía a un atacante volver a anunciarla una y otra vez e impedir que la víctima la pidiera a nadie más. John Newbery reveló el fallo, de gravedad media; #19988, de Pieter Wuille, lo corrigió en Bitcoin Core 0.21.0.
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