<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Util-Linux - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/util-linux/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Tue, 11 Aug 2026 09:51:01 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/util-linux/feed.xml" rel="self" type="application/rss+xml"/><item><title>Local Privilege Escalation via openvt Authentication Bypass (CVE-2026-72693)</title><link>https://feed.craftedsignal.io/briefs/2026-08-cve-2026-72693/</link><pubDate>Tue, 11 Aug 2026 09:51:01 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-cve-2026-72693/</guid><description>A vulnerability in openvt allows local privilege escalation when authentication checks incorrectly validate TTY ownership using symlink resolution, potentially leading to passwordless root login.</description><content:encoded><![CDATA[<p>CVE-2026-72693 is a local privilege escalation vulnerability in the <code>openvt</code> command within the <code>util-linux</code> package. The flaw exists in the <code>authenticate_user()</code> function, which validates the owner of the current virtual terminal (VT) to authorize execution of <code>login</code>. The function incorrectly utilizes <code>stat()</code> on <code>/proc/&lt;pid&gt;/fd/0</code>, which resolves the file descriptor symlink to the underlying TTY device node rather than verifying the actual process owner.</p>
<p>If an unprivileged process maintains an open file descriptor to a TTY after the previous user session has logged out and the TTY device ownership has reverted to <code>root</code> or another privileged user, <code>openvt -u</code> can be manipulated into incorrectly attributing the TTY to the privileged owner. This bypasses authentication, allowing the tool to execute a passwordless login, such as <code>login -f root</code>, on the spawned VT. This vulnerability is specifically reachable in deployments using <code>openvt</code> via privileged <code>kbrequest</code> or <code>init</code> paths.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows an unprivileged local user to obtain a root shell or login as another privileged user without credentials. This affects systems where <code>openvt</code> is configured in a privileged execution flow, such as through system initialization scripts or keyboard request handlers.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Monitor system logs and process execution for <code>openvt</code> commands, specifically those utilizing the <code>-u</code> or <code>-us</code> flags.</li>
<li>Audit <code>kbrequest</code> and <code>init</code> configurations to identify if <code>openvt</code> is executed with elevated privileges.</li>
<li>Update <code>util-linux</code> packages to the vendor-provided security patch once available to remediate the <code>authenticate_user()</code> logic flaw.</li>
<li>Restrict local user access to terminal device nodes where possible to prevent unprivileged processes from maintaining descriptors after session termination.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>