Bitcoin Core corrige dos fallos de memoria: Linux solo queda exento de uno

Un ataque rápido en Windows, macOS y BSD

Bitcoin Core hizo públicas el 28 de octubre de 2026 dos vulnerabilidades que permiten a un par malicioso aumentar el consumo de memoria de un nodo. Los dos avisos las clasifican como de gravedad media y fáciles de descubrir. Indican las mismas versiones corregidas: 29.5, 30.4, 31.2 y 32.1. La diferencia esencial afecta, sin embargo, a las máquinas expuestas y a cómo puede provocarse la saturación. Leer únicamente las referencias a Windows o macOS no basta para evaluar todo el problema.

El primer fallo se relaciona con la recepción de datos urgentes en una conexión TCP. En plataformas distintas de Linux, el mecanismo que vigila las conexiones podía iniciar una lectura incluso después de que se suspendiera la recepción normal de datos de un par cuyos mensajes se procesaban demasiado despacio. Ese par podía eludir el límite de la cola y provocar un consumo de memoria sin límite. El aviso cita Windows, macOS y BSD entre los sistemas afectados. Linux utiliza otro mecanismo y queda exento de este fallo concreto.

Una acumulación lenta también afecta a Linux

El segundo aviso describe anuncios de transacciones que siguen acumulándose para determinados pares cuyo envío está suspendido. Normalmente, un nodo desconecta al par que no responde a su comprobación de presencia. Sin embargo, esa protección no se aplicaba a los pares que afirmaban no admitir los mensajes de comprobación introducidos por BIP 31. Un atacante podía aprovecharlo retrasando estratégicamente la lectura de mensajes y dejando crecer la cola.

Bitcoin Core describe un crecimiento de hasta 2 megabytes por hora por cada conexión entrante afectada y 5 megabytes por hora por cada conexión saliente afectada. Son límites descritos en el aviso, no pérdidas medidas en un ataque público. Los nodos configurados para retransmitir solo bloques se ven mucho menos afectados, porque los anuncios de transacciones constituyen la mayor parte de la cola. A diferencia del primer problema, este aviso no excluye a los sistemas Linux.

Comprobar qué versión corregida está en ejecución

Ambos problemas se identificaron mediante un análisis automatizado con un modelo de lenguaje dentro del proyecto Loupe de Elias Rohrer, en Spiral. Gregory Sanders validó los resultados y los trasladó al equipo de seguridad de Bitcoin Core. L0rinc también redescubrió de forma independiente el problema de acumulación lenta. Los avisos distinguen detección, validación humana, integración de correcciones y divulgación pública. Esas etapas no equivalen a una explotación demostrada en la red.

Las versiones 31.2 y 32.1 se publicaron el 27 de octubre, seguidas de las versiones 29.5 y 30.4 el 28 del mismo mes. Para los operadores, la comprobación útil es el software que realmente ejecuta cada nodo, incluidas las instalaciones secundarias. Los avisos describen amenazas para la disponibilidad del servicio; no anuncian robo de claves privadas ni pérdida de bitcoins. Una máquina detenida puede interrumpir aplicaciones que dependen de sus datos. Por ello, debe verificarse la actualización en cada instalación.