CVE-2026-89484

Niskie ryzyko· EPSS 10%

Opublikowano: 11/09/2026(UTC)Przetłumaczono: 12/09/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.20%

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

Streszczenie

W jądrze Linux w podsystemie lockd funkcja nlmclnt_locks_init_private() instaluje operacje blokad NLM nawet gdy nlmclnt_find_lockowner() nie zdoła przydzielić właściciela blokady. VFS nadal niszczy częściowo zainicjowany file_lock i wywołuje locks_release_private(), co powoduje dereferencję fl->fl_u.nfs_fl.owner i awarię (NULL dereference). Poprawka czyści fl_ops przed inicjalizacją i instaluje operacje NLM dopiero po pomyślnym przydzieleniu właściciela.

Ocena ryzyka

Może prowadzić do awarii jądra (NULL pointer dereference) i odmowy usługi. Dotyczy systemów korzystających z NFS i lockd w warunkach braku pamięci.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę czyszczącą fl_ops przed inicjalizacją. Do czasu aktualizacji monitoruj zużycie pamięci na serwerach NFS.

Inne podatności w Linux kernel (lockd)

CVE-2026-89485Krytyczne
W jądrze Linux w podsystemie lockd funkcja nlm_traverse_files() przypina bieżący plik przez f_count++ na czas zwolnienia mutexa, ale nie przypina zapisanego wskaźnika next. Współbieżne nlm_release_file() może zwolnić next w oknie bez blokady, a iterator odwołuje się do zwolnionej pamięci w następnej iteracji. Poprawka przypina oba pliki i zwalnia je po zakończeniu iteracji.

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

In the Linux kernel, the following vulnerability has been resolved: lockd: fix NULL dereference on lockowner allocation failure nlmclnt_locks_init_private() installs NLM file lock operations even when nlmclnt_find_lockowner() fails to allocate a lockowner. nlmclnt_proc() then returns -ENOMEM, but the VFS still tears down the partially initialized file_lock and calls locks_release_private(). That invokes nlmclnt_locks_release_private(), which dereferences fl->fl_u.nfs_fl.owner and crashes because the owner was never installed. Clear fl_ops before attempting to initialize the NLM private state, and install the NLM lock operations only after a lockowner has been allocated successfully.