Anza emitió una alerta de "Acción requerida" el 2 de noviembre instando a los validadores de Solana mainnet-beta a mitigar una vulnerabilidad crítica en el kernel de Linux que Ubuntu aún no ha corregido.

El desarrollador de software de Solana citó un hilo de Tim García, líder de relaciones con validadores de la Solana Foundation, en el que indica a los operadores que ejecutan Ubuntu que filtren el tráfico hasta que llegue una corrección.

Los validadores son las máquinas que procesan las transacciones de Solana y mantienen el consenso de la red, por lo que una falla sin parche en su sistema operativo afecta a la infraestructura central y no a herramientas secundarias.

García quiere que Multipath TCP y la migración de sockets estén desactivadas

En el hilo de García, enumera tres cambios que deben realizarse hasta que esté disponible un paquete de Ubuntu. Los operadores deben emplear nftables para descartar los paquetes TCP entrantes que lleven opciones IPv4.

También recomendó deshabilitar Multipath TCP con net.mptcp.enabled=0, mientras que net.ipv4.tcp_migrate_req=0 desactiva la migración de sockets de solicitudes TCP.

Red Hat advirtió que el filtrado reduce la exposición, pero no detiene por completo la explotación.

El aviso aplica a los validadores que ejecutan Ubuntu. Los requisitos de Anza estipulan que el cliente se compila y ejecuta en Ubuntu 24.04 y requiere una dirección IPv4 pública, la familia de direcciones cuya ruta de handshake TCP entrante contiene la falla.

Según García, el defecto del kernel, CVE-2026-98432, ya fue corregido upstream, pero aún no se ha publicado ninguna actualización para los usuarios de Ubuntu. Como el defecto está en el kernel, ninguna versión del cliente validador puede cerrarlo en hosts Ubuntu; la corrección debe llegar a través de la distribución.

CVE-2026-98432 deja al kernel leyendo memoria liberada

El rastreador de Canonical, que publicó el CVE por primera vez el 15 de octubre y lo actualizó por última vez el 30 de octubre, marca el paquete principal del kernel en 26.10, 26.04 LTS, 24.04 LTS y 22.04 LTS como "Trabajo vulnerable en curso". Las versiones más antiguas, 20.04 y 18.04, figuran simplemente como vulnerables. La falla tiene una puntuación CVSS de 9.8 —dentro del rango crítico de la escala— y una prioridad Alta en Ubuntu.

CVE-2026-98432 es una falla de use-after-free en el código IPv4 del kernel: incluso después de que la memoria es liberada, el kernel todavía puede leer memoria que formaba parte de una conexión de red. La descripción de Canonical lo vincula al handshake TCP de las conexiones entrantes: el socket hijo se libera mientras un SYN retransmitido para el mismo socket de solicitud es procesado por una segunda CPU, lo que provoca que ip_options_build() lea memoria liberada.

Se produce un error similar cuando la migración de sockets de solicitudes TCP está habilitada, razón por la cual García la desactiva en su lista. IPv6 evita el primer problema, ya que su código de handshake duplica las opciones.

El 1 de noviembre, Red Hat publicó avisos con correcciones del kernel para RHEL 8, 9 y 10, y Debian ya cuenta con paquetes corregidos para bookworm y trixie. Mientras tanto, los operadores basados en Ubuntu permanecen con las mitigaciones de García hasta que llegue el paquete del kernel de Canonical y el CVE deje de estar en "Trabajo vulnerable en curso".

Las fallas de Linux ya han golpeado la infraestructura cripto

La infraestructura cripto ya fue afectada por fallas de Linux a comienzos de este año. En mayo de 2026, Cryptopolitan informó sobre dos errores del kernel, Copy Fail y Dirty Frag, que pusieron en alerta a exchanges, validadores y sistemas de custodia. Un servidor Linux comprometido puede exponer credenciales de firma y acceso de administrador en la máquina.

En enero, se instó a los operadores de Solana a aplicar un parche crítico para el validador, v3.0.14. Esta vez, el error se encuentra en el kernel del que depende el cliente —por debajo del propio software cliente, razón por la cual la alerta de Anza dirige a los operadores hacia mitigaciones del sistema operativo en lugar de una actualización de software.