Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttain MITM or DNS-spoofing position
-
DeliveryObserve query triggering wildcard CNAME/DNAME expansion
-
ExploitForge NSEC/NSEC3 record without valid RRSIG
-
ExecutionInject forged response before legitimate reply arrives
-
PersistRecursor accepts unsigned wildcard proof
-
ImpactDNSSEC bypass complete, forged DNS data resolved
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
|
| Exploitation Conditions | Exploitation requires two concurrent conditions: first, the attacker must have a network position enabling injection of forged DNS responses - either a man-in-the-middle position on the link between the recursor and authoritative nameservers, or the ability to perform DNS spoofing/cache poisoning. Second, the DNS query being processed must produce a wildcard-synthesized answer that is specifically a CNAME or DNAME record type; wildcard answers of other types (A, AAAA, MX, TXT, etc.) are not affected. The recursor does not need to be misconfigured - the flaw exists in the standard DNSSEC validation code path when both conditions coincide. Exploitation is limited by: the requirement for network-level access to inject responses (not purely remote over the open internet without that position), the statistical rarity of wildcard CNAME/DNAME patterns in DNSSEC-signed zones, and the high attack complexity reflected in CVSS AC:H. |
| Impact | The official CVSS 3.1 score of 3.7 (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N) accurately reflects the constrained real-world risk. Attack complexity is genuinely high: exploitation requires an adversary to be positioned to inject or spoof DNS responses in transit - either as a network man-in-the-middle or via DNS cache poisoning - and additionally requires the target query to match a wildcard that returns a CNAME or DNAME record, a less common configuration. The integrity impact is rated Low (I:L), reflecting that a successful bypass allows an attacker to have forged NSEC/NSEC3 records accepted, but the direct CVSS scope does not extend to the downstream clients who may be redirected. EPSS data was not provided, making probabilistic exploitation likelihood indeterminate. The vulnerability is not listed in the CISA KEV catalog, and no public exploit code has been identified. Despite the low CVSS score, DNSSEC bypass is architecturally significant: it undermines the trust chain that protective DNS relies upon, and environments using DNSSEC as a control against DNS hijacking should treat this as a higher operational priority than the raw score suggests. There is no conflicting signal between the CVSS vector and the description - both indicate a network-accessible but high-complexity attack with no authentication requirement. |
| Exploit ScenarioDerived | An attacker with a man-in-the-middle position on the network path between the PowerDNS Recursor and an upstream authoritative server crafts a forged DNS response containing an unsigned or malformed NSEC/NSEC3 record alongside a wildcard-synthesized CNAME answer. Because the recursor skips signature validation on NSEC/NSEC3 records in this code path, it accepts the forged proof, resolves the CNAME chain, and returns a DNS result to downstream clients that DNSSEC should have rejected - effectively neutralizing the integrity guarantees DNSSEC provides for that query. No public proof-of-concept code was identified at time of analysis, and the attack requires controlled network positioning plus a matching wildcard-CNAME/DNAME query pattern, limiting opportunistic exploitation. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 23, 2026
DNSSEC validation is bypassed in PowerDNS Recursor when wildcard-synthesized answers are CNAME or DNAME record types, allowing an attacker positioned to inject forged DNS responses to circumvent cryptographic integrity guarantees. Wildcard expansion proofs - the NSEC or NSEC3 records that DNSSEC uses to prove a wildcard match is legitimate - are accepted by the recursor without verifying their signatures in this specific code path. No public exploit code has been identified at time of analysis, and EPSS data was not provided; however, the bypass of DNSSEC undermines a core trust mechanism used by resolvers to reject forged DNS data.
RemediationAI
Consult the PowerDNS vendor advisory at https://docs.powerdns.com/recursor/security-advisories/powerdns-advisory-powerdns-2026-10.html for the exact patched version, which is not independently confirmed from the available NVD CPE data (no upper-bound version is specified). Upgrade to the vendor-released fixed version as the primary remediation. As a compensating control where patching is immediately impractical, operators may consider disabling DNSSEC validation entirely on the recursor (setting dnssec=off or dnssec=process-no-validate in recursor.conf) - however, this eliminates all DNSSEC protection and should be treated as a temporary last resort with explicit risk acceptance. Alternatively, restricting the use of wildcard CNAME or DNAME records in DNSSEC-signed zones served or queried through the affected recursor reduces the attack surface without disabling DNSSEC globally.
Affected VersionsENISA
Affected Packages
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: cpe:2.3:a:powerdns:recursor:*:*:*:*:*:*:*:*) is a high-performance DNS recursive resolver widely deployed in enterprise networks and by ISPs. DNSSEC (RFC 4033-4035) requires that recursive resolvers validate cryptographic signatures on all DNS records, including NSEC and NSEC3 denial-of-existence records used to authenticate wildcard expansions. When a DNS zone uses wildcards (e.g., *.example.com) and a query matches that wildcard, the zone must provide an NSEC or NSEC3 proof that the queried name does not exist as a concrete record, justifying the wildcard synthesis. The vulnerability occurs specifically when the synthesized wildcard answer is a CNAME or DNAME record: PowerDNS Recursor's code path for this case omits the signature validation step on the accompanying NSEC/NSEC3 records, meaning a forged or unsigned proof is accepted as valid. No CWE identifier was assigned in NVD data, but the root cause class is best described as a logic/path error - a specific branch of the DNSSEC validation routine that fails to enforce signature checks.
Know when Jwt Attack 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
AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
Network-reachable but requires adversarial DNS injection position and a wildcard CNAME/DNAME query; integrity impact only, no confidentiality or availability consequence.
Primary rating from Vendor (OX).
CVSS VectorVendor: OX
Lifecycle Timeline
1DescriptionCVE.org
The issue is a DNSSEC validation bypass where wildcard expansion proofs (NSEC/NSEC3 records) are accepted without signature validation when the wildcard answer is a CNAME or DNAME record.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in WSO2 API Manager and related components (Universal Gateway, Traffic Manager, API Control Plane,
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
Authentication and authorization bypass in fast-jwt 6.2.0 through 6.2.4 (npm, NearForm) lets a remote, unauthenticated a
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
EUVD-2026-47931
GHSA-h7w8-vg64-36f2
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB