CVE-2026-56113: dhcpcd Heap Use-After-Free Denial of Service
dhcpcd, a widely-used DHCP client daemon, contains a memory safety bug that can be triggered by a malicious DHCPv6 server on the same network. An attacker who can send a specially crafted DHCPv6 renewal message can cause dhcpcd to crash. The vulnerability exists in how dhcpcd manages IPv6 address delegation—specifically when an attacker sets both lifetime values to zero in a prefix delegation exclusion option. Versions through 10.3.2 are affected; the fix is available in commit 5733d3c and later releases.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-07-14
NVD description (verbatim)
dhcpcd through 10.3.2, fixed in commit 5733d3c, contains a heap use-after-free vulnerability that allows unauthenticated same-link attackers to crash the daemon by sending a crafted DHCPv6 RENEW reply with RFC6603 OPTION_PD_EXCLUDE and both preferred and valid lifetimes set to zero. Attackers acting as or impersonating a DHCPv6 server can trigger dhcp6_deprecatedele() to free a delegated child address while an outer TAILQ_FOREACH_SAFE iterator in dhcp6_deprecateaddrs() still holds the freed pointer, causing a use-after-free when TAILQ_REMOVE is reached.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability is a classic heap use-after-free in dhcpcd's IPv6 prefix delegation handling. When processing a DHCPv6 RENEW reply containing RFC 6603 OPTION_PD_EXCLUDE with both preferred and valid lifetimes zeroed, dhcpcd calls dhcp6_deprecatedele() to mark a delegated child address for removal. However, dhcp6_deprecateaddrs() iterates over the address list using TAILQ_FOREACH_SAFE while this deletion occurs, and the freed pointer remains in the iterator's internal state. When TAILQ_REMOVE is subsequently called, it dereferences the stale pointer, triggering undefined behavior. The condition AC:H (attack complexity high) reflects the requirement that an attacker must be on the same link and craft a specific DHCPv6 message structure.
Business impact
Affected organizations experience denial of service on systems running vulnerable dhcpcd instances. Since dhcpcd is the primary DHCP client on many Linux distributions and embedded systems (routers, IoT devices, containers), a crash causes immediate network unavailability until manual restart. In infrastructure contexts—particularly virtualized environments, edge devices, or remote systems—this creates operational disruption and potential cascading failures. The attack surface includes any network where an attacker can impersonate or compromise a DHCPv6 server, which may be lower in well-segmented corporate networks but higher in multi-tenant cloud, shared hosting, or home/small office environments.
Affected systems
dhcpcd project dhcpcd through version 10.3.2 is vulnerable. This includes all Linux distributions and embedded systems that bundle dhcpcd as their primary DHCP client. Notable affected categories include Alpine Linux, various embedded routers, container base images, and network appliances. Users should verify their installed version and check whether their distribution has already patched.
Exploitability
Exploitation requires network access on the same link segment (AV:A) and the ability to send DHCPv6 messages, typically by being a DHCPv6 server or via ARP/IPv6 spoofing. The attack complexity is rated high (AC:H), meaning an attacker must craft a precise DHCPv6 frame with both RFC 6603 option and specific zero-valued lifetime fields. No user interaction is required. The vulnerability is not currently tracked in CISA's Known Exploited Vulnerabilities (KEV) catalog, and no public exploit code has been documented as of the vulnerability's publication date.
Remediation
Update dhcpcd to a patched version released after commit 5733d3c. Most Linux distributions have already issued updates; check your distribution's security advisories. For systems where dhcpcd cannot be immediately updated, network-level mitigations include: restricting DHCPv6 traffic to trusted servers, disabling prefix delegation on untrusted networks if not required, and implementing network segmentation to isolate systems from potentially compromised DHCPv6 servers. These are temporary measures pending patches.
Patch guidance
Identify your dhcpcd version using 'dhcpcd --version' or 'dhcpcd -v'. If running 10.3.2 or earlier, obtain the latest version from your distribution's package manager (e.g., 'apt update && apt upgrade dhcpcd' on Debian-based systems, 'apk upgrade dhcpcd' on Alpine). Verify the patched version is newer than 10.3.2. For systems using custom or upstream builds, pull from the official dhcpcd repository and build commit 5733d3c or later. Restart the dhcpcd service after installation: 'systemctl restart dhcpcd' or equivalent for your init system. Test connectivity immediately post-restart.
Detection guidance
Monitor system logs for dhcpcd crashes, particularly segmentation faults or SIGSEGV signals coinciding with unusual DHCPv6 traffic. Enable dhcpcd debug logging (typically via '-d' flag or configuration) on test systems to capture detailed DHCP message flows. Network-level detection is challenging without packet inspection for the specific malformed DHCPv6 RENEW with OPTION_PD_EXCLUDE; however, unexplained daemon crashes following DHCPv6 server communication patterns may warrant deeper packet capture analysis. Host-based intrusion detection focused on dhcpcd process crashes and abnormal termination provides practical alerting.
Why prioritize this
Despite CVSS 5.3 (medium), this vulnerability warrants moderate-to-high priority because dhcpcd is pervasive in Linux and embedded systems, and denial of service on network infrastructure has immediate operational impact. The attack vector is local to the network link, limiting exposure in enterprise networks but creating significant risk for home users, IoT deployments, and data centers with less-controlled upstream network segments. The lack of KEV designation and public exploits suggests active exploitation is not yet widespread, but the technical simplicity of crafting the malformed DHCPv6 message means exploitation could accelerate once tools are released.
Risk score, explained
CVSS 5.3 reflects a denial-of-service attack (no confidentiality or integrity impact) requiring same-link network access with high attack complexity. The score appropriately captures that while the vulnerability is real and triggerable, it does not lead to data breach or privilege escalation—only service unavailability. In environments where dhcpcd restarts automatically (systemd, supervisor, container orchestrators), recovery is rapid, lowering practical risk. However, environments with manual restart dependencies or single-point-of-failure network configurations should treat this closer to high severity.
Frequently asked questions
Does this vulnerability allow remote code execution or privilege escalation?
No. The vulnerability causes a controlled crash (use-after-free leading to a segmentation fault). While use-after-free bugs *can* sometimes be leveraged for code execution, this particular case results in denial of service only. Attackers cannot inject code or escalate privileges.
Do I need to patch if I am not using DHCPv6?
If your network and dhcpcd configuration do not use DHCPv6 (only DHCPv4), you are not vulnerable to this specific flaw. However, check your configuration explicitly. Many modern Linux systems enable DHCPv6 by default on networks that advertise it. When in doubt, update dhcpcd anyway, as the patch is low-risk.
What is the difference between this vulnerability and a typical buffer overflow?
This is a use-after-free, a memory corruption bug in a different category (CWE-416) than a buffer overflow (CWE-120). The flaw arises from freeing memory while another part of the code still holds a pointer to it. Both are serious, but use-after-free requires the attacker to understand object lifecycle and iterator state, making it slightly less trivial to exploit than an oversized write.
If my dhcpcd service automatically restarts, am I safe from this vulnerability?
Automatic restart minimizes downtime but does not eliminate the vulnerability or its risk. Each crash incurs restart latency (seconds to minutes), during which the system lacks DHCPv4/v6 service. For critical infrastructure, this is unacceptable. Patching remains the correct remediation; automatic restart is a temporary band-aid.
This analysis is provided for informational purposes and reflects publicly available information as of the vulnerability's publication date. No guarantee is made regarding the completeness or accuracy of patch availability for all distributions or configurations. Organizations should verify patch status against their vendor advisories and conduct testing in their own environments before deploying updates to production systems. This advisory does not constitute legal or compliance advice. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-56117MEDIUMdhcpcd Heap Use-After-Free in Control Socket (MEDIUM 4.7)
- CVE-2025-55644MEDIUMHeap Use-After-Free in GPAC MP4Box v2.4 DoS Vulnerability
- CVE-2025-55650MEDIUMHeap Use-After-Free in GPAC MP4Box v2.4 DoS Vulnerability
- CVE-2025-60486MEDIUMHeap Use-After-Free in GPAC MP4Box MPEG-2 Dasher – DoS Vulnerability
- CVE-2026-10232MEDIUMAssimp Use-After-Free in ASE Parser (CVSS 5.3)
- CVE-2026-10634MEDIUMZephyr TCP Stack Use-After-Free Race Condition
- CVE-2026-10635MEDIUMXtensa Memory Domain Use-After-Free in Zephyr RTOS
- CVE-2026-10637MEDIUMZephyr IPv6 MLD Use-After-Free Denial of Service