CVE-2026-46276
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W jądrze Linux w sterowniku amdgpu wykryto błąd powodujący crash systemu podczas inicjalizacji kart graficznych RDNA4 (np. RX 9070 XT). Problem występuje, gdy funkcja amdgpu_ttm_init_on_chip() wywołuje ttm_range_man_init() z zerowym rozmiarem dla nieobecnych zasobów GDS, GWS i OA, co prowadzi do asercji DRM_MM_BUG_ON i paniki jądra. Łatka dodaje wczesny return, gdy rozmiar jest zerowy, pomijając rejestrację menedżera zasobów dla nieistniejącego sprzętu.
Ocena ryzyka
Organizacje używające kart graficznych AMD RDNA4 (seria RX 9000) z włączoną opcją CONFIG_DRM_DEBUG_MM w konfiguracji jądra doświadczą natychmiastowego crasha systemu podczas ładowania modułu amdgpu. Może to uniemożliwić uruchomienie systemu lub działanie aplikacji wymagających akceleracji graficznej.
Rekomendacja
Należy zaktualizować jądro Linux do wersji zawierającej commit 5719ce5865279cad4fd5f01011fe037168503f2d lub nowszej. Jeśli aktualizacja nie jest możliwa, tymczasowo wyłącz opcję CONFIG_DRM_DEBUG_MM w konfiguracji jądra.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: fix zero-size GDS range init on RDNA4 RDNA4 (GFX 12) hardware removes the GDS, GWS, and OA on-chip memory resources. The gfx_v12_0 initialisation code correctly leaves adev->gds.gds_size, adev->gds.gws_size, and adev->gds.oa_size at zero to reflect this. amdgpu_ttm_init() unconditionally calls amdgpu_ttm_init_on_chip() for each of these resources regardless of size. When the size is zero, amdgpu_ttm_init_on_chip() forwards the call to ttm_range_man_init(), which calls drm_mm_init(mm, 0, 0). drm_mm_init() immediately fires DRM_MM_BUG_ON(start + size <= start) -- trivially true when size is zero -- crashing the kernel during modprobe of amdgpu on an RX 9070 XT. Guard against this by returning 0 early from amdgpu_ttm_init_on_chip() when size_in_page is zero. This skips TTM resource manager registration for hardware resources that are absent, without affecting any other GPU type. DRM_MM_BUG_ON() only asserts if CONFIG_DRM_DEBUG_MM is enabled in the kernel config. This is apparently rarely enabled as these chips have been in the market for over a year and this issue was only reported now. Oops-Analysis: http://oops.fenrus.org/reports/bugzilla.korg/221376/report.html (cherry picked from commit 5719ce5865279cad4fd5f01011fe037168503f2d)