<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 08:26:24 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-12024</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-12024</link>
      <description>bdu:2026-12024</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-12024</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0608 — De multiples vulnérabilités ont été découvertes dans Microsoft Azure Linux. Elles permettent à un attaquant de provoque…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0608</link>
      <description>certfr-2026-avi-0608</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0608</guid>
    </item>
    <item>
      <title>Withdrawn: CLEANSTART-2026-BB57522 — Security fixes in kubernetes-dns-node-cache 1.25.0-r8</title>
      <link>https://cve.radiocsirt.org/vuln/cleanstart-2026-bb57522</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: kubernetes-dns-node-cache&lt;/p&gt;
&lt;p&gt;Package kubernetes-dns-node-cache version 1.25.0-r8 fixes 17 vulnerabilities: CVE-2026-41178, CVE-2026-35579, CVE-2026-46600, CVE-2025-64702, CVE-2025-68151...&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: kubernetes-dns-node-cache&lt;/p&gt;
&lt;p&gt;Package kubernetes-dns-node-cache version 1.25.0-r8 fixes 17 vulnerabilities: CVE-2026-41178, CVE-2026-35579, CVE-2026-46600, CVE-2025-64702, CVE-2025-68151...&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cleanstart-2026-bb57522</guid>
    </item>
    <item>
      <title>EUVD-2026-308743</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-308743</link>
      <description>EUVD-2026-308743</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-308743</guid>
    </item>
    <item>
      <title>fkie_cve-2026-32934</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-32934</link>
      <description>&lt;p&gt;CoreDNS is a DNS server that chains plugins. In versions prior to 1.14.3, the DNS-over-QUIC (DoQ) server can be driven into unbounded goroutine and memory growth by a remote client that opens many QUIC streams and sends only 1 byte per stream. When the worker pool is full, CoreDNS still spawns a goroutine per accepted stream to wait for a worker token. Additionally, active workers block indefinitely in io.ReadFull() with no per-stream read deadline, allowing an attacker to pin all workers by sending a single byte so the read blocks waiting for the second byte of the DoQ length prefix. This enables an unauthenticated remote attacker to cause memory exhaustion and OOM-kill. This issue has been fixed in version 1.14.3. No known workarounds exist.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;CoreDNS is a DNS server that chains plugins. In versions prior to 1.14.3, the DNS-over-QUIC (DoQ) server can be driven into unbounded goroutine and memory growth by a remote client that opens many QUIC streams and sends only 1 byte per stream. When the worker pool is full, CoreDNS still spawns a goroutine per accepted stream to wait for a worker token. Additionally, active workers block indefinitely in io.ReadFull() with no per-stream read deadline, allowing an attacker to pin all workers by sending a single byte so the read blocks waiting for the second byte of the DoQ length prefix. This enables an unauthenticated remote attacker to cause memory exhaustion and OOM-kill. This issue has been fixed in version 1.14.3. No known workarounds exist.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-32934</guid>
    </item>
    <item>
      <title>GHSA-2wpx-qpw2-g5h5 — CoreDNS' DoQ worker pool does not bound stream backlog</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2wpx-qpw2-g5h5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/coredns/coredns&lt;/p&gt;
&lt;p&gt;### Summary
CoreDNS&amp;#39; DNS-over-QUIC (DoQ) server can be driven into large goroutine and memory growth by a remote client that opens many QUIC streams and stalls after sending only 1 byte. Even with a small configured quic { worker_pool_size ... }, CoreDNS still spawns a goroutine per accepted stream (workers + waiters) and active workers can block indefinitely in io.ReadFull() with no per-stream read deadline, enabling unauthenticated remote DoS via memory exhaustion/OOM-kill.&lt;/p&gt;
&lt;p&gt;### Details
CoreDNS&amp;#39; DoQ server uses a global worker pool (streamProcessPool) to limit concurrent stream processing, but when the pool is full it still spawns a goroutine per accepted stream that waits to acquire a worker token: select { case s.streamProcessPool &amp;lt;- ...: go ...; default: go ... wait for token ... } (core/dnsserver/server_quic.go)&lt;/p&gt;
&lt;p&gt;Additionally, the DoQ message framing reads are blocking io.ReadFull() calls with no per-stream read deadline: readDOQMessage() reads the 2-byte length prefix and message body via io.ReadFull() (core/dnsserver/server_quic.go)&lt;/p&gt;
&lt;p&gt;This allows an attacker to pin all workers by sending 1 byte (so io.ReadFull() blocks waiting for the second byte of the DoQ length prefix), while also creating an unbounded backlog of goroutines waiting for a worker token.&lt;/p&gt;
&lt;p&gt;Note: this appears to be a result of an incomplete fix/regression for CVE-2025-47950 (GHSA-cvx7-x8pj-x2gw).&lt;/p&gt;
&lt;p&gt;### PoC
1. Adjust COREDNS_BIN in the PoC to point at right path (see the top-level const definitions for tu…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/coredns/coredns&lt;/p&gt;
&lt;p&gt;### Summary
CoreDNS&amp;#39; DNS-over-QUIC (DoQ) server can be driven into large goroutine and memory growth by a remote client that opens many QUIC streams and stalls after sending only 1 byte. Even with a small configured quic { worker_pool_size ... }, CoreDNS still spawns a goroutine per accepted stream (workers + waiters) and active workers can block indefinitely in io.ReadFull() with no per-stream read deadline, enabling unauthenticated remote DoS via memory exhaustion/OOM-kill.&lt;/p&gt;
&lt;p&gt;### Details
CoreDNS&amp;#39; DoQ server uses a global worker pool (streamProcessPool) to limit concurrent stream processing, but when the pool is full it still spawns a goroutine per accepted stream that waits to acquire a worker token: select { case s.streamProcessPool &amp;lt;- ...: go ...; default: go ... wait for token ... } (core/dnsserver/server_quic.go)&lt;/p&gt;
&lt;p&gt;Additionally, the DoQ message framing reads are blocking io.ReadFull() calls with no per-stream read deadline: readDOQMessage() reads the 2-byte length prefix and message body via io.ReadFull() (core/dnsserver/server_quic.go)&lt;/p&gt;
&lt;p&gt;This allows an attacker to pin all workers by sending 1 byte (so io.ReadFull() blocks waiting for the second byte of the DoQ length prefix), while also creating an unbounded backlog of goroutines waiting for a worker token.&lt;/p&gt;
&lt;p&gt;Note: this appears to be a result of an incomplete fix/regression for CVE-2025-47950 (GHSA-cvx7-x8pj-x2gw).&lt;/p&gt;
&lt;p&gt;### PoC
1. Adjust COREDNS_BIN in the PoC to point at right path (see the top-level const definitions for tu…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2wpx-qpw2-g5h5</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-32934 — CoreDNS DNS-over-QUIC unbounded goroutine growth leads to denial of service</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-32934</link>
      <description>msrc_CVE-2026-32934</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-32934</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:20703-1 — Security update for coredns</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:20703-1</link>
      <description>&lt;p&gt;Security update for coredns&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for coredns&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:20703-1</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1283 — CoreDNS: Mehrere Schwachstellen ermöglichen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1283</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in CoreDNS ausnutzen, um Sicherheitsmaßnahmen zu umgehen und so vertrauliche Informationen offenzulegen oder einen Denial-of-Service-Zustand zu verursachen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in CoreDNS ausnutzen, um Sicherheitsmaßnahmen zu umgehen und so vertrauliche Informationen offenzulegen oder einen Denial-of-Service-Zustand zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1283</guid>
    </item>
  </channel>
</rss>
