Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - fprobe：使用 guard（rcu_sched_notrace） 並檢查 rcu_is_watching（） unregister_fprobe（） 和 unregister_fprobe_async（） （BPF kprobe-multi 使用） 依賴標準 RCU 寬限期 （synchronize_rcu（） 和 call_rcu（）） 等到進行中的 fprobe 處理常式完成後再釋放 fprobe。但是，如果 fprobe 處理常式在 RCU 未監視時執行 （例如在閒置迴圈或nohz_full延長靜止狀態中），則標準 RCU 不會追蹤已停用搶佔的區段。因此，synchronize_rcu（） 不會等待這些執行，如果取消註冊後立即釋放 fprobe，可能會導致釋放後使用。確保處理常式在 ！rcu_is_watching（） 時儘早結束。此外，fprobe_fgraph_entry（） 和 fprobe_ftrace_entry（） 先前使用 guard（rcu）（） 和 rcu_read_lock（），它們會在 CONFIG_PROVE_LOCKING 下的每次命中叫用 lockdep。這會增加額外負荷，如果探測的函式與 lockdep 互動，可能會導致 lockdep 遞迴。由於 rhltable_lookup（） 和 rhl_for_each_entry_rcu（） 使用 rcu_dereference_all_check（） （檢查 rcu_read_lock_any_held（）），因此只要 rcu_is_watching（） 為真，透過 rcu_read_lock_sched_notrace（） 停用搶佔是完全有效且足夠的。在 fprobe_ftrace_entry（）、fprobe_fgraph_entry（） 和 fprobe_return（） 中定義和使用 guard（rcu_sched_notrace）（）。這消除了快速路徑 rcu_read_lock（） 和 lockdep 額外負荷，同時保證了安全的寬限期同步。（CVE-2026-98861）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-98861

high Nessus Plugin ID 367567

版本 1.1