Skip to main content

Hickory DNS CVE-2026-123601

| EUVDEUVD-2026-119360 HIGH
Use of Incorrect Operator (CWE-480)
2026-11-08 VulnCheck GHSA-hj9x-wc4q-vmw3
8.3
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Query victim zone for last NSEC3 record + RRSIG
  2. Delivery
    Position to inject DNS responses
  3. Exploit
    Replay wrap-around NSEC3 in forged negative reply
  4. Execution
    Inverted comparison validates false coverage
  5. Persist
    Resolver accepts forged proof of nonexistence
  6. Impact
    Legitimate name denied to clients

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Use of incorrect operator
Exploitation Conditions

Exploitation requires two concrete conditions: (1) the targeted Hickory deployment must have DNSSEC validation enabled - the advisory states it affects any Hickory DNS configuration using DNSSEC validation, and non-validating resolvers are unaffected; and (2) the attacker must be able to inject DNS responses into the resolver's path, i.e. an on-path/MITM position or off-path spoofing that wins the response race (reflected by AT:P in the CVSS 4.0 vector). A further precondition, trivially satisfied, is obtaining the victim zone's wrap-around (last-in-hash-ring) NSEC3 record and its RRSIG, which are ordinary queryable DNSSEC records. Limiting factors for defenders: no exposure without DNSSEC validation, the required response-injection capability (not pure off-path-free remote), and that affected versions are the specific hickory-net 0.26.0-beta.1..0.26.1 and hickory-proto 0.25.0..0.26.0-alpha.1 ranges.

Impact

The CVSS 4.0 base score is 8.3 (High) with vector AV:N/AC:L/AT:P/PR:N/UI:N and impact concentrated on VA:H (high availability) and VI:L (low integrity), no confidentiality impact (VC:N) and no scope/subsequent-system change (SC:N/SI:N/SA:N). The signals are internally consistent: the flaw is reachable over the network without privileges or user interaction, but the AT:P (attack requirement) metric correctly captures that exploitation is not unconditional - the attacker must be positioned to inject DNS responses, i.e. on-path (MITM) or off-path with successful spoofing. This single prerequisite is the dominant factor distinguishing this from a purely trivial remote bug. VulnCheck's decision label is 'this_week', indicating elevated but not emergency urgency. This is NOT in CISA KEV, no EPSS score was provided, and no confirmed public exploit was supplied - so there is no evidence of active or at-scale exploitation; the priority is driven by severity and the clean DNSSEC-forgery primitive rather than observed attacks. Missing signals to note explicitly: EPSS probability is absent, KEV status is absent (treat as not listed), and POC/working-exploit status is unknown from the provided references (only advisories were supplied). Net assessment: a credible, high-severity DNSSEC-validation defeat that is a real near-term priority specifically for deployments doing DNSSEC validation, tempered by the response-injection precondition.

Exploit ScenarioDerived

An attacker able to inject DNS responses toward a Hickory-based validating resolver (on-path, or off-path via spoofing) first queries the victim zone to obtain its legitimate wrap-around (last) NSEC3 record and matching RRSIG. Because find_covering_record() has its wrap-around comparison operators inverted, that one record is treated as covering nearly every hash in the zone, so the attacker replays it inside a forged negative response and Hickory accepts a DNSSEC-validated proof of nonexistence for names that actually exist. No public working exploit is identified at time of analysis, though the GHSA advisory describes the flaw and trigger precisely.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Nov 08, 2026

DNSSEC validation in Hickory DNS can be tricked into accepting forged proofs of nonexistence, letting an attacker who can inject DNS responses into a resolver's path deny legitimate names (high availability impact, low integrity impact, no confidentiality impact). The flaw is an inverted pair of relational operators in the wrap-around branch of find_covering_record() in nsec3.rs, which causes the last NSEC3 record in a zone's hash ring to be treated as covering every hash except its owner name; replaying that ordinary, queryable NSEC3 record together with its RRSIG is enough to manufacture a DNSSEC-validated NXDOMAIN/NODATA answer. Affected versions are hickory-net 0.26.0-beta.1 through 0.26.1 (fixed in 0.26.2) and hickory-proto 0.25.0 through 0.26.0-alpha.1 (no patched release listed at time of analysis), and only deployments with DNSSEC validation enabled are exposed; no public exploit is identified at time of analysis, and exploitation additionally requires an on-path/MITM or winning off-path spoofing position, which is reflected in AC:H in the assessed CVSS 3.1 vector and AT:P in the CVSS 4.0 vector.

RemediationAI

Upgrade hickory-net to 0.26.2 or later, which contains the corrected wrap-around comparison per the upstream advisory (https://github.com/hickory-dns/hickory-dns/security/advisories/GHSA-588m-chg6-8jqj). For hickory-proto, the advisory lists the affected range 0.25.0 through 0.26.0-alpha.1 as not yet patched, so pinned consumers of that crate should track the advisory for a fixed release and, until one is published, either vendor-patch the wrap-around condition in crates/net/src/dnssec/nsec3.rs or drop the dependency chain that pulls in hickory-proto's validating path. Where the affected crate cannot be updated immediately, the exposure can be removed by disabling DNSSEC validation in the Hickory configuration - the advisory scopes impact to configurations using DNSSEC validation - at the cost of losing all authenticated-denial and signature validation, which broadens exposure to ordinary cache-poisoning attacks and should be treated as a temporary, monitored trade-off. Because the remaining precondition is the ability to inject DNS responses into the resolver's path, tightening the transport path (for example, ensuring resolver upstreams are reached over a channel an off-path attacker cannot spoof) reduces practical exploitability but does not fix the underlying logic error; only the upgrade does.

Affected VersionsENISA

hickory-dns 0.26.0-beta.1 <0.26.2
hickory-dns 0.25.0 ≤0.26.0-alpha.1

Affected Packages

euvd hickory_dns fix: 0.26.2

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

NSEC3 (RFC 5155) provides authenticated denial of existence by publishing a chain of hashed owner names sorted in a ring; the record whose owner hash sorts after its Next Hashed Owner Name closes the ring and, per RFC 5155 §3.1.7, covers only the hash space between its owner and the top of the ring plus the space below its Next Hashed Owner Name. Hickory's find_covering_record() in crates/net/src/dnssec/nsec3.rs contains the wrap-around branch with its two relational operators inverted - testing target < owner OR target > next instead of target > owner OR target < next - so the wrap-around record is evaluated as covering essentially the entire hash space apart from its own owner. This is CWE-480 (Use of Incorrect Operator): a single logic inversion in a security-critical predicate rather than a memory-safety or parsing defect. Because the wrap-around NSEC3 record and its RRSIG are legitimate, freely queryable data in any signed zone, an attacker can lift them and replay them in a forged negative response; a validating resolver running an affected hickory-net or hickory-proto version will accept the proof and return a DNSSEC-validated NXDOMAIN/NODATA for names that actually exist. Non-validating configurations never exercise the flawed predicate and are unaffected. The affected code spans the hickory-proto 0.25.x line (through 0.26.0-alpha.1) and the split-out hickory-net crate at 0.26.0-beta.1 through 0.26.1.

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

Vendor (VulnCheck) PRIMARY 8.3 HIGH
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N
vuln.today AI 6.5 MEDIUM

Remote (AV:N); the 4.0 AT:P response-injection prerequisite maps to AC:H in 3.1; PR:N/UI:N; forged denials give I:L and denial of legitimate names gives A:H; no confidentiality impact.

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
Low
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Nov 08, 2026 - 03:01 EUVD
CVE Published
Nov 08, 2026 - 01:38 cve.org
HIGH 8.3

DescriptionCVE.org

Hickory DNS hickory-proto 0.25.0 through 0.26.0-alpha.1 and hickory-net 0.26.0-beta.1 before 0.26.2 invert the relational operators in the wrap-around branch of find_covering_record() in nsec3.rs, so the last NSEC3 record in a zone's hash ring covers every hash except its owner. Attackers able to inject DNS responses can replay that NSEC3 record and its RRSIG to forge DNSSEC-validated negative responses denying legitimate names.

Technical POC Analysis

CWE-480 (Use of Incorrect Operator), a straight comparison inversion, not a design flaw in DNSSEC or NSEC3 itself.

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

Hickory DNS's DNSSEC validation logic contains a high-severity flaw that allows an attacker with network positioning to forge denial-of-existence proofs, causing legitimate domain names to be incorrectly denied resolution. This impacts any organization relying on Hickory DNS with DNSSEC validation enabled for critical name resolution, potentially disrupting access to internal or external services and undermining trust in DNS security. Leadership should prioritize remediation because the vulnerability can be exploited to cause service outages and erode confidence in DNSSEC protections.

Business Impact: High
Compensating Controls

No vendor-released patch identified for hickory-proto at time of analysis; for hickory-net, vendor-released patch: 0.26.2. Interim mitigations include disabling DNSSEC validation where operationally acceptable, restricting DNS resolver access to trusted networks, and monitoring for unusual NXDOMAIN/NODATA patterns.

Threat Intelligence Overview

EPSS Score
0.3%
Top 79% exploitable
Prevalence
Low
niche Rust DNS library (formerly Trust-DNS); limited production deployment versus BIND/Unbound
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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 HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

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

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