Linux Distros 未修补的漏洞：CVE-2026-72166
critical Nessus 插件 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）; goto again; } clear_thread_flag（） 在跳回 io_wait_event_killable（） 之前清除TIF_SIGPENDING。signal_pending_state（） 检查TIF_SIGPENDING，发现其为零，然后任务再次进入休眠状态。该任务只能在调用 signal_wake_up（） 并再次设置TIF_SIGPENDING的下一个信号传递时唤醒。当这种情况发生时，循环会重复，清除TIF_SIGPENDING，然后无限期地再次休眠。这在实践中由 coredump_wait（） 触发：当多线程进程中的线程导致 coredump（例如，通过来自 Syscall 用户分派的 SIGSYS）时，coredump_wait（） 会将 SIGKILL 发送到所有其他线程并等待它们调用 mm_release（）。如果其中一个线程在没有对等机的 fd 传输上在 p9_client_rpc（） 中被阻断，它将进入 P9_TFLUSH 循环并且永远不会调用 mm_release（），因此 coredump_wait（） 永远停止： INFO：task 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 [内联]
__schedule+0xcb4/0x5d50 kernel/sched/core.c：6724 __schedule_loop kernel/sched/core.c：6801 [内联] 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 [内联] __wait_for_common+0x409/0x600 kernel/sched/completion.c：116 wait_for_common kernel/sched/completion.c：127 [内联] 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 依赖供应商报告的程序包是否存在进行判断。
解决方案
目前尚未有任何已知的解决方案。另见
插件详情
严重性: 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