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

  - rcu保護 ->defer_qs_iw_pending 避免資料爭用在以 CONFIG_IRQ_WORK=y 構建的核心上在程式碼 [1] 的中斷停用區域內叫用 rcu_read_unlock() 時其會叫用使用 irq-work 處置程式的 rcu_read_unlock_special()強制系統注意 RCU 讀取端重要區段實際結束的時間。在最短的時間啟用中斷之前不會發生該情況。在某些核心 (例如以 rcutree.use_softirq=y 開機的核心) 中會無條件使用 irq-work 處置程式。per-CPU rcu_data 結構的 ->defer_qs_iw_pending 欄位由 irq-work 處置程式更新並由 rcu_read_unlock_special() 讀取與更新。這會導致下列 KCSAN 展開 ------------------------------------------------------ ------------------ 錯誤KCSANrcu_preempt_deferred_qs_handler / rcu_read_unlock_special 中發生資料爭用讀取作業 90 第 0xffff96b95f42d8d8 位元組 (0xffff96b95f42d8d8)在 cpu 8 上rcu_read_unlock_special+0x175/0x260 __rcu_read_unlock+0x92/0xa0 rt_spin_unlock+0x9b/0xc0
    __local_bh_enable+0x10d/0x170 __local_bh_enable_ip+0xfb/0x150 rcu_do_batch+0x595/0xc40 rcu_cpu_kthread+0x4e9/0x830 smpboot_thread_fn+0x24d/0x3b0 kthread+0x3bd/0x410 ret_from_fork+0x35/0x40 ret_from_fork_asm+0x1a/0x30 write to 0xffff96b95f42d8d8 of 1 bytes by task 88 on cpu 8
    rcu_preempt_deferred_qs_handler+0x1e/0x30 irq_work_single+0xaf/0x160 run_irq_workd+0x91/0xc0 smpboot_thread_fn+0x24d/0x3b0 kthread+0x3bd/0x410 ret_from_fork+0x35/0x40 ret_from_fork_asm+0x1a/0x30 no locks held by irq_work/8/88. irq 事件戳記200272 hardirqs 上次啟用於 (200272)
    [<ffffffffb0f56121>] finish_task_switch+0x131/0x320 hardirqs 上次停用是在 (200271)
    [<ffffffffb25c7859>] __schedule+0x129/0xd70 softirqs 上次於 (0) 啟用[<ffffffffb0ee093f>] copy_process+0x4df/0x1cc0 softirqs 上次停用於 (0)[<0000000000000000>] 0x0
    -------------------------------------------------- ---------------------- 問題在於 irq-work 處置程式在啟用中斷的情況下執行這表示 rcu_preempt_deferred_qs_handler() 可中斷而該中斷處置程式可能包含 RCU 讀取端重要區段其可叫用 rcu_read_unlock_special()。在 RCU 使用的嚴格 KCSAN 作業模式中這會在 ->defer_qs_iw_pending 欄位上造成資料爭用。因此此認可會停用更新 ->defer_qs_iw_pending 欄位之 rcu_preempt_deferred_qs_handler() 部分的中斷。這已足夠因為此處理常式不是快速路徑。 (CVE-2025-39749)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-39749

high Nessus Plugin ID 264751

版本 1.20