Allocation of Resources Without Limits or Throttling Affecting kubernetes-dns-node-cache package, versions <1.26.8-r3


Severity

Recommended
0.0
high
0
10

Snyk's Security Team recommends NVD's CVSS assessment. Learn more

Threat Intelligence

EPSS
0.24% (47th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications

Snyk Learn

Learn about Allocation of Resources Without Limits or Throttling vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-CHAINGUARDLATEST-KUBERNETESDNSNODECACHE-16423955
  • published6 May 2026
  • disclosed5 May 2026

Introduced: 5 May 2026

NewCVE-2026-32934  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

Upgrade Chainguard kubernetes-dns-node-cache to version 1.26.8-r3 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream kubernetes-dns-node-cache package and not the kubernetes-dns-node-cache package as distributed by Chainguard. See How to fix? for Chainguard relevant fixed versions and status.

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.

CVSS Base Scores

version 3.1