<?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>AnyIO - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/anyio/</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>Fri, 18 Sep 2026 19:48:05 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/anyio/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>AnyIO TLS Certificate Spoofing via IDNA 2003 Encoding</title><link>https://feed.craftedsignal.io/briefs/2026-09-anyio-tls-spoofing/</link><pubDate>Fri, 18 Sep 2026 19:48:05 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-anyio-tls-spoofing/</guid><description>AnyIO versions prior to 4.14.2 are vulnerable to TLS certificate spoofing when using IDNA 2003 encoded internationalized domain names, allowing an attacker who redirects traffic to present a domain-validated certificate that the client incorrectly trusts.</description><content:encoded><![CDATA[<p>AnyIO (CVE-2026-63374) contains a vulnerability in its TLSStream implementation related to the handling of internationalized domain names (IDNs). The library incorrectly relies on the deprecated IDNA 2003 standard for host name encoding. If an application uses AnyIO's <code>connect_tcp()</code> or <code>TLSStream.wrap()</code> to connect to an internationalized domain, an attacker capable of hijacking or redirecting the network connection can exploit this discrepancy. By obtaining a legitimate TLS certificate using the IDNA 2003 encoding of the intended host name, the attacker can present this certificate to the AnyIO client. The client, utilizing the same outdated encoding logic, validates the malicious certificate as authentic for the intended domain. This vulnerability facilitates potential man-in-the-middle (MITM) attacks for services relying on AnyIO for outbound connections to internationalized domains.</p>
<h2 id="impact">Impact</h2>
<p>The vulnerability poses a critical risk to applications using AnyIO that perform outbound connections to internationalized host names. Successful exploitation allows for the complete bypass of TLS certificate validation, enabling attackers to intercept, inspect, or modify sensitive data transmitted between the client and the intended server. Organizations operating services that communicate with diverse global domains are at the highest risk.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade the <code>anyio</code> package to version 4.14.2 or later immediately.</li>
<li>As a temporary workaround, manually encode host names using the modern <code>idna</code> package prior to passing them to AnyIO connection methods to ensure compatibility with modern standards.</li>
<li>Audit application code to identify calls to <code>connect_tcp()</code> or <code>TLSStream.wrap()</code> that handle user-provided or dynamic internationalized host names.</li>
</ul>
]]></content:encoded><category domain="severity">critical</category><category domain="type">advisory</category><category>privilege-escalation</category><category>vulnerability</category><category>python</category><category>linux</category></item></channel></rss>