Bug 2506148 (CVE-2026-55990) - CVE-2026-55990 unbound: NLnet Labs Unbound: Denial of Service via faulty DNSCrypt configuration
Summary: CVE-2026-55990 unbound: NLnet Labs Unbound: Denial of Service via faulty DNSC...
Keywords:
Status: NEW
Alias: CVE-2026-55990
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 2508042
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-07-22 14:02 UTC by OSIDB Bzimport
Modified: 2026-07-28 14:26 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-07-22 14:02:48 UTC
In NLnet Labs Unbound 1.7.0 up to and including 1.25.1, when the 'dnscrypt:' clause lists more 'dnscrypt-provider-cert:' files than there are matching 'dnscrypt-secret-key:' files, Unbound fills only the matched prefix and leaves the tail slots at the '0xdb' fill that libsodium's allocator writes into every allocation. Unbound would then iterate over the number of cert files, not the actual slots, so it walks into a slot with garbage data filled with '0xdb' bytes. Any unauthenticated client that sends one UDP datagram of ≥ 68 bytes whose first 8 bytes are '0xdb' to 'dnscrypt-port' will use that garbage entry which leads to a garbage dereference killing the server. This is a silent faulty configuration that goes unnoticed until triggered with the right client query. Unbound needs to be compiled with DNSCrypt support ('--enable-dnscrypt').


Note You need to log in before you can comment on or make changes to this bug.