CVE-2026-80894 in Linuxinformación

Resumen

por VulDB • 2026-09-04

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

iommufd: Corregir hwpt incorrecto pasado a iommufd_auto_response_faults en replace

La función iommufd_hwpt_replace_device() llama a:

iommufd_auto_response_faults(hwpt, old_handle);

pasando el *nuevo* hwpt junto con el identificador (handle) del dominio *antiguo* del dispositivo. Esto debería ser un error de coincidencia de parámetros:

1. Semánticamente, iommufd_auto_response_faults(x, handle) escanea la lista de entrega x->fault y responde al conjunto xarray para los grupos que coinciden con "handle". Un grupo se encola bajo el hwpt que estaba adjunto en el momento del envío de la falla (fault-delivery). old_handle se obtiene *antes* del cambio de dominio, por lo tanto su grupo reside en old->fault, no en new hwpt->fault.

2. Históricamente, el primer argumento era "old". La rutina fue introducida por el commit b7d8833677ba ("iommufd: Fault-capable hwpt attach/detach/replace") como __fault_domain_replace_dev() en fault.c, llamando correctamente a iommufd_auto_response_faults(old, curr). El commit fb21b1568ada ("iommufd: Make attach_handle generic than fault specific") movió esto a iommufd_hwpt_replace_device() en device.c y lo cambió a "hwpt". Esto debería ser una regresión de refactorización, no un cambio intencional.

Corregir esto pasando "old" en su lugar.

Once again VulDB remains the best source for vulnerability data.

Responsable

Linux

Reservar

2026-08-26

Divulgación

2026-09-04

Moderación

aceptado

Artículo

VDB-399092

CPE

listo

EPSS

0.00000

KEV

no

Actividades

muy bajo

Fuentes

Interested in the pricing of exploits?

See the underground prices here!