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

  - sched、cpuset修正因空白 cs->cpus_allowed 導致的 dl_cpu_busy() 不穩定在 cgroup v2 中cpuset 的 cpus_allowed 遮罩可能為空表示 cpuset 將只使用其父項的有效 CPU。
    因此 cpuset_can_attach() 可呼叫具有空白遮罩的 task_can_attach()。這可導致 cpumask_any_and() 傳回 nr_cpu_ids造成 dl_bw_of() 呼叫因超出邊界 CPU 值的 percpu 值存取而損毀。例如[80468.182258] 錯誤無法處理 ffffffff8b6648b0 位址的頁面錯誤
    [80468.191019] RIP 0010:dl_cpu_busy+0x30/0x2b0 [80468.207946] 呼叫追踪 [80468.208947] cpuset_can_attach+0xa0/0x140 [80468.209953] cgroup_migrate_execute+0x8c/0x490 [80468.210931] cgroup_update_dfl_csses+0x254/0x270 [80468.211898] cgroup_subtree_control_write+0x322/0x400 [80468.212854] kernfs_fop_write_iter+0x11c/0x1b0 [80468.213777] new_sync_write+0x11f/0x1b0 [80468.214689] vfs_write+0x1eb/0x280 [80468.215592] ksys_write+0x5f/0xe0 [80468.216463] do_syscall4+0x5c /0x80 [80468.224287] entry_SYSCALL_64_after_hwframe+0x44/0xae 改用 valid_cpus 修正該問題。若是 cgroup v1有效_cpus 與 cpus_allowed 相同。若是 v2effect_cpus 就是 cpuset 內的工作要使用的真正 cpumask。也將 task_can_attach() 的第二個引數名稱更新為 cs_effect_cpus以反映變更。此外還新增了一個檢查至 task_can_attach()以防止 cpumask_any_and() 傳回 >= nr_cpu_ids 的值。 (CVE-2022-50103)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50103

high Nessus Plugin ID 245321

版本 1.8