Skip to main content

Z-Wave SDK EUVDEUVD-2026-108186

| CVE-2026-89409 MEDIUM
Improper Verification of Source of a Communication Channel (CWE-940)
2026-10-22 Silabs GHSA-w9rg-jqqv-77wp
5.3
CVSS 4.0 · Vendor: Silabs
View

Attack ChainAIDerived

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

  1. Access
    Join or compromise a network device
  2. Exploit
    Craft malicious ZWAVE_CMD_NODES_EXIST message
  3. Execution
    Send to vulnerable handler
  4. Impact
    Nodes removed from Z-Wave network

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Communication channel verification
Exploitation Conditions

Exploitation requires the attacker to already be a device that has joined the target Z-Wave network (a paired/authenticated mesh node), as stated explicitly in the description; a crafted ZWAVE_CMD_NODES_EXIST message is then accepted by the handler due to missing source/authorization checks, causing node removal. The key limiting factor is this prerequisite network membership (reflected as PR:L) - an arbitrary unpaired or internet-based attacker cannot trigger it, which substantially narrows the realistic threat to a compromised or malicious already-joined device. Affected only on Z-Wave SDK 8.1.1 and earlier (700/800 series) and 6.85.02 and earlier (500 series).

Impact

This is a medium-severity, authenticated-insider issue rather than a widely-exploitable critical flaw. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L) and score of 5.3 align with the description: the handler weakness affects integrity and availability only (VI:L/VA:L, VC:N - no confidentiality), and PR:L plus the explicit statement that 'these messages must come from a device that has already joined the network' confirm the attacker must be an already-paired node on the Z-Wave mesh, not an arbitrary remote party. The vuln.today decision label is this_month, not act_now or emergency, consistent with a moderate priority. No EPSS score, no CISA KEV listing, and no proof-of-concept were supplied; the only reference is a Silicon Labs vendor advisory. CWE-940 (improper verification of source of a communication channel) matches the root cause - the handler fails to properly validate/authorize the request before removing nodes. One data conflict to flag: the input tags the issue as 'Information Disclosure,' but the mechanism (nodes removed from the network) and the CVSS impact (VC:N, integrity/availability only) are a network-manipulation/denial issue, not disclosure - treat the tag as mislabeled.

Exploit ScenarioDerived

An attacker who already controls or has compromised a device paired to the target Z-Wave network sends crafted ZWAVE_CMD_NODES_EXIST messages. Because the handler lacks proper source/authorization checks, the controller or receiving device removes legitimate nodes from the network, disrupting the mesh (e.g., knocking sensors, locks, or alarms offline). No public exploit identified at time of analysis; exploitation is limited to an entity already joined to the network.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.3% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 22, 2026

Silicon Labs' Z-Wave SDK accepts crafted ZWAVE_CMD_NODES_EXIST messages without adequate source verification, allowing nodes to be removed from a Z-Wave mesh network. Only devices that have already joined the network can send such messages, so the realistic attacker is a compromised or malicious paired node rather than an arbitrary remote party. The flaw affects SDK 8.1.1 and earlier on 700/800 series devices and 6.85.02 and earlier on 500 series devices; it is rated 5.3 (CVSS 4.0) with low integrity and availability impact, no confidentiality impact, and no public exploit identified at time of analysis.

RemediationAI

Silicon Labs documents this issue in advisory A-00000591 (https://github.com/SiliconLabsSoftware/docs-security-advisories/blob/main/Advisories/500-599/A-00000591.md); the available data does not state an exact fixed release, so confirm the patched SDK version for both branches there and migrate off 8.1.1 or earlier (700/800 series) and 6.85.02 or earlier (500 series) accordingly, reflashing or updating the firmware of deployed devices rather than only the development SDK. Because exploitation requires the sender to already be a joined network member, the practical compensating control is admission control over the mesh itself: audit the paired-device list, remove or exclude untrusted or physically accessible nodes, and restrict who can include devices in the network, accepting the trade-off that tighter inclusion controls reduce mesh coverage and complicate legitimate re-pairing. Rotating the S2 security keys and re-including nodes after a suspected removal event also limits recurrence, at the cost of a full re-commissioning cycle for the affected devices.

Affected VersionsENISA

Z-Wave SDK 0 ≤6.85.02
Z-Wave SDK 7.0.0 ≤8.1.1

Affected Packages

euvd z_wave_sdk 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

CWE-940 (Improper Verification of Source of a Communication Channel) is the root cause class: the ZWAVE_CMD_NODES_EXIST handler in the Z-Wave SDK processes the command without confirming that the sender is entitled to act on the nodes it references, so an accepted message can cause node removal from the network. Z-Wave is a low-power mesh protocol used in home and building automation, with the SDK serving devices built on 500 series (SDK 6.85.02 and earlier) and 700/800 series (SDK 8.1.1 and earlier) chips. The CPE cpe:2.3:a:silicon_labs:z-wave_sdk confirms the SDK itself, not a downstream product, is the affected component. The assessed vector (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L) reflects network-reachable delivery combined with a low-privilege precondition, producing limited integrity and availability effects only - no memory corruption, code execution, or data disclosure is indicated. The description does not state the precise checks that are missing or the exact message contents required beyond the command name.

Know when Z Wave Sdk 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 5.3 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N
vuln.today AI 5.4 MEDIUM

Attacker must be an already-joined network node so PR:L (not PR:N); no user interaction and low complexity; node removal harms integrity and availability (I:L/A:L) with no confidentiality impact.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/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
Low
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

In Z-Wave SDK 8.1.1 and earlier (for 700/800 series devices) and 6.85.02 and earlier (for 500 series devices), missing checks in the ZWAVE_CMD_NODES_EXIST handler can result in nodes being removed from the network. These messages must come from a device that has already joined the network.

Threat Intelligence Overview

EPSS Score
0.3%
Top 82% exploitable
Prevalence
Medium
Silicon Labs Z-Wave SDK underlies many smart-home devices, not enterprise-wide
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.3%
Patch available No
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
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

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