Skip to main content

Zephyr RTOS EUVDEUVD-2026-68728

| CVE-2026-14696 MEDIUM
Memory Leak (CWE-401)
2026-08-31 zephyr
6.5
CVSS 3.1 · Vendor: zephyr
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Attain L2 adjacency on target bridged segment
  2. Delivery
    Transmit broadcast frames with unrecognized EtherType values
  3. Exploit
    Each frame leaks one RX buffer from fixed pool
  4. Execution
    Sustain flood to exhaust CONFIG_NET_PKT_RX_COUNT buffers
  5. Persist
    Device stops processing all incoming network traffic
  6. Impact
    Persistent denial of service until device reboot

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Resource cleanup, leak prevention
Exploitation Conditions

Exploitation requires three specific conditions: (1) The target Zephyr firmware is compiled with CONFIG_NET_ETHERNET_BRIDGE=y - this is a non-default Kconfig option that must be explicitly selected by the firmware developer. (2) CONFIG_NET_ETHERNET_FORWARD_UNRECOGNISED_ETHERTYPE is enabled, which is the default when CONFIG_NET_SOCKETS_PACKET is selected; this is the trigger for the most concretely reproducible and deterministic leak path. (3) The attacker must have a device physically or logically connected to the same L2 Ethernet segment as the bridged interface - Layer 3 routing across network boundaries is not sufficient. No authentication is required once adjacency is achieved; any device capable of transmitting standard Ethernet frames on the segment can exploit this. The primary limiting factor for real-world exposure is L2 adjacency: internet-facing exploitation without prior network access is not possible.

Impact

The CVSS 3.1 vector AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H (score 6.5) accurately models the threat: exploitation is bounded by L2 adjacency but requires no authentication and no user interaction once on-segment. The High availability rating is justified because buffer pool exhaustion is persistent - the device silently stops receiving all traffic and requires a reboot to recover, which is a significant operational impact for embedded controllers managing physical processes or communications infrastructure. No EPSS score is present in the input and this CVE is not listed in CISA KEV, indicating no confirmed widespread or active exploitation at time of analysis. Attack complexity is genuinely low once adjacency is established, so the primary real-world limiter is network topology: deployments where untrusted devices can join the bridged L2 segment face meaningful risk, while air-gapped or access-controlled segments substantially reduce exposure. No POC code is confirmed in the available data. Overall, this is a legitimate medium-severity issue whose urgency scales directly with whether untrusted L2 peers can reach the bridged interface.

Exploit ScenarioDerived

An attacker with a device on the same Ethernet segment as a Zephyr gateway compiled with Ethernet bridging enabled crafts a high-rate broadcast flood of frames carrying EtherType values not registered with any L3 handler. Each frame permanently consumes one buffer from the device's fixed-size RX pool without triggering any visible error. After exhausting the pool - achievable in seconds at typical Ethernet rates - the device silently stops processing all incoming network traffic until it is rebooted.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 31, 2026

Ethernet bridge input processing in Zephyr RTOS leaks RX packet buffers when CONFIG_NET_ETHERNET_BRIDGE is enabled, allowing any adjacent L2 attacker to exhaust the fixed-size RX pool through a broadcast flood and halt all network reception until reboot. The root cause is eth_bridge_handle_locally() returning NET_OK without consuming the packet, so ethernet_recv() never frees the buffer. An unauthenticated attacker on the same Ethernet segment can emit broadcast or multicast frames with arbitrary EtherType values to permanently consume CONFIG_NET_PKT_RX_COUNT buffers one by one. No public exploit has been identified at time of analysis and this CVE is not in CISA KEV.

RemediationAI

The upstream fix is available as commit 4eb007af465a1d28f2f35d93ecf139cc62c542a7 in the zephyrproject/zephyr repository (https://github.com/zephyrproject-rtos/zephyr/commit/4eb007af465a1d28f2f35d93ecf139cc62c542a7); however, no specific tagged release version incorporating this fix is confirmed from the available input data - the exact first-patched release should be verified against the Zephyr release changelog and the advisory at GHSA-3m4w-wc4v-766q. Where immediate firmware updates are not feasible, disabling CONFIG_NET_ETHERNET_BRIDGE in the Kconfig build eliminates the vulnerable code path entirely at the cost of bridge functionality. As a narrower alternative, disabling CONFIG_NET_ETHERNET_FORWARD_UNRECOGNISED_ETHERTYPE blocks the most easily reproducible leak path while preserving bridge operation for known EtherTypes; unrecognized EtherType frames will then be dropped rather than forwarded. At the network level, restricting which devices can join the bridged L2 segment via port-based access control or 802.1X reduces the attacker population but does not eliminate the vulnerability itself.

Affected VersionsENISA

Zephyr 4.4.0 <4.4.2

Affected Packages

euvd zephyr fix: 4.4.2

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

Zephyr RTOS (cpe:2.3:a:zephyrproject:zephyr:*:*:*:*:*:*:*:*) is an open-source real-time operating system for constrained embedded and IoT devices. The vulnerability resides in subsys/net/l2/ethernet/bridge/bridge_input.c within eth_bridge_input_process() and its helper eth_bridge_handle_locally(). The root cause is CWE-401 (Missing Release of Memory after Effective Lifetime): eth_bridge_handle_locally() calls bridge_iface_recv() via virtual_recv(), which returns NET_CONTINUE without taking packet ownership, yet the calling function propagated NET_OK upward. The parent ethernet_recv() in subsys/net/ip/net_core.c interprets NET_OK as 'packet consumed - do not free,' so the RX net_pkt is never returned to the pool. The most concretely reproducible trigger is when CONFIG_NET_ETHERNET_FORWARD_UNRECOGNISED_ETHERTYPE is enabled (the default when CONFIG_NET_SOCKETS_PACKET is set), causing the L3 dispatch fall-through to leave the NET_OK verdict intact. The upstream fix (commit 4eb007af465a) restructures eth_bridge_handle_locally() to return the real net_verdict, adds a dst_iface out-parameter so locally-kept frames follow the normal receive path, and ensures each packet is unreferenced exactly once.

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

Vendor (zephyr) PRIMARY 6.5 MEDIUM
AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 6.5 MEDIUM

L2-only attack path confirms AV:A; no authentication or interaction needed; impact is pure availability loss with no confidentiality or integrity consequence.

3.1 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (zephyr).

CVSS VectorVendor: zephyr

Attack Vector
Adjacent
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

DescriptionCVE.org

When Ethernet bridging is enabled (CONFIG_NET_ETHERNET_BRIDGE), eth_bridge_input_process() in subsys/net/l2/ethernet/bridge/bridge_input.c decides how each frame received on a bridge member interface is handled. For frames that must also be delivered to the local stack, the code called eth_bridge_handle_locally() and returned NET_OK. That helper does not consume the packet - it only calls bridge_iface_recv() (via virtual_recv()), which returns NET_CONTINUE without taking ownership of pkt.

The NET_OK verdict then propagates through ethernet_recv() up to processing_data() in subsys/net/ip/net_core.c, where NET_OK is interpreted as "the packet was consumed, do not free it." Because no consumer actually took ownership, the RX net_pkt is never returned to the pool and is leaked. The concretely reproducible leak occurs for frames whose EtherType has no registered L3 handler when CONFIG_NET_ETHERNET_FORWARD_UNRECOGNISED_ETHERTYPE is set (default y when CONFIG_NET_SOCKETS_PACKET is enabled): the fall-through L3 dispatch does not overwrite the NET_OK verdict, so ethernet_recv() returns NET_OK and the buffer is never released.

Any device on a bridged L2 segment can emit broadcast/multicast frames carrying an arbitrary EtherType with no authentication. Each such frame permanently consumes one buffer from the finite RX pool (CONFIG_NET_PKT_RX_COUNT), so a brief broadcast flood exhausts the pool and the device can no longer receive traffic until it is rebooted - a persistent denial of service. There is no confidentiality or integrity impact.

The fix makes eth_bridge_handle_locally() propagate the real net_verdict and return NET_CONTINUE for locally-kept frames, writing the bridge interface back through a new dst_iface out-parameter so the packet follows the normal receive path and is unreferenced exactly once.

Threat Intelligence Overview

EPSS Score
0.2%
Top 90% exploitable
Prevalence
Medium
popular open-source RTOS for IoT and embedded devices
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Controlled
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

More in Zephyr

View all
CVE-2023-4260 CRITICAL POC
10.0 Sep 27

Potential off-by-one buffer overflow vulnerability in the Zephyr fuse file system. Rated critical severity (CVSS 10.0),

CVE-2026-1678 CRITICAL POC
9.8 Mar 05

An out-of-bounds write in the Zephyr RTOS DNS resolver (dns_unpack_name()) lets a crafted DNS response corrupt memory on

CVE-2023-5055 CRITICAL POC
9.8 Nov 21

Possible variant of CVE-2021-3434 in function le_ecred_reconf_req. Rated critical severity (CVSS 9.8), this vulnerabilit

CVE-2023-4257 CRITICAL POC
9.8 Oct 13

Unchecked user input length in /subsys/net/l2/wifi/wifi_shell.c can cause buffer overflows. Rated critical severity (CVS

CVE-2023-3725 CRITICAL POC
9.8 Oct 06

Potential buffer overflow vulnerability in the Zephyr CAN bus subsystem. Rated critical severity (CVSS 9.8), this vulner

CVE-2021-3323 CRITICAL POC
9.8 Oct 12

Integer Underflow in 6LoWPAN IPHC Header Uncompression in Zephyr. Rated critical severity (CVSS 9.8), this vulnerability

CVE-2021-3625 CRITICAL POC
9.8 Oct 05

Buffer overflow in Zephyr USB DFU DNLOAD. Rated critical severity (CVSS 9.8), this vulnerability is remotely exploitable

CVE-2021-3319 CRITICAL POC
9.8 Oct 05

DOS: Incorrect 802154 Frame Validation for Omitted Source / Dest Addresses. Rated critical severity (CVSS 9.8), this vul

CVE-2018-1000800 CRITICAL POC
9.8 Sep 06

zephyr-rtos version 1.12.0 contains a NULL base pointer reference vulnerability in sys_ring_buf_put(), sys_ring_buf_get(

CVE-2023-4264 CRITICAL POC
9.6 Sep 27

Potential buffer overflow vulnerabilities n the Zephyr Bluetooth subsystem. Rated critical severity (CVSS 9.6), this vul

CVE-2024-1638 CRITICAL POC
9.1 Feb 19

The documentation specifies that the BT_GATT_PERM_READ_LESC and BT_GATT_PERM_WRITE_LESC defines for a Bluetooth characte

CVE-2023-5753 HIGH POC
8.8 Oct 25

Potential buffer overflows in the Bluetooth subsystem due to asserts being disabled in /subsys/bluetooth/host/hci_core.c

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy