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

  - cgroup將 cgroup_destroy_wq 分割為 3 個工作佇列。在 [1] LTP cgroup 測試期間如果使用 systemd.unified_cgroup_hierarchy=1 重複掛載/卸載 perf_event 和 net_prio 控制器則會發生懸置工作。root 解構期間cgroup_lock_and_drain_offline() 中出現懸置。相關案例 cgroup_fj_function_perf_event cgroup_fj_function.sh perf_event cgroup_fj_function_net_prio cgroup_fj_function.sh net_prio 呼叫追踪
    cgroup_lock_and_drain_offline+0x14c/0x1e8 cgroup_destroy_root+0x3c/0x2c0 css_free_rwork_fn+0x248/0x338 process_one_work+0x16c/0x3b8 worker_thread+0x22c/0x3b0 kthread+0xec/0x100 ret_from_fork+0x10/0x20 Root Cause: CPU0 CPU1 mount perf_event umount net_prio cgroup1_get_tree cgroup_kill_sb rebind_subsystems // root破壞加入佇列 // cgroup_destroy_wq // 終止所有 perf_event css // 一個 perf_event css A 快要停止 // css A 離線使 cgroup_destroy_wq // 會先執行 root 破壞 css_free_rwork_fn cgroup_destroy_root cgroup_lock_and_drain_offline // 部分 perf 子代快要停止 // cgroup_destroy_wq max_active = 1 // 等待 css A 終止 問題情境 1. CPU0 掛載 perf_event (rebind_subsystems) 2. CPU1 卸載 net_prio (cgroup_kill_sb)將 root 損毀工作排入佇列 3. 即將停止的 perf_event CSS 在 root 損毀後排入離線佇列 4. root 損毀等待針對離線完成但在 cgroup_destroy 中 root 解構後會封鎖離線工作_wq (max_active=1) 解決方案將 cgroup_destroy_wq 分割成三個專用的工作佇列 cgroup_offline_wq 處理 CSS 離線作業 cgroup_release_wq 管理資源釋放 cgroup_free_wq 執行最終記憶體解除配置此分隔可避免在等候離線作業完成時 CSS 釋放路徑中發生封鎖。 [1] https://github.com/linux-test-project/ltp/blob/master/runtest/controllers (CVE-2025-39953)

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

偵測

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

medium Nessus Plugin ID 269445

版本 1.23