<?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/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Pam_usb (&lt; 0.9.3) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/pam_usb--0.9.3/</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>Wed, 11 Nov 2026 13:58:08 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/pam_usb--0.9.3/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>pam_usb: Authentication bypass in deny_remote feature (CVE-2026-64668)</title><link>https://feed.craftedsignal.io/briefs/2026-11-pam-usb-authentication-bypass-cve-2026-64668/</link><pubDate>Wed, 11 Nov 2026 13:58:08 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-11-pam-usb-authentication-bypass-cve-2026-64668/</guid><description>The pam_usb authentication module version 0.8.0 through 0.9.2 fails to correctly parse link-local IPv6 addresses with zone indices, leading to an authentication bypass in the deny_remote feature.</description><content:encoded><![CDATA[<p>A logical flaw exists in the 'deny_remote' feature of pam_usb versions 0.8.0 to 0.9.2. The module checks for active remote tmux sessions by executing <code>/usr/bin/w -i</code>. On multi-homed Linux systems, this command appends a zone index to link-local IPv6 addresses (e.g., <code>fe80::1%eth0</code>). The regex used in <code>pusb_tmux_has_remote_clients()</code> expects whitespace immediately after the IP address and fails to account for the suffix. Consequently, the function erroneously concludes no remote clients are active, bypassing intended access restrictions. This is patched in version 0.9.3.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for unauthorized authentication on systems configured to use pam_usb with the 'deny_remote' feature enabled, specifically when the environment utilizes multi-homed network interfaces and IPv6 link-local addresses.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade the pam_usb authentication module to version 0.9.3 or later on all affected Linux systems.</li>
<li>Audit PAM configurations to determine if <code>deny_remote</code> is active for pam_usb.</li>
<li>Inventory Linux systems utilizing pam_usb for hardware-based authentication.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item><item><title>pam_usb: Authentication bypass via insecure environment variable handling (CVE-2026-64666)</title><link>https://feed.craftedsignal.io/briefs/2026-11-pam-usb-authentication-bypass-cve-2026-64666/</link><pubDate>Wed, 11 Nov 2026 13:58:01 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-11-pam-usb-authentication-bypass-cve-2026-64666/</guid><description>The pam_usb module (prior to 0.9.3) incorrectly uses getenv() instead of secure_getenv() when checking the XRDP_SESSION variable in setuid contexts, enabling attackers to bypass XRDP-related authentication denials.</description><content:encoded>&lt;p>In versions prior to 0.9.3, pam_usb uses getenv(3) to retrieve the XRDP_SESSION variable in src/local.c. When pam_usb.so loads into a setuid PAM host, a user can control the environment, allowing them to clear the XRDP_SESSION variable and defeat the module's explicit XRDP-deny rule. Other remote-detection signals such as rmsvc, evdev, loginctl, and utmp may still catch the session. This issue has been patched in version 0.9.3.&lt;/p>
</content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>