El 27 de octubre Anthropic contó que un modelo de investigación interno escribió, tras un prompt inicial, un exploit contra el kernel de Linux que da una shell como root a un atacante remoto sin credenciales. La falla es CVE-2026-98432, y lo que la hace un buen caso de estudio es que la misma vulnerabilidad recibe puntajes entre 5,9 y 9,8 según quién la evalúe.
Qué es CVE-2026-98432 y cómo funciona
Es una condición de carrera en el establecimiento de conexiones TCP sobre IPv4. Según The Hacker News, cuando se crea el socket hijo, la función tcp_v4_syn_recv_sock() toma las opciones IP del socket de solicitud pendiente sin copiarlas. Si el hijo se libera mientras otro CPU todavía arma un SYNACK para un SYN retransmitido, el kernel lee memoria ya liberada: un use-after-free. IPv6 no se ve afectado porque sí copia las opciones. El arreglo, según la descripción que recoge Tenable, usa kfree_rcu() para esperar a que otros CPU terminen de leer antes de liberar.
The Hacker News afirma que el defecto viene desde Linux 4.4 y que el commit del arreglo se aplicó el 5 de octubre; ninguno de esos dos datos pudimos confirmarlo en una segunda fuente, así que tomalos como de fuente única. Tenable lista la publicación del CVE el 15 de octubre.
Lo que dice Anthropic (y lo que no)
En su publicación del 27 de octubre, el Frontier Red Team de Anthropic escribe que, tras un prompt inicial, Claude produjo un exploit con el que un atacante remoto envía paquetes a servidores Linux con un listener de multipath TCP (MPTCP) y ejecuta comandos arbitrarios como root, sin credenciales ni interacción del usuario. Cita tiempos: 48 minutos para filtrar un puntero del kernel y otros cinco para llegar a la ejecución de comandos. Dice que el parche está upstream y retroportado a todas las ramas estables mantenidas.
Por qué hay puntajes tan distintos
La diferencia clave está en la complejidad del ataque: el kernel asume AC:L (baja) y Red Hat AC:H (alta), porque la carrera de tiempos no se gana siempre. Red Hat llama preliminares a sus cifras y su página cambió respecto de lo que citó THN. Moraleja operativa: un puntaje es una opinión sobre la dificultad de explotar, no sobre si existe exploit; y aquí Anthropic dice que sí existe uno funcional.
Qué hacer
- Instalá el kernel corregido. Según THN, el arreglo está en 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 y 7.3; Debian, Oracle Linux, Amazon Linux 2023 y SUSE ya tenían builds, mientras que Ubuntu y RHEL 8/9/10 seguían sin kernel corregido al 29 de octubre (verificá el estado actual en cada distribución).
- Red Hat dice que no existe mitigación que cumpla sus criterios. El equipo de Go, en oss-security (29 de octubre), recomienda actualizar el kernel y señala que Go 1.24+ habilita MPTCP por defecto en sockets de escucha; ofrece
GODEBUG=multipathtcp=0como medida, pero advierte que el bug no es exclusivo de MPTCP y sistemas sin listeners MPTCP podrían ser vulnerables a ataques similares. - Priorizá servidores expuestos a internet: balanceadores, proxies y hosts de inferencia con GPU.