CVE-2026-98391 in Linuxinformación

Resumen

por VulDB • 2026-10-15

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:

drm/xe: Proteger al trabajador (worker) de fallos de página con una comprobación de PM en tiempo de ejecución.

Durante la desmontaje del VM, la referencia de PM en tiempo de ejecución del VM se libera asincrónicamente, lo que permite que el dispositivo entre en suspensión automática mientras aún están en cola los fallos de página obsoletos pertenecientes al VM ya inexistente. Cuando el trabajador de fallos de página intenta posteriormente confirmar (ack) uno de estos, llama a `guc_ct_send_locked()` sobre un dispositivo ya suspendido, provocando:

Assertion `!xe_pm_runtime_suspended(xe)` failed! WARNING at xe_device.c:1267 xe_device_assert_mem_access+0x11c/0x140 [xe]

Un VM o cola de ejecución en vivo siempre mantiene una referencia PM mientras tenga trabajo pendiente, por lo que si el dispositivo está suspendido al momento de la confirmación (ack), el contexto propietario ya ha desaparecido y el fallo es obsoleto.

Se toma una referencia de PM en tiempo de ejecución durante todo el trabajador de colas de fallos de página para entregar con seguridad las confirmaciones (acks) correspondientes a VMs desmontados.

v3: - Mover la ref PM al trabajo genérico `xe_pagefault_queue_work` utilizando `guard(xe_pm_runtime)(xe)` en lugar de rastrearla en el backend GuC (Matt Brost).

v2: - Mantener la referencia PM durante todo el lote (inicio/final) en lugar de por cada confirmación. Esto evita que el dispositivo entre en suspensión automática a mitad del lote, lo cual dejaría escritas las confirmaciones `write_only` pero omitiría el vaciado final y se saltaría el incremento del contador (`counter++`), desincronizando la comprobación de cadencia (Himal). - Añadir un comentario que explique los fallos obsoletos (Himal).

(cherry picked from commit fcc2431d2213dc4d04250c4f1ae87d9c3ae0d455) [Rodrigo: Añadida la estructura xe_device para compatibilidad durante el cherry-picking]

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Responsable

Linux

Reservar

2026-09-25

Divulgación

2026-10-15

Moderación

aceptado

Artículo

VDB-419843

EPSS

0.00198

KEV

no

Actividades

muy bajo

Fuentes

Want to know what is going to be exploited?

We predict KEV entries!