Description
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.
Published: 2026-06-25
Score: 7.1 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

EmberZNet firmware implements the Zigbee Color Control cluster, and a malformed hue/saturation message can trigger an assertion failure that terminates the device process. The vulnerability is driven by CWE‑617, which reflects an incorrect handling of input data that leads to a hard‑coded failure. When triggered, the device crashes and is unable to fulfill its role in the network, effectively denying service to legitimate users and other nodes that depend on that device for color control functions.

Affected Systems

Silicon Labs EmberZNet firmware versions 9.0.2 and earlier are affected. Only devices that have joined the network and support the Color Control cluster can send the malformed messages that trigger the abort. No other clusters or devices are impacted by this flaw.

Risk and Exploitability

The flaw has a CVSS score of 7.1, indicating a high severity. Exploitation requires a device already on the network to send a crafted Color Control message; thus, the attack vector is network‑based. The EPSS score is not available, and the vulnerability is not listed in CISA KEV, but given the potential for service disruption, it remains a strategic concern. An attacker who can influence the network traffic, such as by spoofing an authenticated device or joining the network, could repeatedly trigger device crashes and cause widespread connectivity issues.

Generated by OpenCVE AI on June 25, 2026 at 15:27 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply a firmware update that removes the Color Control assertion flaw (e.g., upgrade to EmberZNet 9.0.3 or later when available).
  • Implement network filtering or role‑based access control to limit which devices can send Color Control commands, reducing the chance of malformed packets reaching the target device.
  • Configure monitoring to detect abnormal or malformed Color Control messages, and alert administrators when such traffic is observed.

Generated by OpenCVE AI on June 25, 2026 at 15:27 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 25 Jun 2026 15:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Thu, 25 Jun 2026 14:00:00 +0000

Type Values Removed Values Added
Description 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.
Title Color Control hue/saturation assertion abort in EmberZNet v9.0.2
Weaknesses CWE-617
References
Metrics cvssV4_0

{'score': 7.1, 'vector': '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'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: Silabs

Published:

Updated: 2026-06-25T14:06:52.543Z

Reserved: 2026-05-18T20:02:03.669Z

Link: CVE-2026-47145

cve-icon Vulnrichment

Updated: 2026-06-25T14:06:49.942Z

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-06-25T15:30:16Z

Weaknesses