La IA de Claude explota un fallo crítico del kernel de Linux que afecta a Ubuntu, Debian, Red Hat, SUSE y otras distros

Código amenaza en Claude Code
Código amenaza en Claude CodeGenerado con IA
Noticia
Añádenos en Google

Elígenos como tu fuente preferida en Google.

La vulnerabilidad CVE-2026-98432 pone en alerta a buena parte del ecosistema Linux tras demostrarse que Claude es capaz de explotar un fallo en el kernel de Linux.

Recientemente, Gemini ha integrado una nueva herramienta de Mapas, pero no es la única inteligencia artificial que está destacando en el sector. Otras opciones, como los modelos de OpenAI y Perplexity, han llamado la atención por los beneficios que otorgan a nivel general. Sin embargo, cuando se trata de generar código, uno de los asistentes más recomendados es Claude Code y ahora está en el foco de la comunidad Linux al salir a la luz que es capaz de explotar un fallo crítico en el kernel.

Múltiples distros son afectadas por la vulnerabilidad CVE-2026-98432 que se encuentra en el código TCP y la gravedad del problema no solo reside en su puntuación de hasta 9,8 sobre 10 según el equipo CVE del kernel, sino también en que Anthropic ha revelado que el asistente ha podido aprovechar el error que impacta contra sistemas como Ubuntu, Debian, Red Hat Enterprise Linux, SUSE, Oracle Linux y Amazon Linux. 

Para lograrlo, el modelo ha identificado el objetivo y generado un método de explotación que permite a un atacante remoto ejecutar comandos con privilegios de root bajo determinadas condiciones. Aunque no existen indicios públicos de ataques reales utilizando esta puerta, la demostración ha revelado nuevas preocupaciones.

Cómo funciona CVE-2026-98432 y por qué preocupa a los expertos

CVE-2026-98432 de Claude Code
CVE-2026-98432 de Claude CodeComputer Hoy

El origen del problema está en una condición de carrera dentro del proceso de establecimiento de nuevas conexiones TCP IPv4. El fallo provoca una situación de tipo use-after-free, un error que aparece cuando el kernel intenta acceder a una zona de memoria que ya ha sido liberada. En determinadas circunstancias, otra CPU puede seguir utilizando información relacionada con una conexión mientras esa memoria deja de existir, lo que abre la puerta a comportamientos impredecibles, corrupción de memoria e incluso ejecución de código.

Los desarrolladores del kernel corrigieron la vulnerabilidad el pasado 5 de octubre mediante un parche que obliga al sistema a esperar a que otras CPU terminen de leer los datos antes de liberar la memoria asociada. Curiosamente, el problema afecta a Linux desde la versión 4.4, por lo que ha permanecido oculto durante años. También se sabe que IPv6 no resulta vulnerable a esta condición concreta debido a diferencias en la gestión interna de las opciones de conexión. El informe que acompaña la corrección atribuye el descubrimiento a Xinyang Ge, investigador de Anthropic.

Otro aspecto llamativo es la disparidad en las evaluaciones de riesgo. El equipo CVE del kernel considera que el ataque presenta una complejidad baja y por eso le asigna una puntuación CVSS de 9,8. Sin embargo, proveedores como Red Hat, Oracle y SUSE sostienen que explotar con éxito la condición de carrera requiere una sincronización mucho más compleja de lo que parece.

Por ese motivo, sus valoraciones oscilan entre 5,9 y 8,1 puntos. Aun así, ninguna de estas compañías resta importancia a la vulnerabilidad y todas coinciden en recomendar la instalación inmediata de los kernels corregidos cuando estén disponibles.

Qué distribuciones ya tienen parche y qué dice Anthropic sobre el exploit de Claude

Debian ya distribuye paquetes corregidos para sus ramas afectadas, al igual que Oracle Linux, varias versiones de Amazon Linux y determinadas ediciones de SUSE. En cambio, Ubuntu y Red Hat Enterprise Linux continúan trabajando en actualizaciones definitivas para parte de sus kernels, incluyendo algunas versiones empleadas en entornos empresariales y servicios cloud.

Anthropic asegura que Claude no solo identificó la vulnerabilidad, sino que además generó un exploit dividido en dos fases. En la primera, el atacante obtiene información de memoria capaz de revelar direcciones internas del kernel, lo que facilita superar mecanismos de protección como KASLR. Posteriormente, el mismo fallo permitiría alterar estructuras de memoria para redirigir la ejecución del kernel hacia una carga útil maliciosa previamente preparada.

Según la compañía, la obtención de una dirección válida del sistema requirió unos 48 minutos durante sus pruebas, y alcanzar la ejecución de comandos llevó alrededor de cinco minutos adicionales. La empresa no publicó el código del exploit ni los detalles completos de la configuración utilizada.

Por ahora no hay constancia de ataques activos asociados a CVE-2026-98432 ni tampoco figura en el catálogo de vulnerabilidades explotadas de forma conocida por las autoridades de ciberseguridad. Aun así, el mensaje de los expertos es claro: si tu distribución ya dispone de un kernel corregido, conviene actualizar cuanto antes.

Los desarrolladores del kernel también recomiendan utilizar las ramas estables más recientes en lugar de intentar aplicar correcciones aisladas. Aunque algunos usuarios han planteado desactivar MPTCP como medida temporal, tanto Anthropic como el equipo de seguridad de Go recuerdan que el error subyacente no depende exclusivamente de esta característica, por lo que la única solución realmente fiable sigue siendo instalar un kernel parcheado.