Description
In NLnet Labs Unbound 1.13.2 up to and including 1.25.1, stub or forward zones where the name is below an intermediate labed below a DNSSEC signed zone could be shadowed by the intermediate label's secure NXDOMAIN answer from the parent. This is caused by an off-by-one error in 'harden-below-nxdomain' logic; enabled by default. It effectively bypasses the configuration and the configured stub/forward zone is never contacted. 'harden-below-nxdomain' does an upward DNS cache walk together with a delegation point guard that does not allow NXDOMAIN synthesis above stub/forward zones. The guard tests the domain name but before stripping a label. This results in an iteration where the domain name equals the configured stub/forward zone apex that passes the guard, strips one more label, and probes the cache at the apex's immediate public parent. If that parent has a cached DNSSEC-secure NXDOMAIN, which it will for any private namespace nested two or more labels under a signed public name, the walk returns it and the configured stub/forward upstream is never contacted. This can only be triggered by the query for the intermediate label (between the stub/forward apex and the DNSSEC parent zone).
Published: 2026-07-22
Score: 3.7 Low
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

This is a CWE-193, an off‑by‑one error, in Unbound’s ‘harden‑below‑nxdomain’ logic that allows a parent zone to supply a DNSSEC‑signed NXDOMAIN answer that shadows a configured stub or forward zone. Because the check incorrectly strips an extra label before verifying the delegation guard, the resolver can skip contacting the intended upstream for an intermediate label, treating the answer as authoritative. This bypasses the configured routing for private or internal zones, causing them to fail resolution or receive improper answers.

Affected Systems

NLnet Labs Unbound versions from 1.13.2 up to and including 1.25.1 are impacted. The issue occurs when stub or forward zones are nested two or more labels beneath a DNSSEC‑signed parent zone, and the ‘harden‑below‑nxdomain’ feature is enabled (the default).

Risk and Exploitability

The CVSS score of 3.7 indicates low overall severity, and the vulnerability is not listed in CISA’s KEV catalog. Although EPSS score is <1%, the flaw can be triggered by sending a DNS query for the intermediate sub‑label on any machine that uses an affected Unbound instance, which may be reachable over the network. Attackers could force the server to return a forged NXDOMAIN and prevent configured zones from being consulted, leading to denial of resolution for internal services. The exploit is straightforward—no extra privileges are required—so the risk is moderate for exposed resolvers but low for isolated internal deployments.

Generated by OpenCVE AI on August 4, 2026 at 15:45 UTC.

Remediation

Vendor Solution

This issue is fixed starting with version 1.25.2


OpenCVE Recommended Actions

  • Upgrade the Unbound installation to version 1.25.2 or newer, which contains the fix for the off‑by‑one error.
  • If an upgrade is not immediately possible, temporarily disable the ‘harden‑below‑nxdomain’ setting in the Unbound configuration to prevent the NXDOMAIN override.
  • After applying the fix or workaround, verify that stub and forward zones are correctly resolved by querying test names under the affected namespaces.

Generated by OpenCVE AI on August 4, 2026 at 15:45 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 27 Jul 2026 20:30:00 +0000

Type Values Removed Values Added
First Time appeared Nlnetlabs
Nlnetlabs unbound
Vendors & Products Nlnetlabs
Nlnetlabs unbound

Wed, 22 Jul 2026 15:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Wed, 22 Jul 2026 13:30:00 +0000

Type Values Removed Values Added
Description In NLnet Labs Unbound 1.13.2 up to and including 1.25.1, stub or forward zones where the name is below an intermediate labed below a DNSSEC signed zone could be shadowed by the intermediate label's secure NXDOMAIN answer from the parent. This is caused by an off-by-one error in 'harden-below-nxdomain' logic; enabled by default. It effectively bypasses the configuration and the configured stub/forward zone is never contacted. 'harden-below-nxdomain' does an upward DNS cache walk together with a delegation point guard that does not allow NXDOMAIN synthesis above stub/forward zones. The guard tests the domain name but before stripping a label. This results in an iteration where the domain name equals the configured stub/forward zone apex that passes the guard, strips one more label, and probes the cache at the apex's immediate public parent. If that parent has a cached DNSSEC-secure NXDOMAIN, which it will for any private namespace nested two or more labels under a signed public name, the walk returns it and the configured stub/forward upstream is never contacted. This can only be triggered by the query for the intermediate label (between the stub/forward apex and the DNSSEC parent zone).
Title Off-by-one error in 'harden-below-nxdomain' logic can shadow a stub/forward zone by a legitimate parent's NXDOMAIN
Weaknesses CWE-193
References
Metrics cvssV3_1

{'score': 3.7, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:L'}


Subscriptions

Nlnetlabs Unbound
cve-icon MITRE

Status: PUBLISHED

Assigner: NLnet Labs

Published:

Updated: 2026-07-22T14:19:53.266Z

Reserved: 2026-06-22T12:35:21.340Z

Link: CVE-2026-44687

cve-icon Vulnrichment

Updated: 2026-07-22T14:19:48.184Z

cve-icon NVD

Status : Analyzed

Published: 2026-07-22T14:17:19.040

Modified: 2026-07-24T13:56:10.167

Link: CVE-2026-44687

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-04T16:00:12Z

Weaknesses