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

  - cgroup：避免零參照計數的垂死任務迭代 提交 260fbcb92bbea （cgroup：將dying_tasks清理從 cgroup_task_release（） 移至 cgroup_task_free（）） 延長了dying_tasks清單中任務的生命週期。迭代器有通過 dying_tasks 的規定，因為線程組領導者正在消亡或明確CSS_TASK_ITER_WITH_DEAD，但是，預計此類任務可以獲得新的引用（在 cgroup_task_release（）/put_task_struct_rcu_user（） 之前是可能的）。cgroup_task_release（） 之後和 cgroup_task_free（） 之前的任務受爭用的影響，因為它們可能有也可能沒有
    ->使用計數> 0。爭用窗口是在 css_task_iter_next（） 調用之間，當 css_set_lock 被釋放時，我們可能會到達一個新的 ->task_pos。迭代器不應嘗試還原其
    ->使用計數降至零。（發生這種情況時，__put_task_struct_rcu_cb（） 已經迫在眉睫，返回的task_struct可以在釋放後使用。至於修復，我們不能簡單地檢查垂死名單上任務的信號>實時計數，因為這無法區分等待收割的普通殭屍和將要釋放的 RCU 殘餘任務。因此，請新增額外的檢查以排除
    ->usage==0 個任務。css_task_iter_advance（） 中的 repeat： 迴圈不考慮 ->usage 計數，因此在 css_task_iter_next（） 中新增一個迴圈以跳過dying_list上已停用的任務。可能爭用的粗略說明 R （cgroup.procs 的讀取器） T （執行緒） L （群組領導者）
    --------------------------------- -------------------------------- -------------------------------- L 退出，signal->live > 0 cgroup_task_dead（L） css_set_skip_task_iters（） // 僅跳過 cset->tasks list_add_tail（&L->cg_list， &cset->dying_tasks） css_task_iter_next（） take css_set_lock css_task_iter_advance（） leader &&; signal->live ！= 0 => it->task_pos = &L->cg_list release css_set_lock T 退出 --signal->live == 0 cgroup_task_dead（T） // css_set_lock release_task（T） cgroup_task_release（T） release_task（L） // zap_leader cgroup_task_release（L） put_task_struct_rcu_user（L） ...RCU...
    put_task_struct（L） L->usage = 0 /* L 仍開啟 dying_tasks */ ...RCU... __put_task_struct（L） css_task_iter_next（） // 另一個迭代 take css_set_lock it->task_pos = &L->cg_list get_task_struct（L） => 加法 0 drop css_set_lock cgroup_task_free（L） css_set_skip_task_iters（） // 死亡跳過來得太晚 free_task（L） cgroup_procs_show（） task_pid_vnr（L） （CVE-2026-98163）

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

偵測

Linux Distros 未修補弱點：CVE-2026-98163

high Nessus Plugin ID 369312

版本 1.2