Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPosition as rogue/on-path parent nameserver
-
DeliveryDeliver one signed parent-side NSEC3 response
-
ExploitRecursor matches closest encloser by hash only
-
ExecutionCache forged NXDOMAIN/NODATA with AD=1
-
ImpactDeny resolution of existing names below zone cut
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Data authenticity verification
|
| Exploitation Conditions | Hickory must be deployed as a DNSSEC-validating recursive resolver, since the defect is in the validating recursor's NSEC3 NXDOMAIN/NODATA handling. The attacker must be able to deliver one crafted response to the resolver - practical paths named in the advisory are on-path interception, operating a rogue/misbehaving parent or authoritative nameserver, or winning an off-path UDP source-port+TXID race. No key compromise and no authentication to the zone are required because the forged response reuses genuinely signed, publicly retrievable parent-side NSEC3 records (those the parent already serves on child./DS queries). Limiting factors: the deployment must be a validating recursor (not a stub or non-validating resolver), the attacker needs a response-injection position, and the effect is bounded to names at and below the target zone cut and persists only for the cached negative TTL. |
| Impact | The supplied CVSS 4.0 vector rates this 8.7 (High) with AV:N/AC:L/AT:N/PR:L/UI:N and VC:H/VI:H/VA:H, but the VC:H (confidentiality) rating is hard to justify from the evidence: the flaw yields forged, AD=1-authenticated denial-of-existence (NXDOMAIN/NODATA), which is an integrity and availability problem, not data disclosure. The concrete impact is denial of resolution for names that legitimately exist at and below a zone cut, cached for the negative TTL. Exploitation requires an attacker able to inject one response - on-path, a rogue/misbehaving parent or authoritative nameserver, or winning an off-path source-port+TXID race; the race path raises complexity while the rogue-parent/on-path paths are low-complexity. No EPSS score, no CISA KEV listing, and no confirmed working exploit code are present in the input, so there is no signal of widespread active exploitation yet; vuln.today assigns a 'this_week' priority rather than act_now/emergency. Net: a credible, genuine DNSSEC-validation bypass that warrants prompt patching for anyone running Hickory as a validating recursor, but blast radius is bounded by a niche deployment footprint and the need for a privileged network position. Note: PR:L in the supplied vector conflicts with the description, which describes an unauthenticated network attacker rather than an authenticated one - verify with vendor. |
| Exploit ScenarioDerived | An attacker acting as a rogue/misbehaving parent nameserver, on-path, or by winning an off-path port+TXID race delivers a single DNS response assembled from the parent zone's genuinely signed ancestor-delegation NSEC3 records (no key compromise needed). Hickory's validating recursor matches the closest encloser by NSEC3 hash without inspecting the type bitmap, accepts the parent-side NSEC3 as proof of nonexistence, and caches an NXDOMAIN/NODATA with AD=1, so every subsequent client query for names at and below the zone cut is denied for the negative TTL. No confirmed public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 08, 2026
DNSSEC validation bypass in Hickory DNS allows a crafted response built from legitimately signed parent-side NSEC3 records to make a validating recursor cache NXDOMAIN or NODATA with AD=1 for names that exist at and below a zone cut. hickory-proto 0.25 through 0.26.0-alpha.1 and hickory-net 0.26.0-beta.1 before 0.26.2 are affected; hickory-net is fixed in 0.26.2, while the advisory lists no patched hickory-proto release. No public exploit identified at time of analysis, and the assessed impact is integrity and availability (C:N/I:L/A:H), not confidentiality.
RemediationAI
Upgrade hickory-net to 0.26.2, the fixed version stated in the advisory (GHSA-624w-vvww-xvpw). No vendor-released patch for hickory-proto 0.25 through 0.26.0-alpha.1 is identified in the supplied data at time of analysis; track the advisory and apply a fixed release when it appears. The advisory does not describe a vendor workaround; because the defect is confined to the validating recursor's NSEC3 handling, an interim deployment-specific control is to keep affected hickory-proto versions out of the DNSSEC-validating recursive-resolver role (for example, use a different validating resolver in front of or instead of the affected instance), accepting that this changes validation responsibility and must be tested for DNSSEC policy compatibility. Disabling DNSSEC validation would also remove the vulnerable proof path but would remove authenticity checking entirely, so it is a trade-off rather than a fix.
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
Hickory DNS implements DNSSEC validation in its recursive resolver; the flaw is in the NSEC3 NXDOMAIN and NODATA proof handling. RFC 6840 §4.1 and RFC 5155 §8.3 require an ancestor-delegation exclusion: an NSEC3 at a zone cut published by the parent (NS set present, SOA clear) may authenticate only the absence of DS at that owner, not nonexistence of names below the cut. Hickory's closest-encloser selection matches an NSEC3 by hash equality alone and never inspects the type bitmap, so a parent-side NSEC3 at the cut is accepted as the closest encloser for any name strictly below it; with covering NSEC3s for the next-closer and wildcard hashes - all genuinely signed and publicly retrievable from the parent - the resolver returns Proof::Secure and serves NXDOMAIN AD=1 for existing child names. The NODATA direct-match path has the same defect: it checks only that QTYPE and CNAME are absent, allowing the same parent-side NSEC3 to authenticate absence of any non-DS type at the cut owner, and an NSEC3 asserting DNAME at the owner is treated equivalently. CWE-345 (insufficient verification of data authenticity) fits the root cause; the supplied 'Information Disclosure' tag is not supported by the assessed effect, and the supplied CVSS 4.0 vector's VC:H is not justified by forged denial of existence. No key compromise is needed: the attacker only has to deliver one response via on-path interception, a rogue or misbehaving parent or authoritative server, or an off-path source-port plus TXID race; the resulting negative is cached under the (child., NS) key during the delegation walk, so subsequent client queries short-circuit for the negative TTL.
Know when Hickory Dns 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Unauthenticated network attacker needing only a response-injection position (PR:N, AC:L for the rogue-parent/on-path path); no data disclosure (C:N); forged authenticated negatives (I:L) deny resolution of existing names (A:H).
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Hickory DNS hickory-proto 0.25 through 0.26.0-alpha.1 and hickory-net 0.26.0-beta.1 before 0.26.2 contain a DNSSEC validation flaw in the validating recursor's NSEC3 handler, which matches the closest encloser by hash alone without checking the type bitmap and so accepts parent-side ancestor-delegation NSEC3 records as proof of nonexistence. An attacker who delivers one response built from genuinely signed parent NSEC3 records can cause NXDOMAIN or NODATA to be cached with AD=1, denying resolution of existing names at and below the zone cut.
Technical POC Analysis
CWE-345 (Insufficient Verification of Data Authenticity).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A DNSSEC validation bypass in Hickory DNS could allow attackers to poison DNS resolver caches, causing legitimate domains to appear non-existent and disrupting access to business-critical services. This affects organizations using Hickory DNS in their infrastructure, and while no public exploit exists yet, the high availability impact means unpatched systems could face outages or redirection of traffic. Leadership should prioritize remediation to prevent potential operational disruption.
No vendor-released patch identified for hickory-proto; for hickory-net, apply vendor patch (version 0.26.2). Interim mitigations for hickory-proto include disabling DNSSEC validation if feasible, restricting resolver access to trusted networks, and monitoring for anomalous DNS responses.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Hickory DNS Multiple Security Flaws
View all 36More in Hickory Dns
View allMalformed TSIG records can crash Hickory DNS 0.26.0 through 0.26.1 builds compiled with overflow checks enabled, causing
Remote, unauthenticated memory-amplification denial of service affects Hickory DNS (the hickory-proto crate) versions 0.
EUVD-2026-119354
GHSA-v96c-g4c4-84vh
NVD
CVE.org
EPSS
Exploit-DB