Allocation of Resources Without Limits or Throttling Affecting openshift4/ose-coredns-rhel9 package, versions *


Severity

Recommended
0.0
medium
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

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-RHEL7-OPENSHIFT4OSECOREDNSRHEL9-17099503
  • published30 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?

There is no fixed version for RHEL:7 openshift4/ose-coredns-rhel9.

NVD Description

Note: Versions mentioned in the description apply only to the upstream openshift4/ose-coredns-rhel9 package and not the openshift4/ose-coredns-rhel9 package as distributed by RHEL. See How to fix? for RHEL:7 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