CVE-2026-74321
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 41 - wyżej niż 41% wszystkich znanych CVE
Streszczenie
W jądrze Linux w funkcji __btrfs_run_delayed_refs() systemu plików Btrfs występuje nieprawidłowa dereferencja wskaźnika. Gdy btrfs_select_ref_head() zwraca błąd -EAGAIN, zmienna locked_ref pozostaje wskaźnikiem błędu, a następnie jest używana w spin_lock(), co prowadzi do dereferencji nieprawidłowego adresu. Poprawka resetuje locked_ref do NULL i zwiększa licznik, aby uniknąć zapętlenia.
Ocena ryzyka
Nieprawidłowa dereferencja wskaźnika może prowadzić do awarii systemu lub uszkodzenia danych. Może być wykorzystana do ataku DoS.
Rekomendacja
Zaleca się aktualizację jądra Linux do wersji zawierającej poprawkę, która poprawnie obsługuje błąd -EAGAIN w __btrfs_run_delayed_refs().
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: btrfs: fix invalid pointer dereference in __btrfs_run_delayed_refs() In the beginning of the loop, we try to obtain a locked delayed ref head, if 'locked_ref' is currently NULL, by calling btrfs_select_ref_head(), which can return an error pointer. If the error pointer is -EAGAIN we do a continue and go back to the beginning of the loop, which will not try again to call btrfs_select_ref_head() since 'locked_ref' is no longer NULL but it's ERR_PTR(-EAGAIN), and then we do: spin_lock(&locked_ref->lock); against a ERR_PTR(-EAGAIN) value, generating an invalid pointer dereference. Fix this by ensuring that 'locked_ref' is set to NULL when btrfs_select_ref_head() returns ERR_PTR(-EAGAIN) and incrementing 'count' as well, to prevent infinite looping. We do this by doing a goto to the bottom of the loop that already sets 'locked_ref' to NULL and does a cond_resched(), with an increment to 'count' right before the goto. These measures were in place before the refactoring in commit 0110a4c43451 ("btrfs: refactor __btrfs_run_delayed_refs loop") but were unintentionally lost afterwards.