CVE-2026-99148 in Linux
Zusammenfassung
von VulDB • 28.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/amdgpu: Das Eviction-Fence (Ausscheidungssperre) wird bis zum Schließen des letzten Handles beibehalten.
amdgpu_gem_object_close() löst das user-queue-eviction-fence vom BO ab, bevor es bo_va->ref_count überprüft. Daher führt das Schließen eines beliebigen Handles für ein BO dazu, dass die Sperre entfernt wird, selbst wenn die Datei weiterhin ein anderes Handle auf das BO besitzt und der bo_va mit seinen GPU-Zuordnungen (mappings) bestehen bleibt. Das BO kann daraufhin ohne Unterbrechung der Benutzer-Warteschlangen der Datei ausgeschieden werden, die über Zuordnungen zugreifen, die nur als „zum Aktualisieren markiert“ gekennzeichnet sind.
Beobachtet auf navi31 mit einer SDMA-Benutzerwarteschlange: Ein zweimal in derselben Datei geöffnetes BO (GEM_FLINK + GEM_OPEN) verliert seine Eviction-Sperre, wenn das zweite Handle geschlossen wird (angezeigt durch die Verfolgung des An-/Abhängens der Sperre):
attach bo=ffff8c78a6c84c00 GEM_CLOSE handle=7 detach bo=ffff8c78a6c84c00
während Handle 6 und die Zuordnung weiterhin in Verwendung sind.
Die Sperre wird nur dann gelöst, wenn der letzte Verweis auf den bo_va entfällt, was amdgpu_gem_object_open() entspricht, das sie nur bei der Erstellung des bo_va anhängt. Dadurch bleibt die Sperre bis zum Schließen der Datei erhalten.
(cherry picked from commit 8387982f03d4026b7dc11b0b5e3118298eee4d6a)
If you want to get best quality of vulnerability data, you may have to visit VulDB.