La plataforma de investigación de seguridad autónoma XBOW ha revelado la vulnerabilidad CVE-2026-72018, un fallo de alta gravedad en el núcleo de Linux. Este error permite convertir una escritura de memoria fuera de límites en un acceso local de superusuario (root). El problema reside en la implementación de bucle invertido DIBS utilizada por la ruta de comunicación de memoria compartida SMC-D, donde la falta de una comprobación de límites permite copiar datos controlados por un atacante más allá de un búfer asignado del núcleo.

La plataforma de investigación de seguridad autónoma XBOW ha revelado la CVE-2026-72018, una vulnerabilidad del kernel de Linux de severidad alta que convierte una escritura de memoria fuera de límites estrictamente restringida en un acceso local de root.

El fallo afecta a la implementación de loopback DIBS utilizada por la ruta de comunicación de memoria compartida SMC-D, donde la falta de una comprobación de límites permite que datos controlados por el atacante se copien más allá de un búfer del kernel asignado.

La vulnerabilidad es notable no solo por su impacto, sino por la debilidad de la primitiva de exploit disponible. La investigación de XBOW mostró que el error podía producir de manera fiable solo 16 bytes cero en un desplazamiento de memoria del kernel parcialmente controlado.

A pesar de esta limitación, los investigadores desarrollaron un exploit de escalada de privilegios locales que elevó un proceso a root sin requerir una fuga de información independiente.

El problema existe en el controlador dibs_loopback, que habilita las Comunicaciones de Memoria Compartida Directas, o SMC-D, en sistemas Linux x86 estándar sin hardware IBM Z.

SMC-D estuvo históricamente asociado con entornos de mainframe de IBM y dispositivos de Memoria Compartida Interna, lo que dejó gran parte de su código comparativamente menos examinado.

Añadir el dispositivo virtual dibs_loopback cambió esa exposición. Hizo que SMC-D fuera accesible en sistemas Linux comunes a través de redes de loopback, convirtiendo un código que alguna vez se consideró difícil de acceder en una superficie de ataque local.

Agente de IA encuentra error en el kernel de Linux

XBOW descubrió que un valor dmbe_idx controlado por un par podía influir en los cálculos de desplazamiento durante la configuración de la conexión SMC. Ese desplazamiento eventualmente llegaba a la rutina move_data() en el controlador de loopback DIBS, que realizaba una operación memcpy() sin validar si el desplazamiento suministrado y el tamaño de escritura permanecían dentro del búfer de destino.

La remediación oficial añade una validación para el desplazamiento y el tamaño antes de la operación de copia. La información del aviso de Linux describe el fallo como una escritura fuera de límites que podría corromper la memoria más allá del búfer asignado porque el loopback por software carece de las protecciones de región de memoria impuestas por hardware disponibles en el hardware ISM real.

El escenario de ataque local requiere CAP_NET_ADMIN. XBOW utilizó esa capacidad para habilitar la funcionalidad SMC-D y manipular el tráfico de saludo CLC de loopback a través de una configuración de man-in-the-middle basada en NFQUEUE.

Al modificar campos seleccionados del saludo, el exploit podía forzar una escritura fuera de límites en la memoria adyacente del kernel. El efecto utilizable no era una escritura arbitraria: era una escritura fija de 16 bytes cero posicionada en una alineación elegida sobre un rango limitado.

En lugar de intentar construir una primitiva más potente, los investigadores se centraron en la estructura cred del kernel de Linux, que almacena los campos de identidad de usuario y grupo de un proceso.

Si los bytes cero caen en campos que incluyen euid, el ID de usuario efectivo se convierte en cero. Dado que las comprobaciones de permisos de Linux tratan un UID efectivo de cero como root, el proceso afectado puede posteriormente establecer una identidad de root completa y generar una shell de root.

Este enfoque demuestra una lección de explotación familiar: una primitiva no necesita ser arbitraria para ser crítica para la seguridad. Si una escritura restringida puede poner a cero un estado sensible a la seguridad, puede seguir siendo suficiente para la escalada de privilegios.

XBOW informó que su prueba de concepto tuvo éxito en 22 de cada 100 arranques independientes, apareciendo la primera escalada de privilegios exitosa en el séptimo arranque.

El experimento se realizó en Ubuntu 24.04 utilizando Linux 7.1.0-rc6 con las mitigaciones del kernel desactivadas, por lo que la fiabilidad en el mundo real puede variar según las distribuciones, las compilaciones del kernel, el comportamiento del asignador y las mitigaciones activadas.

El registro CVE tiene una puntuación base CVSS 3.1 de 7.8, calificada como Alta, con un vector de ataque local, bajos privilegios requeridos, sin interacción del usuario y un alto impacto en la confidencialidad, integridad y disponibilidad.

XBOW dijo que su agente se encargó del modelado de amenazas, la auditoría de código, el descubrimiento de errores, la validación y gran parte del proceso de desarrollo del exploit.

Sin embargo, los investigadores humanos realizaron varias intervenciones importantes. Redirigieron el sistema hacia un modelo de escalada de privilegios local, lo animaron a revisar la interceptación de paquetes después de que inicialmente descartara esa opción y le exigieron que validara experimentalmente el comportamiento de escritura restringida de ceros.

Los investigadores también presionaron al agente para que explotara la primitiva existente directamente en lugar de pasar tiempo buscando una cadena de escritura arbitraria o de uso después de liberación (use-after-free) más potente.

Los hallazgos resaltan tanto la promesa como los límites actuales de la investigación autónoma de vulnerabilidades. Los sistemas de IA pueden mantener un análisis de código y pruebas exhaustivas en subsistemas oscuros.

Sin embargo, el juicio humano puede seguir siendo decisivo al evaluar rutas de ataque costosas, corregir suposiciones obsoletas y replantear una estrategia de exploit.

Debes aplicar las actualizaciones del kernel de Linux que contienen la corrección de comprobación de límites de loopback DIBS y reiniciar los sistemas afectados. Las organizaciones también deben revisar las cargas de trabajo y los contenedores a los que se les ha concedido CAP_NET_ADMIN, ya que esa capacidad es central para la ruta de ataque local demostrada.