Qué ha pasado
El 4 de noviembre de 2026 OpenAI publicó el informe A thousand fewer paths to root. En él cuenta cómo un sistema de agentes de IA auditó parte del kernel de Linux: unos 2,8 millones de líneas de código, alrededor del 7 % del total.
El proceso fue por fases, y cada una descartó parte de lo anterior:
| Fase | Cantidad |
|---|---|
| Fallos candidatos | 2.308 |
| Reproducidos en máquinas virtuales | 1.724 |
| Exploits que consiguen root | 1.169 |
| Fallos únicos, agrupando variantes | 948 |
Las pruebas se hicieron con las protecciones habituales del kernel activadas (KASLR, SMEP, SMAP). OpenAI calcula un coste de unos 1,2 millones de dólares en uso de su API y lo presenta como límite superior.
Lo que no dice el titular
Son escaladas locales de privilegios. Un atacante necesita antes una cuenta en tu sistema, aunque sea sin privilegios. Ninguno de estos fallos sirve, por sí solo, para entrar desde Internet. El riesgo real está en servidores compartidos, en equipos con muchos usuarios y en cualquier sistema donde alguien ya haya conseguido una cuenta normal.
Los validó OpenAI, no los mantenedores. Cada fallo tiene un exploit que funciona en sus pruebas, pero los responsables del kernel los están revisando uno a uno. OpenAI también reconoce un error al principio del proceso: algunos exploits aprovechaban un fallo distinto del que le atribuían, y añadió una comprobación independiente.
Los parches llegan poco a poco. Diez días después, 61 estaban corregidos en la rama principal, 43 tenían el parche en preparación y 299 estaban en notificación o discusión pública. Los parches enviados llevan la etiqueta «Assisted-by: Codex».
La comunidad del kernel lo mira con interés y con cautela. Greg Kroah-Hartman ha dicho que los informes generados con IA han pasado de ser basura a ser informes reales, aunque dan más trabajo de revisión. Linus Torvalds reconoce que la IA encuentra fallos reales, pero pide que quien envíe un parche entienda el código que toca.
Qué hacer hoy en tus servidores
No hace falta buscar cada fallo: los arreglos llegan con las actualizaciones normales del kernel de tu distribución. Lo importante es aplicarlas y no olvidar el reinicio.
- Mira qué kernel estás usando ahora:
uname -r
- Actualiza el sistema. En Debian y Ubuntu:
sudo apt update && sudo apt full-upgrade
En Fedora, Red Hat, Rocky o Alma:
sudo dnf upgrade --refresh
- Reinicia. El kernel nuevo no se usa hasta que arrancas con él. Después, vuelve a ejecutar
uname -ry comprueba que la versión ha cambiado. - Revisa quién tiene cuenta en el equipo. Estos fallos necesitan una cuenta local, así que cada usuario que sobra es una puerta menos:
getent passwd | awk -F: '$3 >= 1000 && $7 !~ /(nologin|false)$/ {print $1, $7}'
Ese comando lista los usuarios normales que pueden iniciar sesión. Si alguno ya no hace falta, bloquéalo con sudo usermod -L usuario o bórralo.
- Si ejecutas código de terceros o tienes muchos usuarios, sepáralos con contenedores o máquinas virtuales, y vigila las alertas de seguridad de tu distribución durante las próximas semanas: los parches seguirán llegando.
Por qué te importa si administras Linux o preparas una certificación
La escalada de privilegios es una de las ideas centrales de la seguridad en Linux: quién puede hacer qué, con qué permisos y cómo se pasa de usuario normal a root. Esta noticia lo pone en primera línea. Que una IA encuentre fallos así a gran escala significa que los atacantes también podrán hacerlo, y que mantener los sistemas al día deja de ser opcional.
Para un administrador de sistemas, la lección es la de siempre, pero con más urgencia: actualizar con regularidad, dar a cada usuario solo lo que necesita y reducir lo que un atacante puede hacer si consigue una cuenta.
Si quieres aprender a proteger tus servidores paso a paso, lo explico en mi curso de seguridad en servidores Linux: hardening y defensa. Si te preparas la certificación de seguridad de LPI, tienes el curso de LPI Security Essentials. Y si estás empezando con la terminal, puedes empezar por mi curso gratis de Bash.