CVE-2026-89828
NieznaneStreszczenie
W jądrze Linux w funkcji amdgpu_vram_mgr_init() sterownika drm/amdgpu funkcja drmm_cgroup_register_region() jest wywoływana przed inicjalizacją list i alokatora buddy. W razie błędu wczesny powrót pomija te inicjalizacje, a następnie ścieżka sprzątania odwołuje się do niezainicjalizowanych wskaźników NULL, powodując panikę jądra przy ładowaniu modułu.
Ocena ryzyka
Błąd może doprowadzić do paniki jądra (odmowa usługi) podczas ładowania modułu amdgpu, zwłaszcza na systemach z kartami AMD.
Rekomendacja
Zaktualizuj jądro Linux do wersji z poprawką przenoszącą drmm_cgroup_register_region() po pełnej inicjalizacji list i alokatora buddy.
Inne podatności w Linux kernel (drm/amdgpu)
Zobacz wszystkie- CVE-2026-89827Niskie ryzyko· EPSS 10%
W jądrze Linux funkcja uvd_v7_0_sw_init() nie inicjalizuje pierścienia dekodowania UVD dla SR-IOV VF, ale amdgpu_uvd_resume() bezwarunkowo wymusza zakończenie tego pierścienia przy przywracaniu sekwencji fence. Powoduje to operowanie na niezainicjalizowanym pierścieniu.
- CVE-2025-68230Niskie ryzyko· EPSS 8%
W jądrze Linux w sterowniku drm/amdgpu po hibernacji i wznowieniu w środowisku PF passthrough występuje błąd strony GPU. Przyczyną jest nieodtworzenie trybu partycji po wznowieniu, co prowadzi do nieprawidłowych rejestrów i nieprawidłowego rozmiaru kroku przy dostępie do MQD BO, powodując dostęp poza zakresem. Poprawka zapewnia wywołanie gfx_v9_4_3_switch_compute_partition() przy wznowieniu z hibernacji.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: Fix init ordering in amdgpu_vram_mgr_init() drmm_cgroup_register_region() is called before INIT_LIST_HEAD() and gpu_buddy_init() in amdgpu_vram_mgr_init(). If it fails, the function returns early and bypasses those initializations. Since adev->mman.initialized is set to true before amdgpu_vram_mgr_init() is called, a failure triggers amdgpu_ttm_fini(), which calls amdgpu_vram_mgr_fini(), which then: - Calls list_for_each_entry_safe() on reservations_pending and reserved_pages, whose list_head::next pointers are zero-initialized (NULL). The loop does not recognize them as empty and dereferences NULL. - Calls gpu_buddy_fini(), which iterates free_trees[] unconditionally via for_each_free_tree(). Since mm->free_trees is NULL (never allocated), this dereferences NULL. Both result in a kernel panic on the module load error path. Fix by moving drmm_cgroup_register_region() to after the list and buddy allocator are fully initialized, so the teardown path is safe to run.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

