Skip to main content

Hickory DNS CVE-2026-123605

| EUVDEUVD-2026-119364 HIGH
Improper Verification of Cryptographic Signature (CWE-347)
2026-11-08 VulnCheck GHSA-h7hc-rhv6-hvw6
8.7
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Control any DNSSEC-signed public zone
  2. Delivery
    Forge RRSIG for records in an unrelated victim zone
  3. Exploit
    Victim resolver validates signature against attacker DNSKEY
  4. Execution
    Spoofed records accepted as authenticated
  5. Impact
    Redirect clients to attacker-controlled infrastructure

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
Exploitation Conditions

Exploitation requires the target to be a Hickory DNS resolver, recursor, or client that calls DnssecDnsHandle, is compiled with the dnssec-ring or dnssec-aws-lc-rs feature, and is configured to perform DNSSEC validation - if DNSSEC validation is not enabled, the vulnerable code path is not reached. The attacker must control at least one secure (DNSSEC-signed) zone in the public DNS to mint valid RRSIGs; purely passive or zone-less attackers cannot trigger it. These are the limiting factors (feature compiled in, validation enabled, attacker operating a signed zone); no end-user interaction or privilege on the victim resolver itself is needed. Affected: hickory-proto 0.1 through 0.25.0-alpha.3 and hickory-net v0.26.0-beta.1 through 0.26.1.

Impact

This is a genuine, high-impact integrity failure rather than an inflated CVSS score: CWE-347 improper signature verification that silently defeats the core guarantee of DNSSEC. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H, score 8.7 High) is consistent with the mechanism - a validator that accepts an RRSIG whose Signer's Name points to any attacker-controlled secure zone, violating RFC 4035 §5.3.1. PR:L reflects a real but low barrier: the attacker must operate a DNSSEC-signed zone in the public DNS, not merely send packets. No EPSS score, KEV listing, or exploit-code reference is present in the input, so exploitation is not demonstrated in the wild - no public exploit identified at time of analysis. The vuln.today decision label is 'this_week' (not act_now/emergency), which matches the picture: cryptographically trivial for any zone operator and broadly damaging where DNSSEC validation is enabled, but gated behind an opt-in feature/configuration and no evidence of mass exploitation. Priority is driven by impact and ease of signature forgery, not by observed campaigns. Reported by VulnCheck and confirmed by the vendor GHSA advisory.

Exploit ScenarioDerived

An attacker who registers and DNSSEC-signs their own zone crafts an RRSIG whose Signer's Name points at that attacker zone but which covers forged records (e.g. an A record) for a victim name in an unrelated zone. A Hickory-based resolver, recursor, or client performing DNSSEC validation fetches the attacker's DNSKEY, verifies the signature successfully, and returns the forged records as authenticated - enabling DNS spoofing and traffic redirection over the network with low complexity. No public exploit code is identified in the provided sources, though the technique is straightforward for any zone operator.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.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 – Nov 08, 2026

DNSSEC validation bypass in Hickory DNS lets an attacker who controls any single DNSSEC-signed zone mint cryptographically valid RRSIGs over records in unrelated zones, so resolvers, recursors and clients using DnssecDnsHandle accept forged data as authenticated. Affected are hickory-proto 0.1 through 0.25.0-alpha.3 and hickory-net v0.26.0-beta.1 through 0.26.1 when built with the dnssec-ring or dnssec-aws-lc-rs feature and configured to validate DNSSEC; hickory-proto 0.25.0-alpha.4 and later are not affected, and hickory-net is fixed in 0.26.2. The issue is rated 8.7 (CVSS:4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H) and the assessed impact is high-integrity rather than availability-driven; no public exploit identified at time of analysis and no CISA KEV listing, though the referenced advisory is public and priority is this-week remediation.

RemediationAI

Upgrade hickory-net to 0.26.2, which is the version that carries the containment check; projects still on the older crate should move off hickory-proto, where versions 0.1 through 0.25.0-alpha.3 are vulnerable and 0.25.0-alpha.4 and later are not affected, effectively by upgrading to 0.25.0-alpha.4-or-later or migrating to hickory-net 0.26.2. Patch details and affected-range confirmation are in advisory GHSA-2vgh-3wfw-qj7c and the VulnCheck advisory at vulncheck.com. Where an immediate upgrade is not possible, the only path that avoids the flaw is to run without DNSSEC validation enabled, since the vulnerable DnssecDnsHandle validation path is not reached when validation is off - at the cost of losing DNSSEC authentication for all answers, which is a significant downgrade and should be time-boxed. Operators should also treat validated answers from unpatched Hickory-based resolvers as untrusted for integrity-sensitive uses until the upgrade lands.

Affected VersionsENISA

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

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

The flaw is a CWE-347 improper-verification-of-cryptographic-signature defect in Hickory's DNSSEC validator. When validating an RRset, the validator took the name in the RRSIG Signer's Name field, fetched that name's DNSKEY RRset, and verified the signature against it, but never confirmed that the signer name is the zone that actually contains the RRset - the check required by RFC 4035 §5.3.1 (second bullet). Because zone keys legitimately sign only their own zone's data, omitting the containment check means a key from any attacker-controlled signed zone validates as authoritative for arbitrary names elsewhere. The affected logic lives in the DnssecDnsHandle path and is reachable by the resolver, recursor and client components when the crate is compiled with the dnssec-ring or dnssec-aws-lc-rs backend and DNSSEC validation is enabled; with validation off the code path is not reached. The code was migrated from hickory-proto into hickory-net as part of the 0.26.0 release, which splits the affected version ranges across the two crates. CPE coverage in the supplied intelligence is the generic cpe:2.3:a:hickory-dns:hickory-dns entry and does not distinguish hickory-proto from hickory-net, so advisory version ranges should be treated as authoritative.

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.7 HIGH
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
vuln.today AI 8.8 HIGH

Remote over DNS with low complexity (AV:N/AC:L); PR:L because the attacker must operate a signed zone; forged authenticated records enable redirection, tampering, and denial (C/I/A:H).

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
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.7

DescriptionCVE.org

Hickory DNS hickory-proto 0.1 through 0.25.0-alpha.3 and hickory-net before 0.26.2 contain a DNSSEC validation bypass because the validator verifies an RRSIG against the DNSKEY of whatever name appears in its Signer's Name field without checking that this name is the zone containing the RRset. Attackers controlling any secure zone can produce valid signatures over arbitrary records in unrelated zones, which resolvers, recursors, and clients using DnssecDnsHandle accept as authenticated.

Technical POC Analysis

CWE-347, improper verification of a cryptographic signature.

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

A high-severity DNSSEC validation bypass in Hickory DNS (used by our resolvers and clients) allows an attacker controlling any DNSSEC-signed zone to forge authenticated records in unrelated zones, potentially redirecting or poisoning DNS responses. This compromises the integrity of name resolution, enabling man-in-the-middle, phishing, and service impersonation. Leadership should care because it undermines a core security control and affects any system relying on Hickory DNS for DNSSEC validation.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis; interim mitigations include disabling DNSSEC validation (if acceptable), restricting network access to DNS resolvers, and monitoring for forged RRSIGs. Apply vendor patch when available.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
Low
Rust-specific DNS library; limited production resolver deployment footprint
Social Media
2
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.2%
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
No
Human Impact
High

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

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