Skip to main content

PowerDNS Recursor CVE-2026-52684

| EUVDEUVD-2026-47932 LOW
2026-07-23 OX GHSA-j58f-rgm2-v2p8
3.7
CVSS 3.1 · Vendor: OX
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Attacker controls authoritative NS server for target zone
  2. Delivery
    Recursor triggers background NS refresh as record approaches TTL expiry
  3. Exploit
    Auth server deliberately delays response beyond record TTL
  4. Install
    Cached NS entry expires before response arrives
  5. C2
    Recursor receives response with no live TTL to cap against
  6. Execute
    Attacker-supplied TTL accepted uncapped
  7. Impact
    Ghost NS delegation record persists in recursor cache

Vulnerability Assessment

Exploitation Conditions

Exploitation requires three concurrent conditions to be satisfied simultaneously. First, the PowerDNS Recursor must be configured with refresh-on-ttl-percent (internally s_refresh_ttlperc) set to a value greater than 0 to enable proactive background NS record refresh - this is a non-default configuration that operators explicitly enable. Second, the target NS record in the recursor cache must be sufficiently near its TTL expiry to trigger a background refresh task submission. Third, the attacker must be able to introduce latency into the authoritative DNS response (e.g., by controlling or compromising the authoritative server) long enough for the cached NS entry to fully expire before the response arrives. Regular resolution - where child records are used immediately if valid, or discarded and re-queried if expired - is entirely unaffected. Exploitation is architecturally limited to the authoritative NS record background refresh path only, and requires the attacker to have influence over an authoritative name server, making opportunistic mass exploitation implausible.

Impact

The CVSS 3.7 Low score with vector AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N is well-calibrated to the actual risk. High Attack Complexity (AC:H) is fully justified by three simultaneous prerequisites: the recursor must have s_refresh_ttlperc > 0 (non-default), the target NS record must be near expiry triggering a background refresh, and the attacker must successfully delay the authoritative response past the cache entry expiry window. No EPSS data was provided in the input; no KEV listing exists; no public proof-of-concept has been identified - exploitation status is assessed as no public exploit identified at time of analysis. Real-world exploitation risk is low due to the narrow timing window and the requirement for attacker influence over an authoritative DNS server. The primary concern is environments relying on PowerDNS Recursor in configurations where s_refresh_ttlperc is enabled and where delegation accuracy is security-sensitive, such as DNSSEC-validated zones where ghost NS records could disrupt validation chains. CVSS integrity impact of Low (I:L) is appropriate - the impact is limited to incorrect DNS delegation data persisting beyond intended TTL, not full record spoofing.

Exploit ScenarioDerived

An attacker controlling an authoritative name server for a target zone deliberately delays responses to PowerDNS Recursor background NS record refresh queries, timing the delay so that the recursor's cached NS entry expires before the response is received. With no live cache entry remaining, the recursor cannot enforce its TTL cap and accepts the attacker-supplied TTL verbatim, causing ghost NS records with inflated TTLs to persist in the recursor cache and misdirect subsequent delegation lookups. No public proof-of-concept code has been identified at time of analysis.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 23, 2026

TTL capping bypass in PowerDNS Recursor enables ghost domain NS record injection when a slow authoritative server response arrives after the cached NS entry has already expired. Specifically, the proactive background refresh mechanism fails to cap TTLs on NS record responses when no live cache entry exists at response time, allowing attacker-controlled TTL values to persist uncapped in the recursor's cache. No active exploitation has been identified (no CISA KEV listing), no public exploit code exists, and the CVSS score of 3.7 reflects the constrained, timing-dependent nature of this attack.

RemediationAI

Upstream fix available (PR/commit); released patched version not independently confirmed - monitor the PowerDNS project at https://github.com/PowerDNS/pdns/pull/17748 and the official PowerDNS security advisories page for a tagged release incorporating this change. As an immediate workaround, set refresh-on-ttl-percent=0 in the PowerDNS Recursor configuration (recursor.conf) to disable the proactive background TTL refresh mechanism entirely; this eliminates the race condition at the cost of increased authoritative query load and marginally higher cache miss rates for near-expiry records, since the recursor will no longer pre-emptively refresh records before they expire. This workaround has no impact on regular resolution correctness. Operators who rely on refresh-on-ttl-percent for latency reduction should prioritize patching once a stable release is available rather than relying long-term on disabling the feature.

Affected VersionsENISA

Recursor 0.0.0 <5.5.0

Affected Packages

euvd recursor fix: 5.5.0

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

PowerDNS Recursor (cpe:2.3:a:powerdns:recursor:*:*:*:*:*:*:*:*) implements a proactive cache refresh mechanism gated by the s_refresh_ttlperc configuration parameter. When a cached record reaches the configured TTL percentage threshold, the recursor submits a background refresh task to re-query the authoritative server before the record fully expires. The race condition exists in two code paths: RecursorPacketCache::checkResponseMatches in recpacketcache.cc, and MemRecursorCache::fakeTTD in recursor_cache.cc. For NS-type records (QType::NS), if the authoritative server responds slowly enough that the cached entry expires before the refresh response is received, the recursor has no current TTL data against which to enforce its cap. The response TTL is then accepted uncapped, enabling 'ghost domain' persistence where delegation NS records outlive their intended lifetime. No CWE was formally assigned; the root cause is a time-of-check/time-of-use (TOCTOU) race condition in cache state management. The upstream fix in PR #17748 resolves this by excluding NS record types entirely from the background refresh queue in both affected code paths.

Know when Powerdns gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (OX) PRIMARY 3.7 LOW
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
vuln.today AI 3.7 LOW

AC:H for the narrow attacker-controlled timing window; I:L for ghost NS record injection; C:N and A:N as no data disclosure or service disruption results.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
4.0 AV:N/AC:H/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (OX).

CVSS VectorVendor: OX

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
Low
Availability
None

Lifecycle Timeline

1
Patch available
Jul 23, 2026 - 11:32 EUVD

DescriptionCVE.org

If the auth responds very slowly and the records expire in between, the capping of TTLs is not enforced for lack of data. This does not happen on regular resolve as then then the child records are used immediately if not expired and thus valid, or the records are expired, and in that case not used. So this case can only happen if almost expired records are used to refresh the authoritative NS records.

Threat Intelligence Overview

EPSS Score
0.2%
Top 87% exploitable
Prevalence
Medium
popular open-source DNS resolver deployed by ISPs, hosting providers, and enterprises
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity LOW
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

18
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +18
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2016-5427 HIGH
7.5 Sep 21

PowerDNS (aka pdns) Authoritative Server before 3.4.10 does not properly handle a . Rated high severity (CVSS 7.5), this

CVE-2016-5426 HIGH
7.5 Sep 21

PowerDNS (aka pdns) Authoritative Server before 3.4.10 allows remote attackers to cause a denial of service (backend CPU

CVE-2019-3871 HIGH POC
8.8 Mar 21

A vulnerability was found in PowerDNS Authoritative Server before 4.0.7 and before 4.1.7. Rated high severity (CVSS 8.8)

CVE-2021-36754 HIGH POC
7.5 Jul 30

PowerDNS Authoritative Server 4.5.0 before 4.5.1 allows anybody to crash the process by sending a specific query (QTYPE

CVE-2012-1193 MEDIUM POC
6.4 Feb 17

The resolver in PowerDNS Recursor (aka pdns_recursor) 3.3 overwrites cached server names and TTL values in NS records du

CVE-2026-33608 CRITICAL
9.8 Apr 22

Remote attackers can corrupt PowerDNS Authoritative Server configuration via specially crafted DNS NOTIFY requests, caus

CVE-2020-24698 CRITICAL
9.8 Oct 02

An issue was discovered in PowerDNS Authoritative through 4.3.0 when --enable-experimental-gss-tsig is used. Rated criti

CVE-2019-3807 CRITICAL
9.8 Jan 29

An issue has been found in PowerDNS Recursor versions 4.1.x before 4.1.9 where records in the answer section of response

CVE-2026-33598 CRITICAL
9.1 Apr 22

Out-of-bounds memory read in dnsdist allows remote attackers to trigger information disclosure or denial of service when

CVE-2017-7557 HIGH
8.8 Aug 22

dnsdist version 1.1.0 is vulnerable to a flaw in authentication mechanism for REST API potentially allowing CSRF attack.

CVE-2020-10030 HIGH
8.8 May 19

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

CVE-2026-42000 HIGH
8.6 May 21

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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy