Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Network-reachable DNS service, no credentials needed once ECS is enabled, only partial client subnet data disclosed with no integrity or availability impact.
Primary rating from Vendor (OX).
CVSS VectorVendor: OX
Lifecycle Timeline
2DescriptionCVE.org
ECS zero scoped answers are stored in the packet cache while they should not. This impacts only configurations that have ECS enabled;
AnalysisAI
Improper packet cache handling in PowerDNS Recursor causes ECS zero-scoped DNS answers to be stored in the cache when they should be discarded or handled as global entries, creating an information disclosure pathway. All Recursor versions (cpe:2.3:a:powerdns:recursor:*:*:*:*:*:*:*:*) are affected, but only deployments with EDNS Client Subnet (ECS) explicitly enabled are exposed. The CVSS score of 5.3 with a network vector and no required privileges reflects that any DNS client can trigger the improper caching behavior, though real-world impact is bounded by the non-default ECS configuration requirement. No public exploit code has been identified and the vulnerability is not listed in the CISA KEV catalog.
Technical ContextAI
EDNS Client Subnet (ECS, RFC 7871) is an extension to the DNS protocol that allows recursive resolvers to include a truncated client IP prefix in upstream queries, enabling geo-aware authoritative servers to return client-optimal answers. When an authoritative server responds with an ECS scope prefix length of zero, it signals that the answer is globally valid and not dependent on any specific client subnet - these are called 'zero-scoped' answers. In a correct implementation, zero-scoped ECS answers should be stored in the cache as generic, subnet-independent entries (or not stored in the ECS-keyed portion of the cache at all). The bug in PowerDNS Recursor causes these zero-scoped answers to be improperly retained in the packet cache with ECS metadata attached, meaning subsequent cache lookups may surface responses that carry residual client subnet scope information from prior queries. The CWE classification was not assigned by the reporter, but the behavior is consistent with improper cache key management - analogous to CWE-524 (Use of Cache Containing Sensitive Information) or CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor). The affected component spans all versions of the Recursor product line per the wildcard CPE string.
RemediationAI
Consult the PowerDNS security advisory at https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-powerdns-2026-08.html for the specific patched Recursor release version - a vendor advisory exists but the input data does not supply an exact fix version, so the precise upgrade target cannot be independently confirmed here and should be taken directly from that advisory. As an immediate compensating control, operators who do not require ECS functionality should disable it in the Recursor configuration (set use-incoming-edns-subnet=no and do not forward ECS to upstreams); this fully eliminates the vulnerable code path with no functional impact for non-ECS use cases. For deployments that require ECS for geo-aware resolution, upgrading to the patched release is the only complete remediation - disabling ECS in those environments would degrade the quality of answers returned to end users and may violate SLAs with CDN or authoritative providers. No additional network-layer compensating controls (firewall rules, port blocking) are effective since the flaw is in internal cache logic triggered by normal DNS query processing.
PowerDNS (aka pdns) Authoritative Server before 3.4.10 does not properly handle a . Rated high severity (CVSS 7.5), this
PowerDNS (aka pdns) Authoritative Server before 3.4.10 allows remote attackers to cause a denial of service (backend CPU
A vulnerability was found in PowerDNS Authoritative Server before 4.0.7 and before 4.1.7. Rated high severity (CVSS 8.8)
PowerDNS Authoritative Server 4.5.0 before 4.5.1 allows anybody to crash the process by sending a specific query (QTYPE
The resolver in PowerDNS Recursor (aka pdns_recursor) 3.3 overwrites cached server names and TTL values in NS records du
An issue was discovered in PowerDNS Authoritative through 4.3.0 when --enable-experimental-gss-tsig is used. Rated criti
An issue has been found in PowerDNS Recursor versions 4.1.x before 4.1.9 where records in the answer section of response
dnsdist version 1.1.0 is vulnerable to a flaw in authentication mechanism for REST API potentially allowing CSRF attack.
An issue has been found in PowerDNS Recursor 4.1.0 up to and including 4.3.0. Rated high severity (CVSS 8.8), this vulne
Denial of service in PowerDNS Authoritative DNS server (versions 4.9.0-4.9.14 and 5.0.0-5.0.4) arises from insufficient
Out-of-bounds read in PowerDNS dnsdist allows unauthenticated remote attackers to trigger denial of service or potential
Crafted delegations or IP fragments can poison cached delegations in Recursor. [CVSS 8.2 HIGH]
Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: ModerateShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-39356
GHSA-fmvv-f47m-6c7p