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

  - cnic修正 cnic_delete_task 中的釋放後使用錯誤。原始程式碼在 cnic_cm_stop_bnx2x_hw() 中使用 cancel_delayed_work()若已執行延遲的工作項目「delete_task」則無法保證其已完全完成。此外延遲的工作項目是周期性的cnic_cm_stop_bnx2x_hw() 中的 flush_workqueue() 只會封鎖並等待在叫用之前已排入工作佇列的工作項目。呼叫 flush_workqueue() 後提交的所有工作項目不包含在排清作業等候的工作集中。這表示在周期性工作項目完成執行後工作佇列中可能仍存在一個延遲的工作項目。這會導致釋放後使用狀況發生 cnic_free_dev() 會解除配置而 delete_task 會維持作用中並嘗試解除參照 cnic_delete_task() 中的 cnic_dev。典型的爭用情形如下圖所示CPU 0 (清理) | CPU 1 (延遲工作回呼) cnic_netdev_event() | cnic_stop_hw() | cnic_delete_task() cnic_cm_stop_bnx2x_hw() | ... cancel_delayed_work() | /* queue_delayed_work() flush_workqueue() |在 flush_workqueue() 之後執行*/ | queue_delayed_work() cnic_free_dev(dev)//free | cnic_delete_task() //新執行個體dev = cp->dev //使用將 cancel_delayed_work() 取代為 cancel_delayed_work_sync() 以確保正確取消週期性延遲的工作項目並且確保在 cnic_dev 解除配置之前完成任何進行中的工作項目。此外由於 cancel_delayed_work_sync() 使用
    __flush_work(work, true) 時若要同步等待任何目前執行的工作項目執行個體完成flush_workqueue() 就會變得多餘並應予以移除。此錯誤是透過靜態分析發現的。為了重現問題並驗證修正我在 QEMU 中模擬了 cnic PCI 裝置並引入了有意的延遲例如在 cnic_delete_task() 函式內插入對 ssleep() 的呼叫以增加觸發該錯誤的可能性。 (CVE-2025-39945)

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

偵測

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

high Nessus Plugin ID 269455

版本 1.33