Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain on-link network position
-
DeliveryForge Router Advertisement with O=1 flag
-
ExploitSend forged DHCPv6 REPLY matching xid/CLIENTID
-
ExecutionOverflow dns_name stack buffer in get_domains
-
ImpactCrash connmand running as root
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Stack buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must be on-link (adjacent network segment) with the victim host. The host must run ConnMan (through 2.0) with DHCPv6 active and must accept a forged Router Advertisement with the Other-config flag set (O=1), which drives ConnMan into a DHCPv6 information-request exchange. The attacker then needs a forged DHCPv6 REPLY whose transaction ID (xid) and CLIENTID match the victim's in-flight exchange and that carries a DOMAIN_LIST option (option 24) of ≥1025 non-zero bytes. Limiting factors: exploitation cannot be performed remotely across routed networks (AV:A), and the REPLY must match the victim's xid/CLIENTID, though an on-link attacker can observe or race these; no authentication or user interaction is required. |
| Impact | The signals point to a moderate, situational denial-of-service risk rather than a top-tier emergency. The CVSS vector is AV:A (adjacent/on-link), not AV:N, so exploitation is confined to an attacker already on the same link - this materially shrinks the attack surface versus an internet-facing flaw of the same 7.6 score. AC:L/PR:N/UI:N confirm that, once on-link, no authentication, user interaction or unusual effort is needed, and the described impact is a crash of connmand running as root (A:H), consistent with the vendor-supplied C:L/I:L/A:H though the only outcome the description actually establishes is a crash. The vuln.today Decision label is this_week (not act_now/emergency), aligning with a serious-but-not-critical posture. EPSS score is NOT provided in the input, and there is no SSVC decision breakdown (exploitation/automatable/technical-impact) supplied, so probability-of-exploitation and automatability cannot be assessed from this data. KEV status is absent, so there is no evidence of active exploitation. The references are a disclosure mailing-list post, the vulnerable source file, and the commit that INTRODUCED the bug - none is exploit code. Note the tension between the out-of-bounds read/write primitive described (writing '.' past the buffer in attacker-chosen strides) and the stated impact of a mere crash: a write primitive could in principle be worse than DoS, but the sources only confirm a crash, so RCE should NOT be assumed. |
| Exploit ScenarioDerived | An attacker on the same local link (e.g. a shared Wi-Fi or Ethernet segment) forges a Router Advertisement with the Other-config flag set to push the victim's ConnMan into a DHCPv6 information exchange, then sends a forged DHCPv6 REPLY matching the victim's transaction ID and CLIENTID carrying a DOMAIN_LIST (option 24) of 1025 or more non-zero bytes. The oversized option overruns the 1026-byte dns_name stack buffer in get_domains(), crashing connmand, which runs as root, and dropping the host's network management. No public exploit code is identified in the provided references, and exploitation requires adjacent-network position (AV:A). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 23, 2026
Unauthenticated on-link DHCPv6 REPLY messages can crash connmand - which runs as root - on hosts running ConnMan through 2.0 with DHCPv6 active, giving an adjacent-network attacker a denial-of-service primitive; the assessed impact is availability-high with a limited integrity effect and no confidentiality impact. Triggering it requires the victim to accept a forged Router Advertisement with the Other-config flag set (O=1) and then a forged REPLY whose xid and CLIENTID match the in-flight exchange and that carries a DOMAIN_LIST option of at least 1025 non-zero bytes. No public exploit code was identified at time of analysis, and the issue is on-link only, not reachable across routed networks.
RemediationAI
A vendor-released fixed version is not listed in the available data, so track the upstream lore.kernel.org thread (https://lore.kernel.org/connman/179274561161.81299.4579745057858200074@pm.me/) and the connman.git history at https://git.kernel.org/pub/scm/network/connman/connman.git/tree/gdhcp/client.c for the corrected release, and upgrade ConnMan beyond 2.0 as soon as one is published. In the interim, disable the ConnMan DHCPv6 client or IPv6 on untrusted segments so no INFORMATION-REQUEST/REPLY exchange reaches get_domains - trade-off: that interface loses DHCPv6-assigned addresses, DNS domain lists and related configuration; deploy IPv6 RA guard or filter inbound Router Advertisements with O=1 arriving from untrusted on-link hosts - trade-off: legitimate RAs from routers outside the approved list are dropped and switch/AP support is required; and block DHCPv6 (UDP 546/547) from untrusted segments - trade-off: breaks legitimate DHCPv6 on those links. Watch for connmand crashes or restarts as a detection signal, since the assessed outcome is a root-run daemon crash with a limited integrity effect; installing a corrected ConnMan build remains the durable fix, as the workarounds reduce exposure but do not correct the buffer handling.
Affected VersionsENISA
Affected Packages
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
ConnMan's DHCPv6 client lives in gdhcp/client.c. In get_domains(), the DOMAIN_LIST option (DHCPv6 option 24) value is copied into a 1026-byte stack buffer dns_name with a fixed NS_MAXDNAME (1025) byte copy that ignores the actual option length, and the subsequent DNS label walk uses an unbounded 'c += jump + 1' increment. A REPLY carrying a DOMAIN_LIST of 1025 or more non-zero bytes therefore drives the label pointer past the end of dns_name, reading and writing '.' beyond the buffer in attacker-chosen strides - a stack-based buffer overflow (CWE-121). The flaw was introduced in commit bb06c47101ca243fa5c04fb4b03fe2a12420d280 and affects ConnMan 0 through 2.0. An on-link attacker needs the victim's in-flight DHCPv6 exchange context (xid and CLIENTID), which can be observed or raced on the local segment, and a forged Router Advertisement with O=1 is what pushes ConnMan into the DHCPv6 information-request path that reaches this parser; the exact per-deployment preconditions for the RA exchange are not detailed in the available sources.
Know when Connman 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
AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H
On-link unauthenticated with no user interaction (AV:A/AC:L/PR:N/UI:N); primary impact is a crash of root-run connmand (A:H), limited OOB '.' write gives I:L, and no attacker-readable disclosure so C:N.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
DescriptionCVE.org
ConnMan through 2.0 has a stack-based buffer overflow via a DHCPv6 Reply message. This occurs in get_domains in gdhcp/client.c. It copies a fixed NS_MAXDNAME (1025) bytes from a DHCPv6 DOMAIN_LIST (option 24) value into a 1026-byte stack buffer dns_name regardless of the actual option length, then walks DNS labels with an unbounded "c += jump + 1" loop. A crafted DHCPv6 REPLY with a DOMAIN_LIST option of >= 1025 non-zero bytes makes the label walk leave the buffer and read/write '.' past its end in attacker-chosen strides. An on-link attacker can trigger this without authentication via a forged Router Advertisement (O=1) and a forged DHCPv6 REPLY matching xid/CLIENTID with a long DOMAIN_LIST. The impact is unauthenticated on-link crash of connmand (runs as root). This was introduced in bb06c47.
Executive ViewAI
CVE-2026-115863 is a high-severity denial-of-service vulnerability in ConnMan, a network management service running as root on many embedded and IoT devices. If exploited, an adjacent-network attacker can crash the service, disrupting network connectivity and potentially causing limited integrity impact. Leadership should prioritize patching and interim mitigations for exposed devices, as exploitation could lead to operational downtime for affected endpoints.
No vendor-released patch identified at time of analysis. Interim mitigations include disabling DHCPv6 where feasible, applying network segmentation and access control lists to restrict on-link attacker access, and monitoring for abnormal DHCPv6 traffic.
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A stack-based buffer overflow occurs when a program writes more data to a buffer located on the stack than it was allocated to hold.
Stack-based buffer overflow in "dnsproxy.c" in connman 1.34 and earlier allows remote attackers to cause a denial of ser
The loopback plug-in in ConnMan before 0.85 allows remote attackers to execute arbitrary commands via shell metacharacte
client.c in gdhcp in ConnMan through 1.41 could be used by network-adjacent attackers (operating a crafted DHCP server)
In ConnMan through 1.41, remote attackers able to send HTTP requests to the gweb component are able to exploit a heap-ba
A stack-based buffer overflow in dnsproxy in ConnMan before 1.39 could be used by network adjacent attackers to execute
ConnMan before 0.85 does not ensure that netlink messages originate from the kernel, which allows remote attackers to by
In ConnMan through 1.41, a man-in-the-middle attack against a WISPR HTTP query could be used to trigger a use-after-free
gdhcp in ConnMan before 1.39 could be used by network-adjacent attackers to leak sensitive stack information, allowing f
Integer overflow in the dhcpv6_get_option function in gdhcp/client.c in ConnMan before 0.85 allows remote attackers to c
ConnMan 1.3 on Tizen continues to list the bluetooth service after offline mode has been enabled, which might allow remo
EUVD-2026-109113
GHSA-725f-6r9j-c4hf
NVD
CVE.org
EPSS
Exploit-DB