因此，它受到 ALAS2023-2026-2109 公告中提及的一个漏洞影响。

    “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）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

检测

Amazon Linux 2023：kbd、kbd-legacy、kbd-misc （ALAS2023-2026-2109）

high Nessus 插件 ID 341833

版本 1.1