Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach charger SSH daemon over network
-
DeliveryRecover hardcoded root password from firmware
-
ExploitAuthenticate as root via SSH
-
ExecutionGain full root control of device
-
ImpactTamper charging/pivot to network
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Strong credential management
|
| Exploitation Conditions | Exploitation requires network reachability to the EVbee DC-80's SSH daemon, which the description states is exposed to the network, plus knowledge of the weak hardcoded root password (recoverable from firmware analysis and shared across all units). No authentication, no user interaction, and no non-default configuration are needed - the SSH service and static credential are present as shipped. The primary limiting factor is network exposure: risk is highest where the charger's SSH port is reachable from untrusted or internet-facing networks and reduced where the device sits behind strict network segmentation or firewalling. |
| Impact | This is a genuine high-priority risk that the raw CVSS 4.0 score of 9.3 accurately reflects, not a paper-inflated number. Every base metric aligns with severe real-world exposure: the network attack vector (AV:N), low complexity (AC:L), no privileges (PR:N), and no user interaction (UI:N) mean an unauthenticated attacker with network reachability to the device can log in as root over SSH using a known static password, yielding full confidentiality, integrity, and availability impact (VC:H/VI:H/VA:H). Hardcoded credentials (CWE-1391) are the single most trivially exploitable class of flaw once the secret is recovered - extraction typically requires only a firmware dump or one reverse-engineering pass, after which every unpatched unit shares the same key. No EPSS score, CISA KEV listing, or public POC is provided in the input, so there is no evidence of active exploitation or automated weaponization yet; however, absence of these signals does NOT lower the intrinsic risk given how effortless post-disclosure exploitation of shared root credentials is. The main mitigating factor is deployment footprint: EVbee DC-80 is a niche EV DC charging station, so exposure depends on how many units are internet- or LAN-reachable with SSH open. Verify network exposure of the SSH daemon per-site - if these chargers are reachable from untrusted networks, treat as urgent. |
| Exploit ScenarioDerived | An attacker who can reach an EVbee DC-80 charger over the network (LAN, a poorly segmented OT/charging network, or an internet-exposed management interface) connects to the exposed SSH daemon and authenticates as root using the weak hardcoded password recovered from firmware or public disclosure. With root access they can manipulate charging behavior, alter billing/telemetry, disrupt availability, or pivot into the surrounding network. No public exploit code is identified at time of analysis, but the technique is trivial to reproduce once the password is known. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 29, 2026
The EVbee DC-80 firmware ships with a hardcoded root password, allowing unauthenticated remote attackers to log in via SSH and gain full control of the device. All units share the same static credential, which can be recovered from firmware analysis, and no special configuration is needed. This is a high-severity flaw (CVSS 9.3) with no public exploit code identified at time of analysis.
RemediationAI
No vendor-released patch has been identified at the time of analysis. The most effective mitigation is to restrict network access to the device's SSH daemon (typically port 22) by placing the EVbee DC-80 behind a firewall or in a segmented management VLAN, allowing connections only from trusted administrative hosts. If SSH is not required for operation, disabling the service entirely removes the attack vector. Note that because the root password is hardcoded, it cannot be changed, so network isolation is the only reliable defense. Monitor for unauthorized SSH login attempts and check the DIVD advisory (https://csirt.divd.nl/DIVD-2026-00001/) for any future firmware updates.
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
The vulnerability stems from CWE-1391 (Use of Weak Credentials), where the EVbee DC-80 firmware embeds a static, hardcoded root password. The device exposes an SSH daemon to the network, and since the password is identical across all units and recoverable through firmware extraction, any remote attacker who can reach the SSH port can authenticate as root. The CPE cpe:2.3:a:evbee:dc_80:*:*:*:*:*:*:*:* confirms that all firmware versions of the DC-80 are affected. This is not a software library flaw but a design weakness in credential management, making it trivially exploitable without authentication (PR:N) or user interaction (UI:N) according to the CVSS 4.0 vector.
Know when Hardcoded Credentials 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:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-exposed SSH root login with a known hardcoded password requires no privileges, interaction, or special conditions, giving full C/I/A compromise of the device.
Primary rating from Vendor (DIVD).
CVSS VectorVendor: DIVD
DescriptionCVE.org
The firmware for the EVbee DC-80 has a weak hardcoded root password, which allows attackers to login as root using the SSH daemon that is exposed to the network.
Executive ViewAI
The EVbee DC-80 firmware contains a critical hardcoded root password vulnerability that allows remote attackers to log in via SSH using a shared static credential, potentially giving full control of affected devices. Because all units share the same credential, a single compromise could expose the entire deployed fleet, affecting operations, data confidentiality, and service availability. Leadership should treat this as a fleet-wide risk requiring immediate network isolation and a vendor engagement strategy, as no vendor-released patch is currently available.
No vendor-released patch identified at time of analysis; restrict SSH access to trusted management networks, disable SSH if not required, segment EVbee DC-80 devices, monitor for unauthorized SSH logins, and plan for device replacement if vendor does not provide a patch.
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
More in Hardcoded Credentials
View allXiongmai XM530 IP cameras running firmware HMT.CM2005-v220608.1837 or earlier ship with static, hardcoded administrative
Brocade Active Support Connectivity Gateway (ASCG) builds prior to 3.5.0 embed a static cryptographic key inside shipped
Hardcoded Langfuse API credentials embedded in PentestGPT 1.0.0's core telemetry module expose all user session telemetr
LightRAG's JWT authentication can be bypassed via a hardcoded default secret 'lightrag-jwt-default-secret' when TOKEN_SE
EUVD-2026-88973
GHSA-m8j5-qffh-wq39
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB