CVE-2026-98861

W jądrze Linuksa usunięto następującą lukę:

fprobe: Użyj funkcji Guard(rcu_sched_notrace) i sprawdź rcu_is_watching()

unregister_fprobe() i unregister_fprobe_async() (używane przez BPF
kprobe-multi) polegają na standardowych okresach karencji RCU (synchronize_rcu()
i call_rcu()), aby poczekać, aż procedury obsługi fprobe w locie zakończą się wcześniej
uwalniając fprobe.

Jeśli jednak procedura obsługi fprobe zostanie wykonana, gdy RCU nie obserwuje (np
jak w przypadku pętli bezczynności lub rozszerzonych stanów spoczynku nohz_full), standard
RCU nie śledzi sekcji z wyłączonym wywłaszczaniem. W związku z tym
synchronize_rcu() nie czeka na te wykonania, które mogą prowadzić
do użycia po zwolnieniu, jeśli fsonda zostanie zwolniona natychmiast po
wyrejestrowanie. Upewnij się, że osoby obsługujące wychodzą wcześniej, gdy !rcu_is_watching().

Ponadto wcześniej fprobe_fgraph_entry() i fprobe_ftrace_entry().
użyłem Guard(rcu)() i rcu_read_lock(), które wywołują lockdep na każdym
naciśnij pod CONFIG_PROVE_LOCKING. Zwiększa to obciążenie i może powodować blokadę
rekurencja, jeśli sondowane funkcje wchodzą w interakcję z lockdep.

Ponieważ rhltable_lookup() i rhl_for_each_entry_rcu() używają
rcu_dereference_all_check() (która sprawdza rcu_read_lock_any_held()),
wstrzymanie wywłaszczania wyłączone przez rcu_read_lock_sched_notrace() jest w pełni
poprawna i wystarczająca, o ile rcu_is_watching() ma wartość true.

Zdefiniuj i użyj funkcji Guard(rcu_sched_notrace)() w fprobe_ftrace_entry(),
fprobe_fgraph_entry() i fprobe_return(). Eliminuje to szybką ścieżkę
rcu_read_lock() i narzut związany z blokadą, gwarantując jednocześnie bezpieczeństwo
synchronizacja okresu.