Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - cniccnic_delete_task の use-after-free のバグを修正します。元のコードは、cnic_cm_stop_bnx2x_hw() のCancel_delayed_work() を使用します。これは、すでに実行されていた遅延した作業項目「delete_task」が完全に完了することを保証しません。さらに、遅延した作業項目は循環的で、cnic_cm_stop_bnx2x_hw() の flush_workqueue() が呼び出し前に作業キューにすでにキューイングされていた作業項目だけをブロックして待機します。flush_workqueue() が呼び出された後にサブミットされる作業項目は、フラッシュ操作が待機する一連のタスクに含まれません。これは、循環作業項目の実行が終了した後に、遅延した作業項目が作業キューにまだ存在する可能性があることを意味します。これは、delete_task がアクティブなまま、cnic_delete_task() で cnic_dev のデリファレンスを試みる間に、cnic_dev が cnic_free_dev() によって割り当て解除され、use-after-free シナリオにつながります。CPU 0 (クリーンアップ) | CPU 1遅延した作業コールバックcnic_netdev_event() | cnic_stop_hw() | cnic_delete_task() cnic_cm_stop_bnx2x_hw() | ...ancel_delayed_work() | /* queue_delayed_work() flush_workqueue() | flush_workqueue() 後に実行*/ | queue_delayed_work() cnic_free_dev(dev)//free | cnic_delete_task() //new instance | dev = cp->dev; //use 循環遅延作業項目が適切にキャンセルされ、cnic_dev が割り当て解除される前に作業項目の進行中の実行が完了するように、cance_delayed_work() をCancel_delayed_work_sync() で置換します。さらに、cancel_delayed_work_sync() は、
    __flush_work(work, true) は、作業項目の現在実行中のインスタンスが終了するのを同期的に待機します。flush_workqueue() は冗長になり、削除する必要があります。このバグは静的分析により特定されました。の問題を複製し、修正を検証するために、QEMU で cnic PCI デバイスをシミュレートし、cnic_delete_task() 関数内の ssleep() に対する呼び出しを挿入するなどの意図的な遅延を導入して、バグが発生する可能性を高めました。CVE-2025-39945

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

An update of the linux package has been released.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - cnic: Fix use-after-free bugs in cnic_delete_task The original code uses cancel_delayed_work() in     cnic_cm_stop_bnx2x_hw(), which does not guarantee that the delayed work item 'delete_task' has fully     completed if it was already running. Additionally, the delayed work item is cyclic, the flush_workqueue()     in cnic_cm_stop_bnx2x_hw() only blocks and waits for work items that were already queued to the workqueue     prior to its invocation. Any work items submitted after flush_workqueue() is called are not included in     the set of tasks that the flush operation awaits. This means that after the cyclic work items have     finished executing, a delayed work item may still exist in the workqueue. This leads to use-after-free     scenarios where the cnic_dev is deallocated by cnic_free_dev(), while delete_task remains active and     attempt to dereference cnic_dev in cnic_delete_task(). A typical race condition is illustrated below: CPU     0 (cleanup) | CPU 1 (delayed work callback) cnic_netdev_event() | cnic_stop_hw() | cnic_delete_task()     cnic_cm_stop_bnx2x_hw() | ... cancel_delayed_work() | /* the queue_delayed_work() flush_workqueue() |     executes after flush_workqueue()*/ | queue_delayed_work() cnic_free_dev(dev)//free | cnic_delete_task()     //new instance | dev = cp->dev; //use Replace cancel_delayed_work() with cancel_delayed_work_sync() to     ensure that the cyclic delayed work item is properly canceled and that any ongoing execution of the work     item completes before the cnic_dev is deallocated. Furthermore, since cancel_delayed_work_sync() uses
    __flush_work(work, true) to synchronously wait for any currently executing instance of the work item to     finish, the flush_workqueue() becomes redundant and should be removed. This bug was identified through     static analysis. To reproduce the issue and validate the fix, I simulated the cnic PCI device in QEMU and     introduced intentional delays  such as inserting calls to ssleep() within the cnic_delete_task() function      to increase the likelihood of triggering the bug. (CVE-2025-39945)

Note that Nessus relies on the presence of the package as reported by the vendor.

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_dev 由 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() | cnic_delete_task() ... cancel_delayed_work() | /* queue_delayed_work() flush_workqueue() | queue_delayed_work()在 flush_workqueue() 之后执行*/ | queue_delayed_work() cnic_free_dev(dev)//释放 | | 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/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 的判定取決於廠商所報告的套件是否存在。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
269455	Linux Distros のパッチ未適用の脆弱性: CVE-2025-39945	Nessus	Misc.	2025/10/8	2025/10/8	critical
270412	Photon OS 5.0: Linux PHSA-2025-5.0-0643	Nessus	PhotonOS Local Security Checks	2025/10/15	2025/10/15	medium
269455	Linux Distros Unpatched Vulnerability : CVE-2025-39945	Nessus	Misc.	2025/10/8	2025/10/8	critical
270566	Photon OS 4.0: Linux PHSA-2025-4.0-0887	Nessus	PhotonOS Local Security Checks	2025/10/15	2025/10/15	medium
269455	Linux Distros 未修补的漏洞：CVE-2025-39945	Nessus	Misc.	2025/10/8	2025/10/8	critical
269455	Linux Distros 未修補的弱點：CVE-2025-39945	Nessus	Misc.	2025/10/8	2025/10/8	critical

检测

插件搜索

critical

medium

critical

medium

critical

critical