Linux Distros 未修補弱點：CVE-2026-72166
critical Nessus Plugin ID 335631
語言:
概要
Linux/Unix 主機上安裝的一個或多個套件存有弱點，廠商表示將不會修補。說明
Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。- net/9p：修正 p9_client_rpc 中對致命訊號的無限迴圈 當以類型 P9_TFLUSH 呼叫 p9_client_rpc（） 並且傳輸沒有對等體時 （例如，由沒有 9p 伺服器的管道支援的 fd 傳輸），致命訊號會導致無限迴圈： 再次： err = io_wait_event_killable（req->wq， ...） /* SIGKILL 喚醒任務， 返回 -ERESTARTSYS */ if （err == -ERESTARTSYS &&; c->status == Connected &&; type == P9_TFLUSH） {sigpending = 1; clear_thread_flag（TIF_SIGPENDING）; 再次轉去; } clear_thread_flag（） 在跳回 io_wait_event_killable（） 之前清除TIF_SIGPENDING。signal_pending_state（） 檢查TIF_SIGPENDING，發現它為零，然後任務再次進入睡眠狀態。此任務只能在呼叫 signal_wake_up（） 並再次設定TIF_SIGPENDING的下一個訊號傳遞時喚醒。當這種情況發生時，循環會重複，清除TIF_SIGPENDING，然後無限期地再次休眠。這實際上是由 coredump_wait（） 觸發的：當多執行緒進程中的執行緒造成核心轉儲時（例如，透過 Syscall User Dispatch 中的 SIGSYS），coredump_wait（） 將 SIGKILL 傳送到所有其他執行緒並等待它們呼叫 mm_release（）。如果其中一個執行緒在沒有對等體的 fd 傳輸的 p9_client_rpc（） 中被阻塞，它就會進入P9_TFLUSH迴圈並且永遠不會呼叫 mm_release（），因此 coredump_wait（） 永遠停止： 資訊：任務 syz.0。18:676 被封鎖超過 143 秒。未受污染 6.12.77+ #1 task：syz.0.18 state：D stack：27600 pid：676 tgid：673 ppid：630 flags：0x00000004 呼叫追蹤： <TASK> context_switch kernel/sched/core.c：5344 [inline]
__schedule+0xcb4/0x5d50 kernel/sched/core.c：6724 __schedule_loop kernel/sched/core.c：6801 [inline] schedule+0xe5/0x350 kernel/sched/core.c：6816 schedule_timeout+0x253/0x290 kernel/time/timer.c：2593 do_wait_for_common kernel/sched/completion.c：95 [inline] __wait_for_common+0x409/0x600 kernel/sched/completion.c：116 wait_for_common kernel/sched/completion.c：127 [inline] wait_for_completion_state+0x1d/0x40 kernel/sched/completion.c：264 coredump_wait fs/coredump.c：448 [inline] do_coredump+0x854/0x4350 fs/coredump.c：629 get_signal+0x1425/0x2730 kernel/signal.c：2903 arch_do_signal_or_restart+0x81/0x880 arch/x86/kernel/signal.c：337 exit_to_user_mode_loop kernel/entry/common.c：111 [inline] exit_to_user_mode_prepare include/linux/entry-common.h：328 [inline]
__syscall_exit_to_user_mode_work kernel/entry/common.c：207 [內嵌] syscall_exit_to_user_mode+0xf9/0x160 kernel/entry/common.c：218 do_syscall_64+0x102/0x220 arch/x86/entry/common.c：84 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 修正：在清除 P9_TFLUSH 重試迴圈中的TIF_SIGPENDING之前檢查 fatal_signal_pending（）。此時 TIF_SIGPENDING 仍處於設定狀態，因此 fatal_signal_pending（） 可以正常運作。如果重大訊號擱置中，請跳至 recalc_sigpending 以還原TIF_SIGPENDING並將 -ERESTARTSYS 傳回給呼叫端。同樣的缺陷也存在於回到 的 5.4穩定核心中。在這些核心上，無限迴圈會更早地被父進程的第二個 SIGKILL 中斷（例如，kill_and_wait（） 在逾時後重試），導致殭屍進程和關機延遲，而不是永久的 D 狀態掛起，但潛在的缺陷是相同的。由 Linux 驗證中心 （linuxtesting.org） 與 Syzkaller 一起找到。（CVE-2026-72166）
請注意，Nessus 依賴供應商報告的套件存在。
解決方案
目前尚未有已知的解決方案。另請參閱
Plugin 詳細資訊
嚴重性: Critical
ID: 335631
檔案名稱: unpatched_CVE_2026_72166.nasl
版本: 1.1
類型: Local
代理程式: unix
系列: Misc.
已發布: 2026/8/15
已更新: 2026/8/15
支援的感應器: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus
風險資訊
VPR
風險因素: Medium
分數: 5
百分位數: 93.8
CVSS v2
風險因素: High
基本分數: 7.5
時間性分數: 6.4
媒介: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS 評分資料來源: CVE-2026-72166
CVSS v3
風險因素: Critical
基本分數: 9.8
時間性分數: 9
媒介: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
時間媒介: CVSS:3.0/E:U/RL:U/RC:C
弱點資訊
CPE: cpe:/o:debian:debian_linux:11.0, p-cpe:/a:debian:debian_linux:linux
必要的 KB 項目: Host/local_checks_enabled, Host/cpu, global_settings/vendor_unpatched, Host/OS/identifier
可輕鬆利用: No known exploits are available
弱點發布日期: 2026/8/15
參考資訊
CVE: CVE-2026-72166