lunes, 2 de noviembre de 202622°General Pico · 12° / 26°Dólar Oficial $1.560Dólar Blue $1.565Dólar MEP $1.575Dólar Tarjeta $2.028
Falla crítica en el kernel de Linux permite ataques remotos sin credenciales
El fallo, identificado como CVE-2026-98432 y con puntaje CVSS 9.8, afecta al manejo de conexiones TCP sobre IPv4 desde la versión 4.4. Algunas distribuciones ya publicaron parches, pero Ubuntu todavía no.
Redacción PicoTecno
3 min de lectura
(atlasum.net)
Según informó atlasum.net, el kernel de Linux tiene una vulnerabilidad de tipo use-after-free, es decir, el programa vuelve a leer memoria que ya fue liberada. El problema aparece en el proceso de establecimiento de conexiones TCP sobre IPv4 y puede ser aprovechado por un equipo remoto que no necesita iniciar sesión. El organismo que asigna los identificadores CVE dentro del propio proyecto Linux le asignó una puntuación de 9.8 en la escala CVSS 3.1, que corresponde a la categoría crítica. El error existe desde la versión 4.4.
Los kernels estables corregidos se publicaron el 11 y el 15 de octubre de 2026. Las ramas con el arreglo son las siguientes:
5.10.272
5.15.223
6.1.190
6.6.159
6.12.113
6.18.56
7.2.10
7.3
Red Hat, que también clasifica el fallo como crítico, liberó kernels corregidos para RHEL 8, 9 y 10 el 1 de noviembre. Ese mismo día, el registro de seguimiento de Ubuntu seguía indicando que su kernel era vulnerable en todas las versiones. Como las distribuciones aplican sus propios parches sobre números de versión distintos, la fuente recomienda consultar el estado de cada una y no solo el número del kernel upstream.
La urgencia viene de dónde ocurre el error. La falla se encuentra en código que cualquier servidor Linux ejecuta al aceptar una conexión IPv4, antes de que una aplicación llegue a ver esa conexión. Según la empresa Anthropic, cuyo investigador reportó el problema, su modelo Claude elaboró una prueba de concepto de exploit que logra ejecutar comandos como root en servidores con un listener de TCP multicamino (MPTCP), sin credenciales. De acuerdo con el equipo de seguridad de Go, los programas escritos en ese lenguaje abren esos listeners por defecto. Los contenedores también quedan expuestos, porque usan el kernel del equipo anfitrión.
En términos simples, cuando un servidor recibe una conexión, guarda ciertas opciones de la cabecera IPv4 del cliente para usarlas en sus respuestas. El kernel pasaba esas opciones a la nueva conexión sin copiarlas y las liberaba de inmediato, mientras otro procesador todavía podía leerlas para armar la respuesta. Ese desfase de tiempo es lo que permite la lectura de memoria liberada. El cambio que corrige el problema es pequeño, de unas cuatro líneas, según la fuente.
Mientras no se pueda instalar el parche, atlasum.net propone dos medidas temporales. La primera es descartar paquetes TCP IPv4 que traigan opciones en la cabecera, algo que casi nunca ocurre en tráfico legítimo; la fuente publica reglas para nftables y para iptables, y advierte que duran hasta el próximo reinicio y que no corrigen el kernel. La segunda es desactivar MPTCP si no se usa, lo que quita la condición que necesita el exploit, aunque no elimina el error. Red Hat indica que su regla reduce la exposición pero no la elimina por completo.
Sobre el estado de la explotación, Anthropic afirma que su prueba de concepto tarda 48 minutos en filtrar un puntero del kernel y otros cinco minutos en llegar a ejecutar comandos. La empresa no publicó el exploit y mantiene una política de divulgación que da a los desarrolladores 90 días para parchear, más 45 días adicionales antes de dar detalles que vayan más allá de un aviso público. Red Hat, por su parte, señala que el fallo podría usarse para ejecutar código de forma remota. Hasta el momento del análisis, 41 repositorios de GitHub hacían referencia al CVE.
