La noticia tiene unos días, pero también la suficiente importancia para, esta vez sí, darle cabida incluso con retraso: Anthropic dio a conocer una vulnerabilidad de Linux que permite ejecutar código de forma remota con privilegios de administrador, sin credenciales ni interacción del usuario. Es decir, lo casi nunca visto. Un descubrimiento logrado, como es obvio, por obra y gracia de la IA. En este caso, de Claude.
Identificada como CVE-2026-98432, la vulnerabilidad llevaba más de una década abierta y su explotación se ha demostrado con ayuda del mismo Claude, en lo que es otro ejemplo más de lo que la inteligencia artificial empieza a suponer para la seguridad del software. En concreto, el fallo afecta al procesamiento de conexiones TCP sobre IPv4 y está presente desde Linux 4.4, versión publicada en enero de 2016.
Pues bien, desde entonces lleva ahí un error en la gestión de memoria que, bajo determinadas condiciones, permite a un atacante enviar tráfico de red preparado para tomar el control del sistema. En resumen, una vulnerabilidad muy seria y, de hecho, así ha sido considerada por los responsables de seguridad de distribuciones como Red Hat Enterprise Linux, que la han calificado como de gravedad crítica, con 9,8 puntos sobre 10.
Según explica Anthropic, su modelo de investigación desarrolló un exploit capaz de ejecutar comandos como root en servidores con un servicio Multipath TCP (MPTCP) a la escucha, y no necesitaron ni una hora para realizar la prueba: en apenas 53 minutos, el modelo ya había superado las protecciones y ejecutado el comando. Además, los intentos fallidos solo interrumpían la conexión, sin derribar el servidor, lo que permitía repetir el ataque.
Pero hay más, y es que el problema no se limita a MPTCP. Días antes de que Anthropic revelase su hallazgo, Red Hat advertía que la vulnerabilidad está en la propia pila TCP de IPv4 y afecta también a sus sistemas con MPTCP desactivado por defecto, como sucede con RHEL. Los equipos que aceptan conexiones entrantes son los más expuestos, aunque esto no significa que cualquier instalación de Linux pueda comprometerse automáticamente con el exploit descrito.
Como de costumbre, el fallo no se ha dado a conocer hasta que el parche estaba listo: ya ha sido incorporado al kernel y a todas las ramas estables mantenidas. Para los usuarios, todo es cuestión de actualizar el sistema cuando reciban la corrección. Sin embargo, que haya parche no supone que haya llegado a todos los sistemas afectados, por lo que Red Hat insiste: las medidas temporales para reducir la exposición no sustituyen a la actualización.
Pocas veces se ha visto un fallo de estas características, y no es una casualidad que haya aparecido ahora. Decía el otro día, con el fallo de PHP2Shell, que, pese al impacto del mismo, tan solo era un «aviso a navegantes». Pero lo rápido que va todo es alarmante. Y como muestra, otro botón que ha caído en los últimos días: OpenAI acaba de publicar una investigación con 948 vulnerabilidades de escalada local de privilegios en Linux, del tipo más habitual que solemos ignorar, porque requieren poder ejecutar código previamente en el equipo; pero vulnerabilidades al fin y al cabo. Y lo que encuentra una IA, lo puede encontrar otra.
Lo positivo en estos casos, o lo no tan negativo, es que mucho se reporta, en muchos casos con propuestas de parches, lo que permite utilizar la capacidad de la IA no solo para encontrar y explotar agujeros, sino para encontrarlos antes y preparar correcciones. Las dos perspectivas van juntas: aumenta la presión para quienes mantienen el código, al tiempo que aparecen herramientas más potentes para protegerlo…
Claro que ello exige ampliar la confianza más allá del marco de los responsables del software que usamos. Lo mismo que siempre ha pasado, pero con la potencia de unas herramientas que hace unos pocos años eran casi de ciencia ficción.
