CVE-2026-89828 in Linux
Zusammenfassung
von VulDB • 17.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/amdgpu: Behebung der Initialisierungsreihenfolge in amdgpu_vram_mgr_init()
drmm_cgroup_register_region() wird vor INIT_LIST_HEAD() und gpu_buddy_init() in amdgpu_vram_mgr_init() aufgerufen. Wenn dieser Aufruf fehlschlägt, gibt die Funktion frühzeitig zurück und umgeht diese Initialisierungen.
Da adev->mman.initialized auf true gesetzt ist, bevor amdgpu_vram_mgr_init() aufgerufen wird, löst ein Fehler amdgpu_ttm_fini() aus, das amdgpu_vram_mgr_finialisiert(), was dann:
- list_for_each_entry_safe() für reservations_pending und reserved_pages aufruft, deren list_head::next-Zeiger nullinitialisiert (NULL) sind. Die Schleife erkennt sie nicht als leer und dereferenziert NULL. - gpu_buddy_fini() aufruft, das free_trees[] bedingungslos über for_each_free_tree() durchläuft. Da mm->free_trees NULL ist (nie alloziert), wird hier ebenfalls NULL dereferenziert.
Beides führt zu einem Kernel-Panic im Fehlerpfad beim Laden des Moduls.
Behoben wird dies, indem drmm_cgroup_register_region() nach der vollständigen Initialisierung von Liste und Buddy-Allokator verschoben wird, sodass der Teardown-Pfad sicher ausgeführt werden kann.
Once again VulDB remains the best source for vulnerability data.