<?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-10-29T09:26:47.635702+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/fkie_cve-2026-83813</id>
    <title>fkie_cve-2026-83813</title>
    <updated>2026-10-29T09:26:47.668655+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Twisted is an event-based framework for internet applications, supporting Python 3.6+. Prior to 26.10.0rc1, twisted.names.dns.DNSDatagramProtocol accepts a UDP DNS response for a pending query when its 16-bit transaction ID matches but does not verify that the response came from the queried host and port. An attacker able to deliver a packet to the resolver's listening port with the correct transaction ID can inject a forged answer. The standard twisted.names.client.Resolver uses a new random source port for each query, increasing off-path attack complexity, while applications that reuse a DNSDatagramProtocol instance expose only the transaction-ID search space after the first query. A successful forgery can redirect hostname resolution and enable mail interception, server-side request forgery, or man-in-the-middle positioning. This issue is fixed in version 26.10.0rc1.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-83813"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-jj36-9pvh-vj5r</id>
    <title>GHSA-jj36-9pvh-vj5r — Twisted: DNS Response Spoofing in twisted.names Due to Missing Source Address Validation</title>
    <updated>2026-10-29T09:26:47.668731+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: Twisted</p>
<p>### Summary</p>
<p>`twisted.names.dns.DNSDatagramProtocol`, the UDP transport used by twisted's DNS client (`twisted.names.client.Resolver`, `createResolver`, and anything built on it, including MX lookups in `twisted.mail`), accepts a DNS response for a pending query solely on the basis of the 16-bit transaction ID matching. It never checks that the response actually originated from the server the query was sent to. Any host that can deliver a UDP packet to the resolver's listening port with the correct transaction ID can inject a forged answer, independent of the real server's address. This is a materially weaker defense than standard DNS resolver practice (transaction ID plus source-address validation, typically also source-port rotation), and enables off-path DNS response spoofing / cache poisoning.</p>
<p>### Details</p>
<p>`DNSDatagramProtocol.datagramReceived` (`src/twisted/names/dns.py`, line 3350) is:</p>
<p>```python
def datagramReceived(self, data, addr):
    """
    Read a datagram, extract the message in it and trigger the associated
    Deferred.
    """
    m = Message()
    try:
        m.fromStr(data)
    except EOFError:
        ...
    except ValueError as ex:
        ...
    except BaseException:
        ...</p>
<p>if m.id in self.liveMessages:
        d, canceller = self.liveMessages[m.id]
        del self.liveMessages[m.id]
        canceller.cancel()
        try:
            d.callback(m)
        except BaseException:
            log.err()
    else:
        if m.id not in self.r…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-jj36-9pvh-vj5r"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/msrc_cve-2026-83813</id>
    <title>msrc_CVE-2026-83813 — Twisted: DNS Response Spoofing in twisted.names Due to Missing Source Address Validation</title>
    <updated>2026-10-29T09:26:47.668811+00:00</updated>
    <content>msrc_CVE-2026-83813</content>
    <link href="https://db.gcve.eu/vuln/msrc_cve-2026-83813"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ubuntu-cve-2026-83813</id>
    <title>UBUNTU-CVE-2026-83813</title>
    <updated>2026-10-29T09:26:47.668831+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: twisted, Ubuntu:Pro:16.04:LTS: twisted, Ubuntu:Pro:18.04:LTS: twisted, Ubuntu:20.04:LTS: twisted, Ubuntu:22.04:LTS: twisted, Ubuntu:24.04:LTS: twisted, Ubuntu:26.10: twisted, Ubuntu:26.04:LTS: twisted</p>
<p>Twisted is an event-based framework for internet applications, supporting Python 3.6+. Prior to 26.10.0rc1, twisted.names.dns.DNSDatagramProtocol accepts a UDP DNS response for a pending query when its 16-bit transaction ID matches but does not verify that the response came from the queried host and port. An attacker able to deliver a packet to the resolver's listening port with the correct transaction ID can inject a forged answer. The standard twisted.names.client.Resolver uses a new random source port for each query, increasing off-path attack complexity, while applications that reuse a DNSDatagramProtocol instance expose only the transaction-ID search space after the first query. A successful forgery can redirect hostname resolution and enable mail interception, server-side request forgery, or man-in-the-middle positioning. This issue is fixed in version 26.10.0rc1.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ubuntu-cve-2026-83813"/>
  </entry>
</feed>
