CVE-2025-68802
NieznaneStreszczenie
W jądrze Linux w komponencie drm/xe wykryto podatność polegającą na braku ograniczenia wartości num_syncs w ioctl exec i vm_bind. Użytkownik przestrzeni użytkownika może podać dowolnie dużą wartość, co wymusza nadmierną alokację pamięci i generuje ostrzeżenia alokatora stron jądra. Wprowadzono limit DRM_XE_MAX_SYNCS równy 1024 i odrzucanie żądań przekraczających ten limit.
Ocena ryzyka
Lokalny użytkownik może wywołać nadmierną alokację pamięci jądra, powodując ostrzeżenia i potencjalne zakłócenie stabilności systemu (odmowa usługi). Podatność dotyczy systemów z aktywnym sterownikiem drm/xe.
Rekomendacja
Zaktualizuj jądro Linux do wersji zawierającej poprawkę ograniczającą num_syncs do DRM_XE_MAX_SYNCS (1024). Jeśli aktualizacja nie jest możliwa, ogranicz dostęp do urządzeń GPU i wywołań ioctl tylko do zaufanych użytkowników.
Inne podatności w Linux kernel drm/xe
Zobacz wszystkie- CVE-2026-98919Nieznane
W jądrze Linux w komponencie drm/xe naprawiono podatność w funkcji adjust_idledly(), która nie obsługiwała przypadków brzegowych. Gdy xe_gt_clock_init() nie rozpozna zegara kryształu, timestamp_base wynosi 0, co prowadzi do dzielenia przez zero i paniki jądra. Dodatkowo konwersje tick-to-ns w u32 mogą powodować przepełnienie, a nieprawidłowe zaokrąglenie może programować wartość opóźnienia większą lub równą maxcnt, wywołując ostrzeżenia przy każdej inicjalizacji.
- CVE-2026-98999Wysokie
W jądrze Linux w module drm/xe wykryto błąd polegający na pozostawieniu nieaktualnego wpisu pinned_link, gdy odpięcie bufora ramki (fb-pin) wykonuje ostatnie odpięcie. Prowadzi to do wpisu listy wskazującego na zwolnioną pamięć i potencjalnego use-after-free przy kolejnym przejściu lub modyfikacji listy.
- CVE-2026-98310Niskie ryzyko· EPSS 5%
W jądrze Linux w komponencie drm/xe/shrinker wykryto błąd, w którym funkcja __xe_shrinker_walk() przegląda listy LRU SYSTEM i TT bez referencji runtime PM. Zmniejszanie bufora poza pamięcią systemową unieważnia jego mapowania GPU, co wymaga wybudzenia urządzenia — w stanie uśpienia runtime powoduje to ostrzeżenie asercji i zwrócenie -ENODEV przez unieważnienie TLB.
- CVE-2026-97620Niskie ryzyko· EPSS 9%
W jądrze Linux w sterowniku drm/xe funkcja emit_render_cache_flush() nie żądała opróżnienia nieotypowanej pamięci podręcznej L1 dataport (LSC untyped L1) przed zwolnieniem pamięci do ponownego użycia. Od platformy MTL (Meteor Lake) powiązanie między HDC Pipeline Flush a opróżnieniem tej pamięci podręcznej nie jest już niezawodne, co może prowadzić do wycieku nieaktualnych danych. Poprawka jawnie ustawia bit PIPE_CONTROL0_UNTYPED_DATAPORT_CACHE_FLUSH na platformach Xe2 i nowszych.
- CVE-2026-90047Wysokie
W jądrze Linux w komponencie drm/xe wykryto błąd w funkcji get_flat_ccs_offset(), która zaokrąglała w górę offset końca pamięci VRAM, przez co fragment pamięci należący do sprzętowej kompresji (flat CCS) był udostępniany alokatorowi VRAM jako wolna pamięć. Sprzęt kompresji nadpisywał następnie dane w tym obszarze bez wiedzy sterownika, co prowadziło m.in. do uszkodzenia tablic stron i zawieszenia kompozytora (czarny ekran). Problem dotyczy głównie układów Intel Battlemage G21.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: drm/xe: Limit num_syncs to prevent oversized allocations The exec and vm_bind ioctl allow userspace to specify an arbitrary num_syncs value. Without bounds checking, a very large num_syncs can force an excessively large allocation, leading to kernel warnings from the page allocator as below. Introduce DRM_XE_MAX_SYNCS (set to 1024) and reject any request exceeding this limit. " ------------[ cut here ]------------ WARNING: CPU: 0 PID: 1217 at mm/page_alloc.c:5124 __alloc_frozen_pages_noprof+0x2f8/0x2180 mm/page_alloc.c:5124 ... Call Trace: <TASK> alloc_pages_mpol+0xe4/0x330 mm/mempolicy.c:2416 ___kmalloc_large_node+0xd8/0x110 mm/slub.c:4317 __kmalloc_large_node_noprof+0x18/0xe0 mm/slub.c:4348 __do_kmalloc_node mm/slub.c:4364 [inline] __kmalloc_noprof+0x3d4/0x4b0 mm/slub.c:4388 kmalloc_noprof include/linux/slab.h:909 [inline] kmalloc_array_noprof include/linux/slab.h:948 [inline] xe_exec_ioctl+0xa47/0x1e70 drivers/gpu/drm/xe/xe_exec.c:158 drm_ioctl_kernel+0x1f1/0x3e0 drivers/gpu/drm/drm_ioctl.c:797 drm_ioctl+0x5e7/0xc50 drivers/gpu/drm/drm_ioctl.c:894 xe_drm_ioctl+0x10b/0x170 drivers/gpu/drm/xe/xe_device.c:224 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:598 [inline] __se_sys_ioctl fs/ioctl.c:584 [inline] __x64_sys_ioctl+0x18b/0x210 fs/ioctl.c:584 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xbb/0x380 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f ... " v2: Add "Reported-by" and Cc stable kernels. v3: Change XE_MAX_SYNCS from 64 to 1024. (Matt & Ashutosh) v4: s/XE_MAX_SYNCS/DRM_XE_MAX_SYNCS/ (Matt) v5: Do the check at the top of the exec func. (Matt) (cherry picked from commit b07bac9bd708ec468cd1b8a5fe70ae2ac9b0a11c)
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS