Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconSend ICMP echo requests to target Zephyr device
-
Deliveryicmpv4_handle_echo_request() allocates reply net_pkt and calls net_try_send_data()
-
ExploitTX path (net_if_tx_thread) frees reply packet (refcount
-
Install0, slab returned)
-
C2stats update reads net_pkt_iface(reply) from freed/reallocated memory
-
Executewild-pointer write through stale iface (if CONFIG_NET_STATISTICS_PER_INTERFACE=y)
-
Impactcorrupted interface statistics or kernel panic (DoS)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation 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 Zephyr device is compiled with |
| Impact | The CVSS 3.1 score of 4.8 (Medium) with vector AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:L accurately captures the threat profile: the attack is network-reachable via a simple ping with no credentials, but exploitation is gated on winning a timing race between the TX thread freeing the packet and the stats update executing (AC:H), making outcomes probabilistic rather than deterministic. No EPSS score was provided in the available intelligence, and this CVE is not listed in CISA KEV, with no public exploit code identified - signals that align with a niche, race-condition-dependent flaw in an embedded OS. Despite the moderate CVSS score, the real-world risk warrants attention in embedded/IoT contexts: Zephyr nodes are often long-lived and infrequently patched, ICMP is rarely filtered at the perimeter of sensor networks, and a repeated ping flood meaningfully increases the probability of winning the race. The worst-case outcome is a remotely triggerable device crash (DoS), which is operationally significant for safety-critical or always-on IoT applications. The absence of confidentiality impact and the probabilistic nature of the race are genuine mitigating factors. This is not a 'high-CVSS-but-low-risk' situation in reverse - the moderate CVSS score here is an honest reflection of a real but constrained threat. |
| Exploit ScenarioDerived | An attacker with network access to a Zephyr v1.14-v4.4.0 device (such as an IoT sensor, industrial controller, or embedded gateway built with |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 16, 2026
Use-after-free in Zephyr RTOS's ICMPv4 echo handler allows any unauthenticated remote host to trigger memory corruption or a crash by sending a standard ICMP ping to an affected device. The defect exists in all versions from v1.14 (2019) through v4.4.0, where icmpv4_handle_echo_request() reads from a freed net_pkt struct after transferring packet ownership to the TX path - violating a contract explicitly documented in net_core.c. No public exploit code exists and this CVE does not appear in CISA KEV, but the zero-privilege, network-reachable attack surface makes it a meaningful risk for internet-exposed embedded and IoT deployments running Zephyr with ICMP statistics enabled.
RemediationAI
The upstream fix is confirmed in commit 86e21665d4641f304dc3895bfb03b8f89db83291 (https://github.com/zephyrproject-rtos/zephyr/commit/86e21665d4641f304dc3895bfb03b8f89db83291), which caches the interface pointer from the live received packet (struct net_if *iface = net_pkt_iface(pkt)) before calling net_try_send_data(), then uses this cached pointer for all subsequent stats updates - eliminating the post-send dereference of the freed reply packet. A specific tagged release version containing this fix was not independently confirmable from the available data; teams should verify the commit is present in their target Zephyr branch or apply the patch directly. As a build-time compensating control where immediate patching is not feasible, disabling CONFIG_NET_STATISTICS_ICMP removes the vulnerable stats-update code path entirely, at the cost of losing ICMP statistics visibility. Blocking inbound ICMP echo requests at the network perimeter (firewall or router ACL) prevents the vulnerable handler from being triggered remotely, with the trade-off of eliminating ping-based reachability monitoring. Vendor advisory: https://github.com/zephyrproject-rtos/zephyr/security/advisories/GHSA-qhrf-w466-qmpw.
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
The vulnerable component is Zephyr's native IPv4 networking stack (subsys/net/ip/icmpv4.c), specifically icmpv4_handle_echo_request(). CWE-416 (Use After Free) applies: net_try_send_data() transfers ownership of the allocated reply net_pkt buffer to the TX path (net_if_try_queue_tx → net_if_tx → L2/driver send, or the asynchronous net_if_tx_thread), which may decrement the refcount to zero and return the struct to the kernel memory slab (net_pkt_unref → k_mem_slab_free) before the calling function exits. The original code then calls net_stats_update_icmp_sent(net_pkt_iface(reply)), dereferencing the iface field of a potentially freed - and possibly reallocated - net_pkt. With CONFIG_NET_STATISTICS_PER_INTERFACE enabled, the stats macro also writes through this stale pointer, constituting a wild-pointer write. The net_core.c documentation explicitly warns: 'the pkt might contain garbage already ... do not use pkt after that call', making this a violation of an established internal API contract. CPE cpe:2.3:a:zephyrproject:zephyr:*:*:*:*:*:*:*:* confirms the wildcard version range tracked by NVD, consistent with the v1.14-v4.4.0 window stated in the description.
Know when Zephyr 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:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:L
Network-reachable via unauthenticated ICMP ping (AV:N/PR:N) but exploitation requires winning an asynchronous TX-thread timing race (AC:H); no controlled confidentiality exposure from the freed-memory read.
Primary rating from Vendor (zephyr).
CVSS VectorNVD
DescriptionNVD
In Zephyr's native IPv4 stack, icmpv4_handle_echo_request() in subsys/net/ip/icmpv4.c builds an echo-reply packet (reply), hands it to net_try_send_data(), and then, on success, calls net_stats_update_icmp_sent(net_pkt_iface(reply)). net_try_send_data() transfers ownership of reply to the TX path (net_if_try_queue_tx - net_if_tx - L2/driver send, or the asynchronous net_if_tx_thread), which can unref it to refcount 0 and return the struct net_pkt to its slab (net_pkt_unref - k_mem_slab_free) before the stats line runs. net_core.c documents this exact contract ('the pkt might contain garbage already ... do not use pkt after that call').
The post-send net_pkt_iface(reply) therefore reads reply-iface out of a freed (and possibly already reallocated) net_pkt, a use-after-free read; with CONFIG_NET_STATISTICS_PER_INTERFACE the stats macro additionally increments a counter through that value, i.e. a dereference/write through a stale or recycled-slot pointer.
The path is reached unauthenticated by any remote host that pings the device (net_icmpv4_input - net_icmp_call_ipv4_handlers - icmpv4_handle_echo_request) and is gated on CONFIG_NET_STATISTICS_ICMP. Impact is a probabilistic read of recycled packet memory plus a possible wild-pointer write under a timing race, leading most likely to corrupted interface statistics or a remotely triggerable crash (DoS).
The defect was introduced in 2019 (v1.14) and is present through v4.4.0. The companion change in net_icmpv4_send_error() is not a use-after-free because it reads net_pkt_iface(orig), the caller-owned received packet, which stays alive across the send. The fix caches the interface pointer from the live received packet before sending and uses it for the post-send stats updates.
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
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Potential off-by-one buffer overflow vulnerability in the Zephyr fuse file system. Rated critical severity (CVSS 10.0),
An out-of-bounds write in the Zephyr RTOS DNS resolver (dns_unpack_name()) lets a crafted DNS response corrupt memory on
Possible variant of CVE-2021-3434 in function le_ecred_reconf_req. Rated critical severity (CVSS 9.8), this vulnerabilit
Unchecked user input length in /subsys/net/l2/wifi/wifi_shell.c can cause buffer overflows. Rated critical severity (CVS
Potential buffer overflow vulnerability in the Zephyr CAN bus subsystem. Rated critical severity (CVSS 9.8), this vulner
Integer Underflow in 6LoWPAN IPHC Header Uncompression in Zephyr. Rated critical severity (CVSS 9.8), this vulnerability
Buffer overflow in Zephyr USB DFU DNLOAD. Rated critical severity (CVSS 9.8), this vulnerability is remotely exploitable
DOS: Incorrect 802154 Frame Validation for Omitted Source / Dest Addresses. Rated critical severity (CVSS 9.8), this vul
zephyr-rtos version 1.12.0 contains a NULL base pointer reference vulnerability in sys_ring_buf_put(), sys_ring_buf_get(
Potential buffer overflow vulnerabilities n the Zephyr Bluetooth subsystem. Rated critical severity (CVSS 9.6), this vul
The documentation specifies that the BT_GATT_PERM_READ_LESC and BT_GATT_PERM_WRITE_LESC defines for a Bluetooth characte
Potential buffer overflows in the Bluetooth subsystem due to asserts being disabled in /subsys/bluetooth/host/hci_core.c
EUVD-2026-37116
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB