The Hacker News informó el 3 de noviembre de 2026 de CVE-2026-98432, una falla de uso después de liberar (use-after-free) en el código TCP IPv4 del kernel de Linux, presente desde la versión 4.4. El equipo de CVE del kernel la califica con 9,8; Red Hat la había valorado inicialmente como moderada (5,9) y luego la subió a crítica. Un atacante remoto sin autenticación podría lograr ejecución de código enviando solicitudes de conexión con opciones IPv4 Record Route o Timestamp a cualquier puerto TCP en escucha, lo que dispara una condición de carrera durante la retransmisión.
Estado de los parches
- Red Hat corrigió el 1 de noviembre RHEL 8.10, 9.8 y 10.2 (RHSA-2026:93414, 93412 y 93413); requiere reinicio.
- Debian, Oracle Linux y SUSE publicaron correcciones en octubre, y Amazon Linux entre el 24 y el 30 de octubre.
- Ubuntu tiene correcciones para 22.04, 24.04 y 26.04 solo en el repositorio opcional -proposed, sin fecha de publicación regular; las versiones 20.04 y anteriores siguen pendientes o requieren Ubuntu Pro.
Explotación y mitigación
Hasta el reporte, ningún proveedor ni CERT había informado ataques y la falla no estaba en el catálogo KEV de CISA al 30 de octubre. Ya circula en GitHub código que solo detecta la condición de carrera, sin ejecutar código. Como mitigación provisional, Red Hat publicó una regla de nftables que descarta paquetes TCP IPv4 entrantes con opciones IP; no es un arreglo completo y puede afectar cargas que dependan de esas opciones. Desactivar MPTCP no basta, y Canonical sostiene que las actualizaciones son la única mitigación adecuada.
Qué debe hacer el área de TI
Confirme con uname -r si sus servidores ya corren un kernel corregido, programe el reinicio en una ventana acordada y comunique con tiempo qué servicios se verán afectados. Para los equipos de soporte, un reinicio de servidores casi siempre se traduce en consultas de usuarios, y es mejor anticiparlas.
Aquí un flujo ordenado ayuda: con Servigo365, el cambio programado puede registrarse como un ticket con responsable, ventana, avisos a los usuarios y seguimiento de las incidencias posteriores, con el historial a mano si algo falla tras el reinicio. Y si los servicios afectados atienden público, Nexturno permite ver el impacto en turnos y tiempos de espera de las sucursales. Es organización de procesos, no una herramienta de seguridad: el parche lo aplica su equipo de TI.