Skip to main content

Silicon Labs EmberZNet CVE-2026-47145

| EUVDEUVD-2026-39399 HIGH
Reachable Assertion (CWE-617)
2026-06-25 Silabs GHSA-j947-x436-34ff
7.1
CVSS 4.0 · Vendor: Silabs
View

Attack ChainAIDerived

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

  1. Access
    Join target Zigbee network
  2. Delivery
    Identify color-capable device
  3. Exploit
    Send malformed Color Control message
  4. Execution
    Trigger reachable assertion in stack
  5. Impact
    Crash 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.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 – 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

EmberZNet 0 ≤9.0.2

Affected Packages

euvd emberznet no fix

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

Vendor (Silabs) PRIMARY 7.1 HIGH
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
vuln.today AI 6.5 MEDIUM

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).

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

Primary rating from Vendor (Silabs).

CVSS VectorVendor: Silabs

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 84% exploitable
Prevalence
High
Silicon Labs is a dominant Zigbee SoC vendor; EmberZNet ships in many IoT/lighting 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 HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2023-41094 CRITICAL
9.8 Oct 04

TouchLink packets processed after timeout or out of range due to Operation on a Resource after Expiration and Missing Re

CVE-2022-24937 CRITICAL
9.8 Nov 14

Improper Restriction of Operations within the Bounds of a Memory Buffer vulnerability in Silicon Labs Ember ZNet allows

CVE-2026-85079 HIGH
7.5 Oct 22

Stack-based out-of-bounds write in Silicon Labs EmberZNet 9.1.1 and earlier lets a device that has already joined a Zigb

CVE-2026-94502 HIGH
7.5 Oct 22

Out-of-bounds write in Silicon Labs EmberZNet 9.1.1 and earlier allows a Zigbee node that has already joined the network

CVE-2022-24938 HIGH
7.5 Nov 14

A malformed packet causes a stack overflow in the Ember ZNet stack. Rated high severity (CVSS 7.5), this vulnerability i

CVE-2026-47154 HIGH
7.1 Jun 25

Remote denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network devi

CVE-2026-47153 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows a device already joined to the Zigb

CVE-2026-47152 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet (Zigbee stack) v9.0.2 and earlier allows an already-joined network device to

CVE-2026-47149 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network device cras

CVE-2026-47148 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) allows an already-joined network device to

CVE-2026-47146 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet Zigbee stack (v9.0.2 and earlier) lets an already-joined network device cras

CVE-2026-4526 HIGH
7.1 Jun 25

Denial of service in Silicon Labs EmberZNet (Zigbee stack) v9.0.2 and earlier allows an already-joined Zigbee device to

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