<?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>Httpx2 (2.6.0-2.9.1) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/httpx2-2.6.0-2.9.1/</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, 08 Sep 2026 21:53:21 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/httpx2-2.6.0-2.9.1/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>Plaintext WebSocket Exposure in HTTPX2 and httpcore2 via SOCKS5 Proxy</title><link>https://feed.craftedsignal.io/briefs/2026-09-httpx2-socks-tls/</link><pubDate>Tue, 08 Sep 2026 21:53:21 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-httpx2-socks-tls/</guid><description>A transport flaw in httpcore2 and httpx2 fails to establish TLS for wss:// connections routed through SOCKS5 proxies, exposing authentication headers, cookies, and message payloads in plaintext to proxy intermediaries.</description><content:encoded><![CDATA[<p>The Python libraries httpcore2 (releases prior to 2.10.0) and httpx2 (releases 2.6.0 through 2.9.1) contain a security vulnerability where TLS is not correctly initialized for secure WebSocket (<code>wss://</code>) connections routed through SOCKS5 proxies. The SOCKS5 connection implementation includes a check to upgrade to TLS only for <code>https</code> origins, failing to include <code>wss</code> in the logic. Consequently, the client transmits the WebSocket opening handshake and all subsequent frames in plaintext through the proxy. This vulnerability, tracked as CVE-2026-84381, violates RFC 6455 requirements for secure WebSocket communication, rendering the transport susceptible to interception, modification, and server impersonation by any actor controlling or observing the SOCKS proxy path.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows a malicious or compromised SOCKS proxy to intercept sensitive information, including URL query parameters, authentication tokens in Authorization headers, and session cookies. Furthermore, because the TLS handshake is bypassed, the client fails to verify the server's certificate, enabling an attacker to perform man-in-the-middle attacks by impersonating the target server and injecting or altering application-level WebSocket messages.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade all instances of <code>httpx2</code> and <code>httpcore2</code> to version <code>2.10.0</code> or later.</li>
<li>If upgrading is not immediately possible, modify application configuration to bypass SOCKS proxies for all <code>wss://</code> connections.</li>
<li>Review application logs for WebSocket traffic originating from servers configured to use SOCKS5 proxies to identify potential exposure.</li>
<li>Patch CVE-2026-84381 across all environments utilizing affected versions of the HTTPX2 library.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>transport-security</category><category>proxy</category></item></channel></rss>