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

  - netmsccocelot修正因週期性延遲工作原始程式碼在 ocelot_stats_deinit() 中呼叫 cancel_delayed_work() 以取消週期性延遲工作項目 ocelot->stats_work 造成的釋放後使用。
    不過如果cancel_delayed_work() 已在執行中其可能無法取消工作項目。雖然 destroy_workqueue() 會等候工作佇列中所有擱置的工作項目完成才損毀工作佇列但它無法防止延遲的工作項目在 ocelot_check_stats_work() 函式內重新排程。之所以存在此限制是因為延遲的工作項目只有在其計時器到期之後才會加入工作佇列。在計時器到期之前destroy_workqueue() 無法得知此擱置的工作項目。一旦工作佇列顯示為空destroy_workqueue() 便會繼續進行解構。當計時器最終到期時延遲的工作項目會再次排入佇列進而導致以下警告workqueue: can't queue ocelot_check_stats_work on wq ocelot-switch-stats WARNING: CPU:
    2 PID: 0 at kernel/workqueue.c:2255 __queue_work+0x875/0xaf0 ... RIP0010:__queue_work+0x875/0xaf0 ...
    RSP0018:ffff88806d108b10 EFLAGS: 00010086 RAX: 0000000000000000 RBX: 0000000000000101 RCX
    0000000000000027 RDX: 0000000000000027 RSI: 0000000000000004 RDI: ffff88806d123e88 RBP: ffffffff813c3170 R08: 0000000000000000 R09: ffffed100da247d2 R10: ffffed100da247d1 R11: ffff88806d123e8b R12:
    ffff88800c00f000 R13ffff88800d7285c0 R14ffff88806d0a5580 R15ffff88800d7285a0 FS
    0000000000000000(0000) GS:ffff8880e5725000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007fe18e45ea10 CR3: 0000000005e6c000 CR4: 00000000000006f0 呼叫追踪 <IRQ> kasan_report+0xc6/0xf0 __pfx_delayed_work_timer_fn+0x10/0x10 ? __pfx_delayed_work_timer_fn+0x10/0x10 call_timer_fn+0x25/0x1c0 __run_timer_base.part.0+0x3be/0x8c0 __pfx_delayed_work_timer_fn+0x10/0x10 ? rcu_sched_clock_irq+0xb06/0x27d0 __pfx___run_timer_base.part.0+0x10/0x10 ? try_to_wake_up+0xb15/0x1960 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 tmigr_handle_remote_up+0x603/0x7e0
    __pfx_tmigr_handle_remote_up+0x10/0x10 ? sched_balance_trigger+0x1c0/0x9f0 ? sched_tick+0x221/0x5a0 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 ? tick_nohz_handler+0x339/0x440 ?
    __pfx_tmigr_handle_remote_up+0x10/0x10 __walk_groups.isra.0+0x42/0x150 tmigr_handle_remote+0x1f4/0x2e0 ?
    __pfx_tmigr_handle_remote+0x10/0x10 ? ktime_get+0x60/0x140 ? lapic_next_event+0x11/0x20 ? clockevents_program_event+0x1d4/0x2a0 hrtimer_interrupt+0x322/0x780 handle_softirqs+0x16a/0x550 irq_exit_rcu+0xaf/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 </IRQ>... 下圖顯示了上述警告的原因CPU 0 (移除) | CPU 1 (延遲工作回呼) mscc_ocelot_remove() | ocelot_deinit() | ocelot_check_stats_work() ocelot_stats_deinit() | cancel_delayed_work()| ... | queue_delayed_work() destroy_workqueue() | (稍等) | __queue_work() //UAF 上述狀況實際上會造成 UAF 弱點。ocelot_stats_deinit() 只會在初始化失敗或資源損毀時叫用因此我們必須確保無法重新排程任何延遲的工作項目。
    以 disable_delayed_work_sync() 取代 cancel_delayed_work()可保證正確取消延遲的工作項目並確保在解除配置工作佇列之前完成所有目前正在執行的工作。考慮了鎖死問題在處理程序內容中呼叫 ocelot_stats_deinit()其未保留延遲工作項目可能也需要的任何鎖定。因此在這裡使用 _sync() 變體是安全的。此錯誤是透過靜態分析發現的。為了重現此問題並驗證修正我模擬了 ocelot-swit ---truncated--- (CVE-2025-40003)

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

偵測

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

high Nessus Plugin ID 271677

版本 1.18