CVE-2026-25945: ev2go.io · Improper Restriction of Excessive Authentication Attempts
Affects ev2go.ioSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 29 Oct 2026, 19:04 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 48% 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:N/I:N/A:HExploitation 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 29 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| EV2GOev2go.io | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2026-25945, EV2GO and affected organizations should implement robust rate limiting and throttling mechanisms on the WebSocket authentication API to restrict the number of authentication attempts per client IP or user account within a defined time window. Employing account lockout policies after a threshold of failed attempts can further reduce brute-force risks. Monitoring and alerting on abnormal authentication request patterns can help detect ongoing attacks early. Additionally, integrating multi-factor authentication (MFA) can significantly enhance security by adding an extra verification layer beyond passwords. Network-level protections such as Web Application Firewalls (WAFs) configured to detect and block excessive authentication attempts should be deployed. Organizations should also ensure timely patching once EV2GO releases updates addressing this vulnerability. In the interim, restricting access to the WebSocket API to trusted networks or VPNs can reduce exposure. Finally, conducting regular security assessments and penetration testing on the authentication mechanisms will help identify and remediate similar issues proactively.
Description
The WebSocket Application Programming Interface lacks restrictions on the number of authentication requests. This absence of rate limiting may allow an attacker to conduct denial-of-service attacks by suppressing or mis-routing legitimate charger telemetry, or conduct brute-force attacks to gain unauthorized access.