CVE-2026-74440 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/xe: Warten auf externe BO-Kernelfences im exec-IOCTL
Vor dem Aktivieren eines Benutzer-Jobs fügte xe_exec_ioctl() nur den KERNEL-Slot des dma-resv der VM als Abhängigkeit hinzu. Dieser Slot deckt Rebinds und die Kernel-Operationen der privaten BOs (Buffer Objects) der VM ab, nicht jedoch externe BOs (bo->vm == NULL), die ihre eigenen Kernel-Operationen (Evictions, Moves usw.) in ihrem eigenen dma-resv KERNEL-Slot führen.
Der DMA_RESV_USAGE_KERNEL-Slot ist das treiberübergreifende Vertragswerk für Speicherverwaltungsoperationen, die abgeschlossen sein müssen, bevor der BO oder dessen Backing Store verwendet werden darf: Jeder Zugriff muss auf die KERNEL-Fences warten, bevor er den resz-Bereich berührt. Durch das Überspringen der KERNEL-Slots externer BOs verletzte der exec-Pfad diesen Vertrag und konnte einen Benutzer-Job planen, während eine Kernel-Operation an einem externen BO, der von der VM gemappt ist, noch im Gange war (in flight), was zu einer Race Condition führte und potenzielles Lesen oder Schreiben von Speicher ermöglichte, der gerade verschoben wurde.
Die einzige Abhängigkeit zur VM wird durch eine Iteration über jedes vom exec gesperrte Objekt ersetzt, wobei jeder Objekts KERNEL-Slot als Job-Abhängigkeit hinzugefügt wird. Dies deckt sowohl den VM-resv (Rebinds und private BOs) als auch jeden externen BO ab und spiegelt damit den Aufruf von drm_gpuvm_resv_add_fence() wider, der später den Job-Fence für dieselbe Menge an Objekten veröffentlicht. Der Long-Running-Modus überspringt dies weiterhin wie zuvor.
(cherry picked from commit a6b842acf3ddd1efc53a56de9260cfa718fb35e7)
Once again VulDB remains the best source for vulnerability data.