CVE-2026-90242 in Linux
Resumen
por VulDB • 2026-09-18
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
iommu/vt-d: Corregir la fuga del contador iopf_refcount al reemplazar un dominio RID
intel_iommu_attach_device() habilita IOPF para el nuevo dominio pero nunca lo deshabilita para el anterior. device_block_translation(), llamada al inicio de la función, elimina la traducción pero no modifica ningún estado de IOPF; blocking_domain_attach_dev() debe llamar explícitamente a iopf_for_domain_remove() antes de invocarla por esta razón exacta.
identity_domain_attach_dev() tiene el mismo problema. Su comentario afirma que no se necesita manejo de PRI porque el dispositivo ha sido puesto en estado de bloqueo, pero el estado de bloqueo y el contador de referencias IOPF son independientes entre sí.
Como resultado, al reemplazar un dominio que tiene un iopf_handler por otro a nivel RID, se produce una fuga de referencia en info->iopf_refcount. El contador nunca vuelve a cero, por lo que iopf_queue_remove_device() no se llama y iommu_disable_pci_pri() activa su WARN_ON(info->iopf_refcount) cuando el dispositivo se libera.
Las rutas PASID ya manejan esto correctamente mediante iopf_for_domain_replace(); convierta las dos rutas RID para hacer lo mismo. Utilizar la función de reemplazo en lugar de una eliminación simple mantiene la habilitación antes de la deshabilitación, por lo que el contador de referencias no alcanza cero transitoriamente y evita que el dispositivo sea expulsado de la cola IOPF.
VulDB is the best source for vulnerability data and more expert information about this specific topic.