Red Hat ha publicado los núcleos corregidos que solucionan una vulnerabilidad de uso después de liberación (use-after-free) en el código TCP de IPv4 del kernel Linux para Red Hat Enterprise Linux 8, 9 y 10. Por su parte, las correcciones de Canonical para las tres versiones de soporte a largo plazo más recientes de Ubuntu siguen en su canal de pruebas opcional, sin una fecha definida para su llegada al canal de actualizaciones habitual.
El fallo, identificado como CVE-2026-98432, puede ser explotado por un atacante remoto y no autenticado, y puede derivar en la ejecución remota de código, según confirmaron Red Hat y Canonical. El equipo de CVE del propio kernel Linux califica la vulnerabilidad con 9,8 puntos sobre 10 en la escala CVSS. Red Hat, que en un principio le había asignado una valoración Moderada de 5,9, ha elevado la nota hasta 9,8 y ahora la considera Crítica. El error está presente desde Linux 4.4 y la corrección en el código upstream se incorporó en octubre.
Naturaleza del fallo
Cuando un servidor acepta una conexión TCP IPv4, el kernel transfiere las opciones IP de la petición entrante al nuevo socket sin copiarlas. Si el cliente retransmite su solicitud de conexión mientras otro procesador todavía está leyendo esas opciones, el kernel puede acabar accediendo a memoria que ya ha sido liberada.
El atacante provoca esta condición de carrera enviando solicitudes de conexión que incluyen las opciones IPv4 Record Route o Timestamp a cualquier puerto TCP en escucha. No se requiere autenticación. La ruta principal de IPv6 no se ve afectada.
Red Hat publicó los avisos RHSA-2026:93414 (RHEL 8), RHSA-2026:93412 (RHEL 9) y RHSA-2026:93413 (RHEL 10) el 1 de noviembre. Tras instalar la actualización es necesario reiniciar el sistema.
Canonical informó el 2 de noviembre de que las correcciones para Ubuntu 22.04 LTS, 24.04 LTS y 26.04 LTS se encuentran en su repositorio -proposed, un canal de pruebas de adhesión voluntaria cuyos paquetes no se instalan de forma automática. Canonical somete las actualizaciones del kernel a pruebas en más de 2.000 servidores y dispositivos certificados antes de publicarlas en el canal regular, y por ahora no ha anunciado ninguna fecha de lanzamiento.
Los administradores que necesiten aplicar la corrección antes de que llegue al canal habitual pueden habilitar -proposed e instalar la actualización del kernel. Para comprobar si un sistema ejecuta un kernel corregido, basta con comparar la salida de uname -r con las versiones indicadas en las tablas correspondientes.
Ubuntu 20.04, 18.04 y 16.04 aún no cuentan con corrección. Las versiones más antiguas requieren el mantenimiento de seguridad ampliado (Expanded Security Maintenance) a través de Ubuntu Pro. Las variantes de kernel para la nube, FIPS y tiempo real de Ubuntu figuran como trabajo en curso en la página de CVE de Ubuntu, con versiones objetivo, aunque la entrada de blog de Canonical solo menciona el kernel genérico.
Mitigación provisional
Red Hat publicó el 30 de octubre una regla de nftables que descarta los paquetes TCP IPv4 entrantes que transportan opciones IP. Según Red Hat, la regla bloquea el desencadenante conocido de la condición de carrera, pero no impide por completo la explotación y podría afectar a cargas de trabajo que dependen de las opciones IPv4.
El filtro solo se aplica al host donde se carga. Un miembro del equipo de kernel de CIQ señaló en la lista de correo oss-security que el tráfico entre contenedores alojados en el mismo host puede eludirlo. Diversas fuentes han recomendado desactivar Multipath TCP (MPTCP) como solución alternativa; sin embargo, Canonical aclara que el fallo reside en la ruta TCP de IPv4 y no en MPTCP, por lo que ese consejo por sí solo resulta insuficiente. «El equipo de seguridad de Ubuntu considera que las actualizaciones de seguridad son la única mitigación adecuada».
Estado de explotación
Ningún proveedor, CERT ni el equipo de CVE del kernel ha informado de ataques que aprovechen esta vulnerabilidad. Tampoco figuraba en el catálogo de vulnerabilidades explotadas conocidas (KEV) de CISA en la versión publicada el 30 de octubre.
Anthropic afirmó el 27 de octubre que un modelo interno de investigación de Claude, no publicado, elaboró un exploit remoto para obtener privilegios de root que funciona contra servidores Linux con un listener MPTCP, sin necesidad de credenciales ni de interacción del usuario. En su prueba de concepto, filtrar una dirección del kernel llevó 48 minutos y alcanzar una shell de root requirió otros 5 minutos. Anthropic no ha publicado el código del exploit.
En GitHub ha aparecido código de prueba de concepto que desencadena la condición de carrera y detecta cuándo el kernel devuelve memoria liberada en un SYN-ACK, pero no implementa la ejecución de código. Amazon Linux puntuó el fallo con 8,1 y lo calificó de Importante, señalando que su principal consecuencia es un bloqueo con posible corrupción de memoria. Debian, Oracle Linux y SUSE publicaron sus correcciones en octubre. Amazon Linux quedó corregido en todos sus paquetes entre el 24 y el 30 de octubre.
Deja una respuesta