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

Social Trends
EPSS
0.47% (37th 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 IDSNYK-CHAINGUARDLATEST-KUBERNETESDNSNODECACHE-16423955
  • published6 May 2026
  • disclosed5 May 2026

Introduced: 5 May 2026

CVE-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