<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-28T16:59:19.725300+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-63374</id>
    <title>CVE-2026-63374 — AnyIO: TLSStream IDNA 2003 host name encoding enables potential TLS certificate spoofing</title>
    <updated>2026-09-28T16:59:19.726832+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> agronholm anyio</p>
<p>AnyIO is a high level asynchronous concurrency and networking framework that works on top of either Trio or asyncio. Prior to 4.14.2, connect_tcp() and TLSStream.wrap() can validate internationalized host names after the standard library converts them with IDNA 2003 instead of IDNA 2008. When a connection to a non-ASCII domain is hijacked or redirected, an attacker can obtain a legitimate certificate for the different ASCII hostname produced by IDNA 2003 and present it to the client, causing the malicious endpoint's certificate to validate. This issue is fixed in version 4.14.2.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-63374"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-82r6-8w77-94w6</id>
    <title>GHSA-82r6-8w77-94w6 — AnyIO: TLSStream IDNA 2003 host name encoding enables potential TLS certificate spoofing</title>
    <updated>2026-09-28T16:59:19.726915+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: anyio</p>
<p>### Impact
Services using internationalized (non-ASCII) domain names are potentially vulnerable to TLS connections made from AnyIO's `connect_tcp()` or directly via `TLSStream.wrap()` where the connection has (through other means) been hijacked and redirected to a malicious server. The attacker would obtain a legitimate certificate using the IDNA 2003 encoded version of the domain name and offer it to the connecting client, making the certificate validate properly on the client's end.</p>
<p>### Patches
The vulnerability will be patched in v4.14.2.</p>
<p>### Workarounds
Encode host names via the `idna` package prior to connecting.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-82r6-8w77-94w6"/>
  </entry>
</feed>
