CVE-2026-82399: CoreDNS · Unauthenticated memory exhaustion in custom transports
Affects github.com/coredns/corednsSource GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 1.14.7 soon.
Data as of 1 Nov 2026, 11:03 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.14.7
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 17 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 1 Nov 2026.
What to do
Upgrade github.com/coredns/coredns to 1.14.7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Gogithub.com/coredns/coredns | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch is available for CoreDNS that fixes this issue by applying proper validation of DNS section counts before unpacking requests in the affected custom transports. Users should upgrade to CoreDNS version 1.14.7 or later. Until patched, mitigating controls at the network level (such as rate limiting or filtering malformed DNS-over-HTTPS/QUIC/gRPC requests) may help reduce exposure, but the root cause is fixed only by applying the official update.
Description
CoreDNS versions prior to 1.14.7 contain a vulnerability in their custom transport implementations for DNS-over-HTTPS (DoH/DoH3), DNS-over-QUIC (DoQ), and DNS-over-gRPC. An unauthenticated attacker can craft DNS requests with maliciously large section counts using DNS name compression, causing excessive memory allocation during request unpacking. This can lead to memory exhaustion and termination of the CoreDNS process. The issue arises because CoreDNS bypasses early validation of DNS section counts that is present in the underlying miekg/dns UDP and TCP server implementations. A patch is available that applies proper validation before unpacking requests to prevent this memory exhaustion.
References
- github.com/coredns/coredns/security/advisories/GHSA-mrg3-qvqr-jw29 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-82399 (opens in a new tab)
- github.com/coredns/coredns/commit/530b0a5ff2ad68cc0421f10dd93568945cc671c9 (opens in a new tab)
- github.com/coredns/coredns (opens in a new tab)
- github.com/coredns/coredns/releases/tag/v1.14.7 (opens in a new tab)