Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - signal：清除 zap_other_threads（） 中调用程序的JOBCTL_PENDING_MASK 当多线程进程接收到停止信号（如 SIGSTOP）时，do_signal_stop（） 会在所有线程上设置 JOBCTL_STOP_PENDING 和 JOBCTL_STOP_CONSUME，并将 signal->group_stop_count 设置为线程数。如果其中一个线程同时调用 execve（），de_thread（） 将调用 zap_other_threads（） 以终止所有其他线程。zap_other_threads（） 通过将 signal->group_stop_count 重置为 0 来中止待定的群组停止，并清除所有其他线程的JOBCTL_PENDING_MASK。但是，它无法清除调用线程的作业控制标记。execve（） 完成后，调用线程将返回用户模式并检查待定信号。看到过时的 JOBCTL_STOP_PENDING 标记，它会调用 do_signal_stop（），从而调用 task_participate_group_stop（）。由于 JOBCTL_STOP_CONSUME 仍处于设置状态，它会尝试递减 already-zero signal->group_stop_count，进而触发警告：sig->group_stop_count == 0 警告：CPU：1 PID：6475 at kernel/signal.c：373 task_participate_group_stop+0x215/0x2d0 调用跟踪： <TASK> do_signal_stop+0x3be/0x5c0 kernel/signal.c：2619 get_signal+0xa8c/0x1330 kernel/signal.c：2884 arch_do_signal_or_restart+0xbc/0x840 arch/x86/kernel/signal.c：337 exit_to_user_mode_loop+0x8c/0x4d0 kernel/entry/common.c：98 do_syscall_64+0x33e/0xf80 arch/x86/entry/syscall_64.c：100 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 通过清除 zap_other_threads（） 中调用线程的JOBCTL_PENDING_MASK修复此争用条件，确保其在销毁线程组之后不保留任何过时的作业控制状态。这与其他用于去除线程组并中止组停止的函数一致，如 zap_process（） 和 complete_signal（），后者会为包括当前线程在内的所有线程正确清除这些标记。（CVE-2026-53352）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-53352

medium Nessus 插件 ID 324705

版本 1.6

版本 1.5

版本 1.4

版本 1.1

版本 1.6 Jul 23, 2026, 8:43 AM CVSS metrics ("CVSSv2 score" set to 3.8) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:H/Au:S/C:N/I:N/A:C") CVSSv2 severity (based on CVE-2026-53352, severity decreased from "Medium" to "Low") Plugin Feed: 202607230843
版本 1.5 Jul 7, 2026, 5:47 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202607070547
版本 1.4 Jul 4, 2026, 4:43 PM Detection (updated detection logic) Plugin metadata Plugin Feed: 202607041643
版本 1.1 Jul 2, 2026, 3:38 PM New Plugin Feed: 202607021538