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

  - “openvt -u”用于识别当前 VT 的所有者，然后以该用户的权限上下文执行“login”。在记录的“kbrequest”/init 用法中，“authenticate_user（）”中的所有权测试依赖于“stat（/proc/<pid>/fd/0）”。“/proc/<pid>/fd/0”上的“stat（）”跟随指向底层 TTY 设备节点的符号链接。因此，“buf.st_uid”反映的是 TTY 节点的所有者，而非保存文件描述符的进程所有者。如果 TTY 所有者在注销后返回“root”或 getty 所有者，而非特权进程仍将“fd 0”附加到该 TTY，检查可能会错误地将该进程视为属于特权控制台所有者。检查成功后，“-u”路径将以所选用户的身份执行无密码登录。在使用“openvt -us”的记录的“kbrequest”/init 部署中，这可在生成的 VT 上导致无密码“login -f root”。此报告为记录的部署建立权限升级路径;对于不使用特权“KBRequest”/init 路径中的“openvt -u”的部署，它未声明同等的可访问性。（CVE-2026-72693）

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

检测

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

high Nessus 插件 ID 334496

版本 1.7