CVE-2026-24731: ev2go.io · Missing Authentication
Affects ev2go.ioSource CVE Database V5
Not known to be exploited · CVSS 9.4 Critical.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 50% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 26 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| EV2GOev2go.io | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2026-24731 effectively, organizations using EV2GO's ev2go.io platform should implement the following specific measures: 1) Immediately engage with EV2GO to obtain patches or updates that introduce robust authentication mechanisms on the OCPP WebSocket endpoints; 2) If patches are not yet available, restrict network access to the WebSocket endpoints using network segmentation and firewall rules to allow connections only from trusted charging stations and backend systems; 3) Implement strong identity verification for charging stations, such as mutual TLS authentication or token-based authentication, to prevent unauthorized connections; 4) Monitor WebSocket traffic for anomalous connection attempts or unusual command patterns indicative of impersonation or manipulation; 5) Employ logging and alerting on OCPP command issuance and reception to detect unauthorized activity promptly; 6) Conduct regular security audits and penetration testing focused on the charging infrastructure communication channels; 7) Consider deploying intrusion detection/prevention systems (IDS/IPS) tailored to OCPP protocol anomalies; 8) Educate operational staff about the risks and signs of exploitation to enhance incident response readiness. These targeted actions go beyond generic advice by focusing on authentication hardening, network controls, and active monitoring specific to the vulnerability context.
Description
WebSocket endpoints lack proper authentication mechanisms, enabling attackers to perform unauthorized station impersonation and manipulate data sent to the backend. An unauthenticated attacker can connect to the OCPP WebSocket endpoint using a known or discovered charging station identifier, then issue or receive OCPP commands as a legitimate charger. Given that no authentication is required, this can lead to privilege escalation, unauthorized control of charging infrastructure, and corruption of charging network data reported to the backend.