Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise device already joined to Zigbee network
-
DeliverySend malformed Publish Price Matrix command to Price Cluster device
-
ExploitTrigger stack-based out-of-bounds write (CWE-121)
-
ExecutionExecute arbitrary code on target
-
ImpactFull compromise of affected device
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 | Two concrete prerequisites apply. First, the malicious messages must originate from a device that has already joined the Zigbee network, i.e. an authenticated/commissioned node (reflected as PR:L and AV:A - adjacent RF, not internet-facing). Second, only devices that implement and support the Smart Energy Price Cluster are affected; devices without Price Cluster support are not impacted. The attack then consists of sending a malformed Publish Price Matrix command. Limiting factors for defenders: the attacker needs prior network membership (possession of the network key / successful commissioning) and local RF proximity, and the target must specifically support the Price Cluster - these conditions meaningfully narrow exposure below that of an internet-reachable unauthenticated RCE. No end-user interaction is required (UI:N). |
| Impact | The input provides a CVSS 4.0 vector of CVSS:4.0/AV:A/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N (base 7.5, High). The most risk-limiting signals are AV:A (adjacent - this is reachable only over the local Zigbee RF network, not the internet) and PR:L (the attacking device must already be joined/authenticated to the network, as the description confirms). AT:P further indicates a non-trivial attack requirement. Against those limits, the impact signals are maximal: VC:H/VI:H/VA:H, consistent with the described out-of-bounds write potentially leading to remote code execution (CWE-121, stack-based buffer overflow). No EPSS score, no CISA KEV entry, and no PoC or exploit reference are present in the input, so there is no public evidence of active exploitation or available exploit code - this is not a KEV-listed or demonstrably weaponized issue. The vuln.today decision label is 'this_week', consistent with a serious but not emergency priority. Net: a genuine high-impact RCE whose real-world risk is bounded by the need for adjacent RF access and an already-joined device, pointing to targeted/proximate abuse rather than mass remote exploitation. Note the absence of EPSS/KEV/PoC data is a gap, not a confirmation of low likelihood. |
| Exploit ScenarioDerived | An attacker who already controls a device joined to the target Zigbee network (for example a previously commissioned or compromised node) sends a malformed Publish Price Matrix command to a device that supports the Price Cluster. The malformed command triggers an out-of-bounds write that may allow arbitrary code execution on the target. Exploitation requires adjacent RF access and prior network membership; no public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 22, 2026
Out-of-bounds write in Silicon Labs EmberZNet 9.1.1 and earlier allows a Zigbee node that has already joined the network to corrupt memory via a malformed Publish Price Matrix command, potentially achieving remote code execution on devices that implement the Smart Energy Price Cluster. The attacker must already hold network membership (a commissioned node with the network key) and be within adjacent RF range, and the target must specifically support the Price Cluster, which narrows exposure well below an internet-reachable RCE; no end-user interaction is needed. No public exploit code has been identified at time of analysis, and Silicon Labs documents the issue in advisory A-00000589.
RemediationAI
Silicon Labs published advisory A-00000589 (https://github.com/SiliconLabsSoftware/docs-security-advisories/blob/main/Advisories/500-599/A-00000589.md) covering EmberZNet 9.1.1 and earlier; the provided data does not list an exact fixed version, so confirm the patched release in that advisory and update firmware on every affected device - patch availability is per vendor advisory and the fixed build is not independently confirmed here. Because the malformed command must come from a node that has already joined the Zigbee network, exposure is bounded by commissioning controls: only trusted devices should hold the network key, since any commissioned node in RF range can reach the vulnerable handler. Because only devices implementing the Smart Energy Price Cluster are impacted, builds or configurations that omit the Price Cluster do not contain the vulnerable command path and eliminate exposure, at the cost of losing that Smart Energy functionality on those devices. No workaround beyond updating is described in the available sources.
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
EmberZNet is Silicon Labs' Zigbee PRO stack used in SoC and NCP designs for smart-energy, metering and home-automation products. The defect is a stack-based out-of-bounds write (CWE-121) in the Smart Energy Price Cluster handler for the Publish Price Matrix command: a malformed instance of that command writes past the bounds of an intended buffer. The CVSS 4.0 vector (AV:A/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N) scores high confidentiality, integrity and availability impact on the device itself while subsequent-system metrics stay N, so the compromise is contained within the vulnerable node. AT:P reflects the requirement that the target actually implement the Price Cluster, and PR:L reflects that the sender must be a device that has already joined the network; AV:A captures the 802.15.4 adjacent-RF delivery path rather than anything internet-facing. The CPE cpe:2.3:a:silicon_labs:emberznet:*:*:*:*:*:*:*:* is an open-ended wildcard consistent with the advisory scope of 9.1.1 and earlier. The specific malformed field or length that overflows the buffer is not described in the available sources.
Know when Emberznet 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
CVSS:4.0/AV:A/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
AV:A because the attack traverses the adjacent Zigbee RF network; PR:L because the sending device must already be joined/authenticated; S:U and C/I/A:H reflect RCE on the target device.
Primary rating from Vendor (Silabs).
CVSS VectorVendor: Silabs
DescriptionCVE.org
In EmberZNet 9.1.1 and earlier, a malformed Publish Price Matrix command can result in an out-of-bounds write potentially leading to remote code execution. These messages must come from a device that has already joined the network. Only devices supporting the Price Cluster are impacted.
Executive ViewAI
A high-severity memory corruption vulnerability in Silicon Labs EmberZNet 9.1.1 and earlier Zigbee stacks affects any deployed device using the Smart Energy Price Cluster. Adversaries who already hold a valid network key could disrupt operations of in-range devices, but the attack requires prior network access, physical proximity, and specific cluster support, so internet-facing systems are not at risk.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict network key distribution to trusted nodes; segment Zigbee networks to limit adjacency; disable or remove the Smart Energy Price Cluster on devices where not operationally required; monitor for abnormal Publish Price Matrix traffic; and physically secure deployment areas to reduce RF proximity of potential attackers.
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.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
TouchLink packets processed after timeout or out of range due to Operation on a Resource after Expiration and Missing Re
Improper Restriction of Operations within the Bounds of a Memory Buffer vulnerability in Silicon Labs Ember ZNet allows
Stack-based out-of-bounds write in Silicon Labs EmberZNet 9.1.1 and earlier lets a device that has already joined a Zigb
A malformed packet causes a stack overflow in the Ember ZNet stack. Rated high severity (CVSS 7.5), this vulnerability i
Remote denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network devi
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows a device already joined to the Zigb
Denial of service in Silicon Labs EmberZNet (Zigbee stack) v9.0.2 and earlier allows an already-joined network device to
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network device cras
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows an already-joined network device to
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network device cras
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows an already-joined network device to
Denial of service in Silicon Labs EmberZNet (Zigbee stack) v9.0.2 and earlier allows an already-joined Zigbee device to
EUVD-2026-108184
GHSA-88mg-4rp6-8rpq
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB