Corrección en el kernel Linux para un fallo en el subsistema drm/ttm durante procesos de restauración

Se ha solucionado una vulnerabilidad técnica en la gestión de memoria del kernel Linux, específicamente en el componente drm/ttm, la cual generaba errores en el sistema durante el procesamiento de flujos de copia de seguridad y restauración de recursos en memoria.

Qué se sabe

De acuerdo con la información registrada en el identificador CVE-2026-89815, la vulnerabilidad se localizaba en la función ttm_pool_restore_and_alloc(). Durante la ejecución de este procedimiento, el proceso de restauración finalizaba correctamente a través de ttm_pool_restore_commit(), pero la referencia tt->restore no se eliminaba posteriormente.

Como consecuencia de esta omisión, las operaciones subsecuentes de respaldo o restauración detectaban lo que parecía ser una restauración finalizada. Sin embargo, en realidad los controladores de memoria compartida (shmem) continuaban instalados en tt->pages. Esta inconsistencia provocaba fallos en la pila de ejecución del kernel (stack trace) al invocarse funciones de mapeo de páginas como sg_alloc_append_table_from_pages o xe_tt_map_sg.

La corrección implementada en el kernel resuelve el problema liberando y eliminando la estructura tt->restore dentro de ttm_pool_restore_and_alloc() inmediatamente después de confirmarse el éxito de la restauración.

Relación con los datos y el almacenamiento

Este problema incide en la disponibilidad del sistema y en la correcta gestión de los datos temporales alojados en memoria dentro de los flujos de backup y restore gestionados por drm/ttm. Aunque la fuente no señala corrupción ni pérdida de archivos en unidades físicas de almacenamiento, la falta de liberación de recursos en el kernel compromete la estabilidad del sistema, generando errores de ejecución durante los procesos de reubicación y asignación de memoria compartida.

Qué hacer

• Aplicar la actualización del kernel Linux que incluye el parche que libera y descarta adecuadamente tt->restore.
• Revisar los registros de eventos del sistema en busca de trazas de error (stack traces) asociadas a los módulos ttm o controladores gráficos como xe.
• Asegurar que los entornos de producción mantengan al día las revisiones estables del kernel para evitar interrupciones no planificadas en los servicios.

Fuente: https://git.kernel.org/stable/c/941ac10529b3be5965a88d432a161ab459672ba8

Vulnerabilidad en Arista EOS: registro no intencionado de datos sensibles en servicios OpenConfig

La seguridad en la gestión de infraestructuras de red y almacenamiento requiere un control riguroso sobre las credenciales y accesos. En el marco del aviso de seguridad relativo a CVE-2026-2380, se ha identificado una vulnerabilidad en plataformas que ejecutan el sistema operativo Arista EOS cuando utilizan servicios vinculados a OpenConfig.

Qué se sabe

El problema técnico detectado consiste en el registro no intencionado de peticiones y respuestas que contienen información confidencial. Esta incidencia afecta a los entornos Arista EOS que tienen en funcionamiento servicios asociados a OpenConfig, específicamente gNMI, gNSI, RESTCONF y NETCONF.

Entre los datos sensibles que pueden resultar expuestos en los registros se incluyen comandos críticos de la interfaz de línea de comandos (CLI), como la asignación de contraseñas de usuario (por ejemplo, comandos del tipo username secret), así como nodos YANG de OpenConfig sensibles, entre los que figuran claves secretas de configuración TACACS.

Arista descubrió esta vulnerabilidad mediante procesos de revisión interna y ha confirmado que no tiene conocimiento de que se haya producido una explotación maliciosa de este fallo en redes de clientes. Asimismo, la transmisión por secuencias basada en gRPC hacia CloudVision mediante el agente de telemetría no se ve afectada por este problema.

Relación con los datos y el almacenamiento

La relevancia de esta incidencia para la gestión y disponibilidad de la información reside en la forma en que se almacenan estos registros. Los datos sensibles procesados por los servicios afectados pueden quedar grabados de forma persistente tanto en los medios de almacenamiento local del propio dispositivo EOS como en los servidores remotos de contabilidad o auditoría (accounting servers).

La fuente oficial no reporta pérdida, corrupción de datos ni fallos físicos en los sistemas de disco o unidades de almacenamiento, sino la presencia no deseada de credenciales e información confidencial dentro de los archivos de registro locales y remotos.

Qué hacer

• Verificar si en la red corporativa existen dispositivos con Arista EOS que utilicen los servicios gNMI, gNSI, RESTCONF o NETCONF.
• Auditar los archivos de registro guardados localmente en los equipos EOS y en los servidores de contabilidad remotos para detectar la posible presencia de contraseñas o claves secretas.
• Consultar el aviso de seguridad oficial de Arista para conocer los detalles específicos sobre las plataformas afectadas y las pautas del fabricante.
• Tener en cuenta que el agente de telemetría hacia CloudVision mediante gRPC no presenta esta vulnerabilidad.

Fuente: Arista Security Advisory 0168 (CVE-2026-2380)

Vulnerabilidad de inyección de comandos en el punto de acceso /api/datastorage/data (CVE-2026-27564)

Se ha registrado un fallo de seguridad identificado como CVE-2026-27564 que afecta al punto de acceso encargado de la gestión de almacenamiento en determinados dispositivos. La vulnerabilidad permite a un atacante con privilegios elevados ejecutar comandos del sistema con el máximo nivel de acceso.

Qué se sabe

El problema técnico reside en una vulnerabilidad de inyección de comandos ubicada en el endpoint /api/datastorage/data del equipo afectado. Para aprovechar este fallo, un atacante remoto que disponga de privilegios elevados debe enviar una petición HTTP mediante el método PUT utilizando credenciales de administración. Si la solicitud se realiza con éxito, el atacante consigue ejecutar órdenes arbitrarias en el dispositivo con privilegios de superusuario (root).

Relación con los datos y el almacenamiento

El componente afectado forma parte de la interfaz de programación utilizada para interactuar con la funcionalidad de almacenamiento de datos del dispositivo (/api/datastorage/data). Debido a que la vulnerabilidad permite la ejecución de comandos a nivel de root, el atacante obtiene un control de administración absoluto sobre el sistema informático encargados de gestionar dichos recursos de información.

Qué hacer

A partir de la información disponible sobre el vector de ataque, se sugieren las siguientes medidas de precaución:

• Restringir el acceso remoto a la interfaz de administración del dispositivo y al punto de acceso /api/datastorage/data.
• Proteger las credenciales administrativas mediante políticas estrictas para evitar que usuarios no autorizados obtengan acceso de alto nivel.
• Consultar la publicación oficial del aviso de seguridad para estar al tanto de cualquier boletín o corrección facilitada por el emisor.

Fuente: CERT-VDE Advisory VDE-2026-014

Vulnerabilidad de inyección de comandos en la interfaz /api/datastorage/data (CVE-2026-27563)

Se ha registrado un fallo de seguridad identificado como CVE-2026-27563 que afecta al punto de acceso (endpoint) /api/datastorage/data en el dispositivo afectado. Esta vulnerabilidad permite a un atacante remoto con acceso privilegiado ejecutar instrucciones en el sistema con los máximos permisos.

Qué se sabe

De acuerdo con la información publicada por CERT VDE y recogida en el registro NVD, la vulnerabilidad consiste en un fallo de inyección de comandos en la ruta /api/datastorage/data. Para explotarla, un atacante remoto que disponga de credenciales de administración debe enviar una solicitud GET especialmente diseñada. Si la petición se procesa con éxito, el atacante logra ejecutar comandos arbitrarios en el dispositivo con privilegios de superusuario (root).

Relación con los datos y el almacenamiento

La vulnerabilidad se sitúa directamente en una interfaz de programación de aplicaciones (API) destinada a la gestión de almacenamiento (/api/datastorage/data). Al obtener privilegios de nivel root a través de este componente, un atacante consigue el control total del dispositivo que administra dicho almacenamiento.

Qué hacer

• Reforzar la seguridad de las cuentas de administración: Puesto que la vulnerabilidad requiere credenciales administrativas para ser explotada, es primordial aplicar políticas estrictas de contraseñas y restringir los permisos de usuario.
• Limitar el acceso a la red de gestión: Restringir el acceso a la interfaz web y a las APIs del dispositivo mediante segmentación de red o cortafuegos, evitando la exposición directa a redes no confiables.
• Supervisar actualizaciones oficiales: Consultar el aviso de seguridad del organismo emisor para aplicar los parches o actualizaciones pertinentes en cuanto se encuentren disponibles.

Fuente: CERT VDE Advisory VDE-2026-014