Skip to main content

Naxclow Devices CVE-2026-28742

| EUVDEUVD-2026-36525 CRITICAL
Use of Hard-coded Cryptographic Key (CWE-321)
2026-06-12 icscert GHSA-j3pq-62hg-9x25
9.2
CVSS 4.0 · Vendor: icscert
View

Attack ChainAIDerived

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

  1. Access
    Obtain one Naxclow device
  2. Delivery
    Extract firmware and recover hard-coded salt
  3. Exploit
    Forge signed HTTP control request
  4. Execution
    Replay against Naxclow cloud API
  5. Persist
    Impersonate target device or account
  6. Impact
    Hijack camera or doorbell control

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Key management, no hard-coded keys
Exploitation Conditions

Exploitation requires one-time recovery of the hard-coded request-signing salt from a Naxclow firmware image (any of Smart Doorbell X3, X Smart Home, V720, or Ix Cam - the salt is shared platform-wide), reflected in the CVSS 4.0 AT:P metric. After that, no authentication, user interaction, or special configuration is needed (PR:N, UI:N) - the attacker only needs network reachability to the Naxclow cloud control-plane endpoints, which use plain HTTP and lack nonce or timestamp validation, enabling forgery and replay against any device or account on the platform. The practical limit on exploitation is therefore the salt-extraction step and access to the vendor's cloud API, not per-victim conditions.

Impact

Real-world risk is high but gated by one prerequisite. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N with VC:H/VI:H/VA:H, score 9.2) correctly encodes that exploitation is network-reachable and unauthenticated, but Attack Requirements are Present (AT:P) - reflecting the need to first extract the salt from a firmware image. Once that one-time research step is done, exploitation becomes trivial and scalable against every device on the platform, which is the typical pattern for hard-coded-key flaws and why CWE-321 historically draws follow-on automated abuse. No KEV listing and no published POC at time of analysis, and no EPSS score was provided in the input, so quantitative exploitation likelihood cannot be cited. The ICS-CERT origin (icscert) and CISA ICS advisory indicate vendor and government coordination, but no patch data was supplied, so defenders should treat this as unpatched until the vendor advisory confirms otherwise.

Exploit ScenarioDerived

An attacker buys one Naxclow device, dumps the firmware, and recovers the platform-wide salt. They then craft signed HTTP requests to the Naxclow cloud API impersonating any victim device or account - unlocking the doorbell, pulling camera streams, or rebinding the device to an attacker-controlled account - and because the control plane is plain HTTP with no replay protection, the same forged requests work against every customer on the platform.

Emergency Immediate action required. Why: CRITICAL + active threat signals, no patch available.
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Jun 12, 2026

Cryptographic authentication bypass in Naxclow smart home devices (Smart Doorbell X3, X Smart Home, V720, Ix Cam) allows remote attackers to forge arbitrary device and account API requests after extracting a single hard-coded salt shared across the entire product line. Because the same salt is embedded in every firmware image and no per-device keys, nonces, or replay protections exist, recovery from one unit compromises the whole fleet, and plain-HTTP control traffic makes interception trivial. No public exploit identified at time of analysis, and the issue was disclosed via CISA ICS-CERT advisory ICSA-26-162-02.

RemediationAI

No vendor-released patch identified at time of analysis in the provided input; consult the CISA advisory at https://www.cisa.gov/news-events/ics-advisories/icsa-26-162-02 for the current vendor position, since a proper fix requires firmware changes that introduce per-device key provisioning, server-side nonce or timestamp validation, and migration of the control plane from HTTP to TLS. Until the vendor ships updated firmware, the most effective compensating control is network isolation - place affected devices on a segmented VLAN with no inbound internet exposure and block outbound traffic except to the vendor cloud endpoints, accepting the trade-off that remote app features may break if the vendor backend is also blocked. Where the cloud app is not strictly required, disconnect devices from the internet entirely and rely on local-network access only; if continued cloud use is mandatory, monitor for anomalous device-control traffic and consider replacing the affected models given that the underlying design defect cannot be mitigated at the network layer.

Affected VersionsENISA

ix cam All
X Smart Home All
Smart Doorbell X3 All
V720 All

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability is a textbook CWE-321 (Use of Hard-coded Cryptographic Key) issue applied to a request-signing scheme. Naxclow's mobile-to-cloud and cloud-to-device control protocol signs API calls using HMAC-style signatures derived from a salt that is identical across every shipped firmware image, with no derivation step that mixes in a device-unique secret. Compounding this, the server does not track nonces or timestamps to prevent replay, and the control plane runs over cleartext HTTP rather than TLS - meaning even without reversing firmware, an on-path attacker can capture and replay or modify signed requests. Affected CPEs cover four product lines (cpe:2.3:a:naxclow:smart_doorbell_x3, x_smart_home, v720, ix_cam), all consumer IoT camera/doorbell devices typically deployed on home networks but managed through an internet-facing cloud backend.

Know when Smart Doorbell X3 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 (icscert) PRIMARY 9.2 CRITICAL
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 8.1 HIGH

Network-reachable cloud API with no auth or user interaction, but AC:H reflects the one-time salt-recovery prerequisite captured as AT:P in 4.0; full CIA impact on devices and accounts.

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

Primary rating from Vendor (icscert).

CVSS VectorVendor: icscert

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

DescriptionCVE.org

Naxclow devices use a uniform request-signing scheme based on a hard-coded, platform-wide salt embedded in every firmware image. Once this salt is recovered from any device, an attacker can generate valid signatures for arbitrary device or account operations due to the absence of per-device keys, server-side nonce tracking, or replay protections. Combined with the system’s use of plain HTTP for control-plane traffic, the construction enables broad request forgery and impersonation across the platform.

Executive ViewAI

Why It Matters

Naxclow smart home devices (Smart Doorbell X3, X Smart Home, V720, Ix Cam) contain a critical authentication bypass due to a hard-coded cryptographic salt identical across the entire product line, enabling remote attackers to forge device control requests. Compromise of any single device exposes the entire fleet to unauthorized command injection, creating enterprise-wide risk to physical access control and connected smart home infrastructure.

Business Impact: Severe
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: Restrict network access to affected devices via firewall/VLAN segmentation; enforce encrypted tunneling (VPN) for all remote device access; deploy network intrusion detection with rules for anomalous API request rates or patterns; disable cloud/remote control features if local operation is sufficient; maintain audit logs of all device API interactions for forensic review.

Threat Intelligence Overview

EPSS Score
0.0%
Top 87% exploitable
Threat Intel
1
1 sources
Social Media
2
Sightings
Data Quality
8 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment CISA CIRCL GitHub VulDB

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 CRITICAL
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat Yes
Deciding rule
CRITICAL + active threat signals, no patch available
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
Out-of-Cycle
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

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

Attack Technique

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

Threat IntelligenceMISP

CISA Advisories
Sources: CISA Vulnrichment, CISA (public domain)

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