Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessJoin target Zigbee network
-
DeliveryIdentify color-capable device
-
ExploitSend malformed Color Control message
-
ExecutionTrigger reachable assertion in stack
-
ImpactCrash process and deny service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V16 - Security Logging and Error Handling Reachable assertion handling
|
| Exploitation Conditions | Exploitation requires that the attacker's device has already joined the same Zigbee network as the target (PR:L - the join/commissioning step is a hard prerequisite, not optional), and the target must implement and expose the Color Control cluster, so non-lighting/non-color-capable EmberZNet devices are not impacted. The attack needs no user interaction (UI:N) and no special attack requirements (AT:N), and impact is limited strictly to availability (process termination / device crash) with no confidentiality or integrity effect. The principal limiting factors are the prior-network-membership requirement and the Color Control cluster dependency. |
| Impact | The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N) with VA:H and VC:N/VI:N/SI:N confirms this is a pure availability/denial-of-service issue, not code execution or data exposure - note this contradicts the 'Information Disclosure' tag in the input, and the CVSS metrics (no confidentiality/integrity impact) should be trusted over that tag, which appears mislabeled. PR:L is meaningful: the attacker is not a remote internet attacker but a device that has already joined the Zigbee network, so exploitation presupposes prior network admission (commissioning/join). There is no EPSS score, no POC, and no KEV listing provided, so there is no evidence of active or widespread exploitation; real-world priority is moderate and gated by the trust model of the Zigbee mesh. Realistic risk is highest where untrusted or compromised nodes can join the same network as color-capable devices. |
| Exploit ScenarioDerived | An attacker who controls or compromises a device already commissioned onto the Zigbee network sends a crafted, malformed Color Control command to a color-capable target running vulnerable EmberZNet. The malformed frame trips a reachable assertion in the stack, terminating the process and knocking the device offline until it restarts, and the attack can be repeated to cause sustained outage. No public exploit code is identified, and the network attack vector with low complexity (AC:L) makes the crash trivial to trigger once network access is obtained. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 25, 2026
Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows an already-joined network device to crash the target by sending malformed Color Control cluster messages, which trigger a reachable assertion that terminates the process. Only devices implementing the Color Control cluster (typically Zigbee lighting/color-capable nodes and coordinators) are affected. Vendor-rated CVSS 4.0 7.1 with availability-only impact; no public exploit identified at time of analysis and it is not listed in CISA KEV.
RemediationAI
Patch available per vendor advisory: upgrade EmberZNet beyond v9.0.2 to the fixed release distributed through the Silicon Labs SiSDK (https://github.com/SiliconLabsSoftware/sisdk-release/) and follow the advisory at https://siliconlabs.lightning.force.com/sfc/servlet.shepherd/document/download/069Vm00000pEGPQIA4; an exact patched version number is not stated in the provided data, so confirm the target release with Silicon Labs. Because exploitation requires an already-joined device, the most effective compensating control while planning firmware updates is to tighten network admission - disable or time-box open join/permit-join, use install codes and link-key based commissioning, and avoid admitting untrusted nodes onto networks that contain color-capable devices (trade-off: makes legitimate device onboarding more operationally cumbersome). Where Color Control functionality is not used, consider disabling or not exposing that cluster on affected nodes to remove the attack surface (trade-off: breaks color/lighting control features for those devices).
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' widely embedded Zigbee 3.0 protocol stack used in IoT gateways, hubs, and smart-lighting SoCs/modules. The Color Control cluster is a standard Zigbee Cluster Library (ZCL) application-layer cluster used to manage hue, saturation, and color temperature on lighting devices. The root cause is CWE-617 (Reachable Assertion): malformed Color Control command frames reach an internal sanity-check assertion that the firmware cannot gracefully handle, causing the process/stack to abort rather than safely rejecting the bad input. This is a robustness/input-validation failure in ZCL frame parsing rather than a memory-corruption bug, which is consistent with the availability-only CVSS impact.
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:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Attacker must be a joined Zigbee node (PR:L) reaching the target over the network (AV:N) with no interaction; crafted frame trivially triggers a crash (AC:L) causing availability-only loss (A:H).
Primary rating from Vendor (Silabs).
CVSS VectorVendor: Silabs
DescriptionCVE.org
In EmberZNet v9.0.2 and earlier, malformed Color Control messages can lead to asserts that terminate the process. These messages must come from a device that has already joined the network. Only devices supporting the Color Control cluster may be impacted.
Executive ViewAI
Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) contains a denial-of-service vulnerability affecting color-capable smart devices on your network, such as intelligent lighting controllers and coordinators. An already-joined network device can crash these endpoints by sending malformed control messages, potentially disrupting facility management, smart building operations, or other IoT-dependent processes.
Apply vendor patch.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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
Out-of-bounds write in Silicon Labs EmberZNet 9.1.1 and earlier allows a Zigbee node that has already joined the network
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 Zigbee device to
EUVD-2026-39399
GHSA-j947-x436-34ff
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB