Saltar al contenido
Carlos Estrada
Backend

Falla crítica en el kernel de Linux deja tomar servidores a distancia

3 min de lectura
Cables de fibra óptica conectados a un panel de red en un centro de datos

Si administras servidores con Linux, apunta este número: CVE-2026-98432. Es una falla en la parte del kernel que maneja las conexiones de red, y en ciertas condiciones permite que alguien tome control total del servidor sin contraseña.

Todavía no hay reportes de ataques reales, pero ya existe una demostración que funciona y varias distribuciones siguen sin parche.

¿Qué pasó?

El kernel es el corazón del sistema operativo: el programa que habla con el hardware y administra la red. La falla está en cómo procesa las solicitudes de conexión TCP sobre IPv4. Cuando dos procesos atienden al mismo tiempo una solicitud repetida, el kernel puede leer memoria que ya liberó, un error conocido como use-after-free.

El 27 de octubre de 2026, Anthropic publicó que un modelo interno de investigación, que aún no se lanza, escribió un exploit para esta falla. En su prueba bastó con mandar paquetes a un servidor que escuchaba conexiones MPTCP, una variante de TCP que puede usar varias rutas de red a la vez. Obtener una dirección de memoria del kernel tomó 48 minutos y ejecutar comandos tardó cinco minutos más.

Ubuntu le da una calificación de 9.8 sobre 10 y prioridad alta. BleepingComputer reporta que la falla alcanza kernels desde la versión 4.4. Al 30 de octubre, Ubuntu marcaba como vulnerables sus versiones 22.04, 24.04, 26.04 y 26.10, con el parche todavía en preparación.

¿Por qué te importa?

MPTCP no suele estar activado en las aplicaciones. El detalle, según BleepingComputer, es que desde Go 1.24 los servicios escritos en Go lo activan por defecto cuando el kernel lo permite. Así que un API o un microservicio en Go podría estar expuesto sin que nadie lo haya configurado a propósito.

Además, apagar MPTCP no basta: BleepingComputer explica que el tráfico TCP normal también puede disparar el error, aunque la explotación es más complicada. Si tu servidor está en internet y no tiene parche, conviene tomarlo en serio.

El caso también muestra un cambio de época. Que un modelo de IA encuentre y explote una falla del kernel en menos de una hora significa que los tiempos para parchar se acortan.

¿Qué puedes hacer?

  • Revisa el aviso de seguridad de tu distribución, ya sea Ubuntu, Debian, Red Hat o Rocky Linux, e instala el kernel corregido en cuanto salga.
  • Recuerda reiniciar el servidor después de actualizar el kernel; si no, sigue corriendo la versión vieja.
  • Haz una lista de los servicios en Go que tienes expuestos a internet, porque podrían estar escuchando con MPTCP sin que lo sepas.
  • Mientras llega el parche, limita el acceso a esos servidores a redes o direcciones de confianza con tu firewall.
  • Activa las alertas de seguridad de tu proveedor de nube o de tu distribución para enterarte cuando publiquen la corrección.

Sigue leyendo

Fuentes

Imagen de portada: foto de Brett Sayles en Pexels.