Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure resolver to attacker-controlled domain
-
DeliveryResolver opens TCP to malicious authoritative server
-
ExploitServer returns TC=1 on every transport
-
Executiontry_send re-queues retry with no iteration counter
-
PersistLoop spins until 5s deadline
-
ImpactResolver resources exhausted (DoS)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Loop termination conditions
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the victim's hickory-resolver (version >= 0.26.0-beta.1 and < 0.26.2) send a query whose authoritative answer is controlled by the attacker, and that this malicious authoritative server set the TC (truncated) header bit on responses across every available transport, including over the persistent TCP connection. The flaw is in the NameServerPool::try_send retry arm, which re-queues truncated responses without inspecting the answering transport or counting iterations. Limiting factors: the attacker must control or influence the authoritative response path for a name the target resolves (not arbitrary off-path traffic), the impact is bounded to the 5-second per-request wall-clock deadline per affected request (resource exhaustion rather than permanent lockup), and only the stated version range is affected - upgrading to 0.26.2, which the vendor lists as the fix, removes the condition. There is no confidentiality or integrity impact. |
| Impact | This is a genuine availability risk but a narrow one. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) describes remote, unauthenticated, low-complexity exploitation with a single high-impact dimension: availability only (VA:H; confidentiality and integrity are N), consistent with CWE-835 (infinite loop) and the advisory's CWE-400/CWE-406 resource-exhaustion classification. There is no confidential or integrity exposure - the sole outcome is a per-request denial of service via an unbounded TC-retry loop. No EPSS score, no CISA KEV listing, and no PoC marked as confirmed working exploit code were provided, so by the precision rules this is 'no public exploit identified at time of analysis'; the only exploitation-adjacent artifacts are the vendor PR and fix commit. Signals are therefore internally consistent rather than conflicting: a high CVSS driven entirely by availability, a vuln.today Decision label of 'this_week' (not act_now/emergency), and no evidence of active exploitation. The practical catch - not captured by PR:N - is that exploitation requires the victim resolver to send a query that an attacker-controlled authoritative server answers, i.e., the attacker must control or influence the authoritative response path for a name the target resolves. Net: a real, patch-worthy DoS for services that resolve attacker-influenced domains using the affected hickory-resolver versions, but not a widespread mass-exploitation emergency. |
| Exploit ScenarioDerived | An attacker operates (or compromises) an authoritative DNS server for a domain that a victim application resolves via hickory-resolver, and configures it to set the TC (truncated) bit on every response across every transport. When the resolver retries over its persistent TCP connection, NameServerPool::try_send re-queues indefinitely without an iteration counter, pinning the worker until the 5-second per-request deadline elapses and exhausting resolver resources. No authentication or user interaction is required (PR:N/UI:N), though the attacker must control the authoritative response for a name the target resolves; no confirmed working public exploit was provided, only the vendor patch. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 08, 2026
A resource-exhaustion denial of service in the hickory-resolver name server pool (versions 0.26.0-beta.1 through 0.26.1, fixed in 0.26.2) lets an attacker-controlled authoritative DNS server keep the resolver spinning by setting the truncated (TC) header bit on every response, including over the persistent TCP connection. Because the NameServerPool::try_send retry arm re-queues truncated requests without checking which transport answered or counting iterations, each affected query burns its full 5-second wall-clock deadline, allowing repeated queries to exhaust resolver resources. No public exploit code is identified at time of analysis and the issue is not recorded as actively exploited (CISA KEV); this is a genuine availability risk but a narrow one, since the attacker must control or influence the authoritative response path for a name the target resolves, and per-request impact is bounded by the 5-second deadline rather than a permanent lockup. There is no confidentiality or integrity impact.
RemediationAI
Vendor-released patch: upgrade hickory-resolver to 0.26.2, which is the version the advisory lists as fixing the unbounded TC-retry loop; the change is delivered via upstream PR https://github.com/hickory-dns/hickory-dns/pull/3871 (commit 0848d2e9e4183499343318a690d6dd5e48bc21c1), and details are in GHSA-6w6g-hm98-mhgm. Until the upgrade can be applied, the practical exposure is limited to resolvers that query names whose authoritative answers are controlled by an untrusted party; operators can reduce the attack surface by avoiding resolution of untrusted domains through affected resolver instances and by rate-limiting or monitoring queries that repeatedly consume the full 5-second request deadline with no successful answer, accepting that such measures are compensating controls rather than a complete fix. No other workaround is described in the available sources.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in cargo, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Hickory DNS is a Rust DNS implementation; hickory-resolver's NameServerPool drives request retries across UDP and TCP transports to upstream nameservers. The root cause is classified as CWE-835 (loop with unreachable exit condition), with the vendor advisory also citing CWE-400 and CWE-406 (uncontrolled resource consumption and insufficient control of network message volume). When an upstream response carries the TC bit, the resolver re-queues the request to the same nameserver to retry with UDP disabled, but the retry arm never inspects the transport that just answered and maintains no iteration counter. Consequently, an authoritative server that sets TC=1 on every available transport - notably on the already-established persistent TCP connection - keeps the resolver retrying until the 5-second per-request wall-clock deadline expires, consuming connection and resolver resources in the meantime. The affected package is rust/hickory-resolver at versions >= 0.26.0-beta.1 and < 0.26.2; the trigger is specifically an attacker-controlled authoritative response path for a queried name, not arbitrary off-path traffic.
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:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Remote unauthenticated trigger via a malicious authoritative response (AV:N/PR:N/UI:N), low complexity, availability-only impact (A:H) from the unbounded retry loop; no confidentiality or integrity effect.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Hickory DNS hickory-resolver 0.26.0-beta.1 before 0.26.2 contains an unbounded retry loop in NameServerPool::try_send, which re-queues truncated (TC) responses without checking the answering transport or counting iterations. A malicious authoritative server returning TC=1 on every transport keeps the resolver spinning on a persistent TCP connection until the 5-second request deadline expires, causing resource exhaustion.
Technical POC Analysis
Evidence caveat up front: the supplied evidence is the GitHub advisory GHSA-6w6g-hm98-mhgm only.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A high-severity denial-of-service vulnerability (CVE-2026-123604) affects the hickory-resolver DNS library versions 0.26.0-beta.1 through 0.26.1, allowing an attacker who controls an authoritative DNS server to exhaust resolver resources by manipulating DNS response headers. This could disrupt DNS resolution for applications relying on the affected resolver, impacting service availability. Leadership should prioritize remediation to prevent potential outages, though exploitation requires specific conditions and no active attacks have been observed.
Apply vendor patch.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
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-119363
GHSA-9rhf-mg7m-qfr9
NVD
CVE.org
EPSS
Exploit-DB