Katalog CVE

CVE-2026-53374

WysokieCVSS 8.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.12%

Percentyl 2 - wyżej niż 2% wszystkich znanych CVE

Streszczenie

W jądrze Linux w sterowniku amdgpu wykryto podatność polegającą na braku zerowania tablicy GART podczas alokacji. Po zapisie pojedynczego wpisu PTE, TLB może spekulatywnie załadować niezainicjalizowane, potencjalnie prawidłowo wyglądające dane z tej samej linii cache, co może prowadzić do użycia nieaktualnych wpisów PTE przez GPU.

Ocena ryzyka

Ryzyko polega na możliwości wykorzystania przez GPU nieprawidłowych, niezainicjalizowanych wpisów w tablicy GART, co może skutkować nieprzewidywalnym działaniem systemu, potencjalnym wyciekiem danych lub awarią.

Rekomendacja

Należy niezwłocznie zaktualizować jądro Linux do wersji zawierającej commit d9af8263b82b (lub nowszej), który zapewnia zerowanie tablicy GART po alokacji za pomocą memset_io().

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: zero-initialize GART table on allocation GART TLB is flushed after unmapping but not after mapping. Since amdgpu_bo_create_kernel() does not zero-initialize the buffer, when a single PTE is written the TLB may speculatively load other uninitialized entries from the same cacheline. Those garbage entries can appear valid, and a subsequent write to another PTE in the same cacheline may cause the GPU to use a stale garbage PTE from the TLB. Fix this by calling memset_io() to zero-initialize the GART table with gart_pte_flags immediately after allocation. Using AMDGPU_GEM_CREATE_VRAM_CLEARED, SDMA-based clear will not work since SDMA needs GART to be initialized to work. (cherry picked from commit d9af8263b82b6eaa60c5718e0c6631c5037e4b24)

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS