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

  - bpf、cpumap確保在對應更新傳回之前 kthread 正在執行中。以部分 RT 執行緒執行stress-mode enabled xdp_redirect_cpu 時系統會報告下列警告: ------------[在此處截斷]--- --------- 警告 CPU: 4 PID: 65 at kernel/bpf/cpumap.c:135 CPU: 4 PID: 65 Comm: kworker/4:1 未受污染的 6.5.0-rc2+ #1 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996) 工作佇列events cpu_map_kthread_stop RIP: 0010:put_cpu_map_entry+0xda/0x220 ...... 呼叫追踪 <TASK> ? show_regs+0x65/0x70 __warn+0xa5/0x240 ...... ? put_cpu_map_entry+0xda/0x220 cpu_map_kthread_stop+0x41/0x60 process_one_work+0x6b0/0xb80 worker_thread+0x96/0x720 kthread+0x1a5/0x1f0 ret_from_fork+0x3a/0x70 ret_from_fork_asm+0x1b/0x30 </TASK> The root cause is the same as commit 436901649731 (bpf: cpumap修正 cpu_map_update_elem) 中的記憶體洩漏。kthread 因 cpu_map_kthread_stop() 中的 kthread_stop() 而提前停止且 kthread() 完全不會呼叫 cpu_map_kthread_run()但 XDP 程式已將部分框架或 skbs 排入 ptr_ring。因此當 __cpu_map_ring_cleanup() 檢查 ptr_ring時會發現它並未清空並報告警告。替代修正方法是使用
    __cpu_map_ring_cleanup()在 kthread_stop() 傳回 -EINTR 時放置這些擱置的框架或 skbs但可能會使使用者混淆因為 XDP 程式已正確處理這些框架或 skbs。因此不要中斷這些框架或 skb只要確保在之前執行 per-cpu kthread
    __cpu_map_entry_alloc() 傳回。套用修正後將不再需要 kthread_stop() 的錯誤處理因為它一律傳回 0因此請將其移除。 (CVE-2023-53577)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-53577

medium Nessus Plugin ID 269421

版本 1.6