Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessEnumerate IoT devices on LAN
-
DeliveryIdentify open telnet port TCP/23
-
ExploitAuthenticate with default or discovered credentials
-
ExecutionObtain firmware shell access
-
ImpactExfiltrate data or pivot laterally on network
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | The DEEBOT PRO M1 or K1VAC must be reachable on the network - either via the local LAN the device is connected to, or via the internet if TCP port 23 is inadvertently exposed through router port forwarding (the latter would be an additional misconfiguration). The CVSS PR:L metric confirms that valid telnet credentials are required; unauthenticated exploitation is not indicated by available data. The telnet service requires no user action to enable - it is active by default in the shipped firmware, which is the core of this CWE-489 flaw. Exploitation is bounded by: (1) network adjacency or reachability to the device, (2) possession of valid telnet credentials (default, hardcoded, or previously compromised), and (3) the target device being one of the two specifically named models. Exploitation is not conditional on any user-configured feature or non-default setting beyond the device being powered on and network-connected. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H) scores 8.7, reflecting network-accessible exploitation requiring no attack complexity, no specific attack conditions, and yielding full compromise of device confidentiality, integrity, and availability. The PR:L metric indicates some level of credential is required, which is the primary limiting factor - however, IoT devices commonly ship with weak or hardcoded default credentials, which could substantially reduce the practical barrier in real-world attacks. No EPSS score was provided, and no CISA KEV listing exists, meaning widespread active exploitation has not been confirmed. No public exploit code has been identified at time of analysis. The restricted subsequent-system impact (SC:N/SI:N/SA:N) suggests the CVSS assessment does not account for lateral movement potential from a compromised network-connected device, which may understate risk in environments where the robot vacuum shares a flat network with sensitive systems. Overall, this is a genuine priority for organizations with affected devices on production networks, but the PR:L requirement and absence of a KEV listing temper urgency compared to fully unauthenticated IoT flaws. |
| Exploit ScenarioDerived | An attacker with access to the same local network as an affected DEEBOT PRO device - such as a guest on a shared Wi-Fi, or a threat actor who has compromised another LAN-connected device - scans for open telnet ports and connects to the robot vacuum on TCP port 23. Using default or previously obtained credentials for the device's telnet service, the attacker authenticates and obtains a shell on the device firmware, enabling data access, potential surveillance (if the device has audio or camera hardware), configuration manipulation, or use of the device as a foothold for further lateral movement. No public exploit code has been identified at time of analysis; standard telnet clients suffice. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Aug 10, 2026
Enabled telnet services on the Ecovacs Robotics DEEBOT PRO M1 and DEEBOT PRO K1VAC robot vacuums expose a network-accessible shell interface that authenticated low-privilege users can leverage to log into the device. Rooted in CWE-489 (Active Debug Code), the telnet daemon was never disabled before shipping production firmware, leaving a legacy unencrypted remote access protocol open on the device. Reported by JPCERT/CC with a CVSS 4.0 score of 8.7, no public exploit code or CISA KEV listing has been identified, though the network-accessible nature and low attack complexity represent meaningful risk in home and SMB environments.
Earlier versions of this analysis (1)
Telnet services left enabled by default on Ecovacs DEEBOT PRO M1 and K1VAC robot vacuum firmware expose these consumer IoT devices to network-based login by low-privileged attackers. The CWE-489 (Active Debug Code) classification confirms this is a development artifact - a debug-era telnet daemon - that was never disabled before shipping to consumers, granting full device access to anyone who can reach it on the network with valid credentials. No public exploit code or CISA KEV listing has been identified at time of analysis, but the attack surface is structurally trivial for any attacker with network adjacency and knowledge of default or recoverable credentials.
RemediationAI
Apply the firmware update referenced in the Ecovacs vendor advisory at https://robot.hellohas.co.jp/news/update_20260331/ (dated 2026-03-31), which addresses the enabled telnet service; the exact remediated firmware version is not confirmed from available data. If immediate patching is not possible, place the affected robot vacuums on a dedicated IoT VLAN or isolated network segment with no lateral routing to sensitive internal systems - this limits exploitation impact to the device itself, though it does not disable the telnet service. Additionally, configure firewall rules on the home router or network perimeter to block inbound and outbound TCP port 23 traffic to and from the device's IP, preventing remote telnet connectivity; note that this control does not remove the debug interface from firmware and may not protect against adjacent-network attackers. Neither network control is a substitute for the firmware patch, as the underlying debug service remains present until the firmware is updated.
Affected VersionsENISA
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
CWE-489 (Active Debug Code) describes a class of vulnerabilities where development or diagnostic interfaces are inadvertently retained in production firmware or software releases. In this case, a telnet daemon - an unencrypted, cleartext remote shell protocol dating to the 1960s - remains enabled by default on Ecovacs Robotics DEEBOT PRO M1 (CPE: cpe:2.3:a:ecovacs_robotics:deebot_pro_m1:*:*:*:*:*:*:*:*) and DEEBOT PRO K1VAC (CPE: cpe:2.3:a:ecovacs_robotics:deebot_pro_k1vac:*:*:*:*:*:*:*:*) robot vacuum firmware. Telnet provides direct command-line access to the underlying OS without encryption, meaning credentials and session data traverse the network in plaintext. This is a well-documented IoT firmware hygiene failure - debug shells intended for factory or development use are frequently left enabled in consumer devices and represent a privileged entry point if credentials are weak, default, or shared across units.
Know when Deebot Pro M1 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:H/VI:H/VA:H/SC:N/SI:N/SA:N
Telnet is network-accessible with no complexity; PR:L reflects credential requirement per CVSS 4.0 input; unchanged scope as device compromise does not inherently extend to other systems.
Primary rating from Vendor (jpcert).
CVSS VectorVendor: jpcert
Lifecycle Timeline
3DescriptionCVE.org
DEEBOT PRO M1 and DEEBOT PRO K1VAC leave the telnet servers enabled. The telnet service may be leveraged to log in to the affected products.
Executive ViewAI
Ecovacs DEEBOT PRO M1 and K1VAC robot vacuums ship with telnet service enabled and network-accessible, allowing authenticated users with device credentials to gain remote shell access (CVE-2026-66405, CVSS 8.7). The vulnerability stems from debug code left enabled in production firmware, and no vendor patch is currently available, leaving organizations running these devices with ongoing risk to confidentiality, integrity, and availability in home and small business environments. Network isolation and firmware monitoring are essential until Ecovacs releases a security update.
No vendor-released patch identified at time of analysis. Interim mitigations include: restrict network access through firewall rules and network segmentation, disable telnet service if the firmware option exists, isolate affected devices on air-gapped network segments, and monitor for Ecovacs firmware updates and security advisories.
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.
More in Deebot Pro M1
View allUnauthenticated remote access to a production-enabled debug web server on Ecovacs DEEBOT PRO M1 and K1VAC robot vacuums
WebSocket authentication failure in Ecovacs Robotics DEEBOT PRO M1 and DEEBOT PRO K1VAC robot vacuums exposes private ke
Remote unauthenticated control of Ecovacs Robotics DEEBOT PRO M1 and K1VAC robot vacuums is possible due to an incorrect
Weak Wi-Fi hotspot credentials on Ecovacs DEEBOT PRO M1 and DEEBOT PRO K1VAC robot vacuums allow a physically proximate
Improper certificate validation in DEEBOT PRO M1 and DEEBOT PRO K1VAC robot vacuums exposes MQTT communications to man-i
Weak preconfigured root credentials on Ecovacs Robotics DEEBOT PRO M1 and DEEBOT PRO K1VAC robotic vacuum cleaners expos
Improper TLS certificate validation in Ecovacs Robotics DEEBOT PRO M1 and K1VAC robot vacuums exposes both devices to ma
EUVD-2026-55112
GHSA-r54q-x638-f78v
NVD
CVE.org
EPSS
VulDB
Exploit-DB