Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach DC-80 firmware update interface
-
DeliveryBypass or forge JWT authorization
-
ExploitUpload unsigned malicious firmware
-
ExecutionDevice installs without signature check
-
PersistExecute attacker code on charger
-
ImpactPivot to connected charging systems
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
|
| Exploitation Conditions | Exploitation requires network reachability to the EVBEE DC-80 firmware update capability and the ability to submit a firmware image to it; the missing cryptographic signature validation means no valid vendor signing key is needed for the image to be accepted. The 'Jwt Attack' tag indicates the update interface is protected by JWT-based authorization, so exploitation in practice depends on either holding valid access to the update function or forging/bypassing that JWT - the official vector rates this PR:N, implying that authorization barrier is considered weak or bypassable, but this should be verified against the specific deployment. Exploitation is limited by whether the update/management interface is exposed beyond a trusted network: a DC-80 whose update endpoint is confined to an isolated management segment is not reachable by an unauthenticated internet attacker despite the network-vector rating. |
| Impact | The signals point to a genuinely high-priority issue. The DIVD-supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H with subsequent-system SC:L/SI:L/SA:L, score 9.3) indicates network-reachable, low-complexity, unauthenticated exploitation with full confidentiality, integrity and availability impact plus some spillover to connected systems. That said, the description qualifies exploitation as available to 'anyone with access to the firmware update capability,' which is in mild tension with PR:N - the PR:N rating appears to rely on the JWT-based authorization being weak or bypassable rather than the endpoint being wholly open, so defenders should verify whether the update interface is exposed and whether a JWT weakness truly removes the auth barrier. No EPSS score was provided, the CVE is not in CISA KEV, and no POC is referenced, so there is no evidence of active or automated exploitation yet; real-world risk is currently driven by the severity of impact rather than confirmed in-the-wild activity, and is bounded by how many DC-80 units expose the update interface to untrusted networks. |
| Exploit ScenarioDerived | An attacker who can reach the DC-80's network-exposed firmware update interface - potentially after abusing a JWT authorization weakness to gain access - uploads a crafted firmware image containing a malicious payload. Because the updater performs no signature verification, the device installs and runs the attacker's code, yielding full control of the charger and a foothold to affect connected charging or management systems. No public exploit is identified at time of analysis, so an attacker would need to weaponize the flaw themselves. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 13, 2026
Arbitrary code execution in the EVBEE DC-80 EV charging station stems from a firmware update mechanism that ships without cryptographic signature validation (CWE-347), letting an attacker who reaches the update capability push a malicious firmware image and have it executed by the device. Reported by DIVD (advisory DIVD-2026-00001) with a CVSS 4.0 base score of 9.3 and a 'Jwt Attack' angle noted in triage tags, the flaw grants full compromise of the charger. There is no public exploit identified at time of analysis and it is not listed in CISA KEV.
RemediationAI
No vendor-released patch or fixed firmware version is identified in the provided data, so remediation should center on compensating controls until the vendor publishes signed firmware: place DC-80 chargers on an isolated management VLAN and block inbound access to the firmware update / management interface from untrusted networks and the internet, restricting it to a trusted administrative host or VPN (trade-off: legitimate remote firmware pushes must then originate from that controlled path). Because the 'Jwt Attack' tag implicates the authorization layer, rotate or invalidate any static or predictable JWT signing secrets and enforce short token lifetimes if configurable, and monitor the update endpoint for unexpected upload attempts. Track DIVD advisory DIVD-2026-00001 (https://csirt.divd.nl/DIVD-2026-00001/) for the official fix and, once available, upgrade to the vendor's signed-firmware release. Note that network isolation is the most reliable operator-side mitigation here, since the underlying missing-signature-check flaw cannot be closed without vendor firmware.
Affected VersionsENISA
Affected Packages
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
The affected component is the firmware update pathway of the EVBEE DC-80, a network-reachable DC electric-vehicle charging unit (CPE cpe:2.3:a:evbee:dc-80). The root cause is CWE-347 (Improper Verification of Cryptographic Signature): the updater accepts and installs firmware images without verifying an authenticity/integrity signature, so it cannot distinguish vendor-signed firmware from attacker-supplied files. Combined with the 'Jwt Attack' tag, this suggests the update endpoint's authorization is JWT-based and may be forgeable or bypassable, allowing an attacker to reach an interface that then trusts any uploaded binary. Because uploaded firmware runs with the device's own privileges after installation, an unsigned upload converts directly into arbitrary code execution on the embedded controller.
Know when Jwt Attack 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:L/SI:L/SA:L
Network-reachable updater with no signature check and JWT-bypassable authorization gives AV:N/AC:L/PR:N; unsigned firmware install yields full C:H/I:H/A:H, and code execution reaching connected charging systems supports S:C.
Primary rating from Vendor (DIVD).
CVSS VectorVendor: DIVD
Lifecycle Timeline
2DescriptionCVE.org
The firmware update mechanism does not include cryptographic signature validation. This allows anyone with access to the firmware update capability to upload arbitrary files which can then lead to arbitrary code execution.
Executive ViewAI
The EVBEE DC-80 EV charging station contains a critical vulnerability that allows attackers to install and execute malicious firmware, achieving complete device compromise; no public exploit code is currently identified, but the technical barrier to exploitation is low. Organizations operating these chargers face operational disruption, loss of charging service availability, and potential safety implications if devices are compromised.
No vendor-released patch identified at time of analysis. Interim mitigations: implement network segmentation isolating chargers from untrusted networks and restricting update access to controlled administrative channels only, disable remote update capabilities where operationally feasible, require multi-factor approval and manual authorization for all firmware updates, maintain comprehensive audit logging of all update attempts and access, and keep asset inventory current to enable rapid patch deployment upon vendor release.
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
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in WSO2 API Manager and related components (Universal Gateway, Traffic Manager, API Control Plane,
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
Authentication and authorization bypass in fast-jwt 6.2.0 through 6.2.4 (npm, NearForm) lets a remote, unauthenticated a
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
EUVD-2026-43331
NVD
CVE.org
EPSS
Vulnrichment
GitHub PoC
Exploit-DB