CVE-2026-89803
WysokieCVSS 7.8Streszczenie
W jądrze Linux w sterowniku drm/nouveau funkcja nouveau_channel_del() najpierw niszczyła kontekst fence, a dopiero później anulowała subskrypcję zdarzenia channel-kill. Wąskie okno czasowe pozwalało na wywołanie nouveau_fence_context_kill() na już zwolnionym kontekście fence, co prowadziło do use-after-free. Poprawka anuluje subskrypcję przed zniszczeniem zależnych struktur.
Ocena ryzyka
Use-after-free w kontekście fence może prowadzić do awarii jądra lub potencjalnej eskalacji uprawnień. Dotyczy systemów z kartami NVIDIA (Fermi i nowsze).
Rekomendacja
Zaktualizuj jądro Linux do wersji z poprawką w drm/nouveau. Ogranicz dostęp do urządzeń GPU dla niezaufanych użytkowników.
Inne podatności w Linux kernel (drm/nouveau)
Zobacz wszystkie- CVE-2026-98511Nieznane
W funkcji nouveau_bo_pin_locked() w sterowniku drm/nouveau jądra Linux występuje błąd, który powoduje zwiększenie licznika przypięć (pin count) bufora nawet gdy ponowne przypięcie kończy się niepowodzeniem z błędem -EBUSY. Nadmiarowy licznik nigdy nie jest zmniejszany przez odpowiadające mu odpięcie, co prowadzi do ostrzeżenia WARN_ON_ONCE w ttm_bo_release(). Podatność została wykryta podczas fuzzowania sterownika nouveau zmodyfikowanym narzędziem Syzkaller.
- CVE-2026-46006Wysokie
W jądrze Linuxa zidentyfikowano podatność związana z przepełnieniem typu u32 w funkcji sprawdzającej granice relocacji w drm/nouveau. Problem występuje podczas walidacji przesunięcia, co może prowadzić do nieprawidłowego działania systemu.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: drm/nouveau: unsubscribe the channel-kill event before the fence context nouveau_channel_del() tears the fence context down first and only drops the channel-kill subscription later, in the middle of the nvif object teardown: if (chan->fence) nouveau_fence(chan->cli->drm)->context_del(chan); ... nvif_object_dtor(&chan->vram); nvif_event_dtor(&chan->kill); The subscribed handler is nouveau_channel_killed(), which calls nouveau_channel_kill() and from there nouveau_fence_context_kill() on chan->fence. A kill event delivered in that window takes fctx->lock and walks fctx->pending on a fence context that context_del() has already freed. Nothing reaches this below Fermi today, because the subscription is gated on FERMI_CHANNEL_GPFIFO and nothing kills a channel there. On Fermi and newer the window is real but narrow, since a kill has to land exactly while the channel is being destroyed. That is reason enough on its own, which is why this carries a Fixes: tag. The last patch in this series subscribes Tesla channels as well; nothing kills those today, so it does not widen the exposure now, but it is the groundwork for a recovery path that would, and the ordering is better fixed before that lands than alongside it. Drop the subscription before anything it depends on is torn down.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

