Skip to main content
VulnerabilityPublished

CVE-2026-28230: steve · Improper Access Control

Affects steveSource CVE Database V5

0
Compare

Public exploit available · CVSS 5.7 Medium.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 4.0 base score
5.7Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:P

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 26 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: evidence found.

    CVSS exploit maturity: proof of concept public

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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), CVSS vector, the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
steve-communitysteveAffected
  • <=3.11.0
Fixed in–
GitHubsteve-community/stevepkg:github/steve-community/steveOther threatsAffected
  • <=3.11.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Immediately upgrade SteVe to a version including the fix from commit 7f169c6c5b36a9c458ec41ce8af581972e5c724e or later, which enforces chargeBoxId ownership verification for StopTransaction requests.
  2. Restrict network access to SteVe management interfaces and SOAP endpoints using firewalls, VPNs, or zero-trust network segmentation to prevent unauthorized access.
  3. Implement strong authentication and authorization controls for all chargers and management clients interacting with SteVe.
  4. Monitor logs for unusual StopTransaction requests, especially those targeting multiple transaction IDs or originating from unexpected chargeBoxIds.
  5. Disable or secure any unauthenticated SOAP endpoints to prevent exploitation without credentials.
  6. Conduct regular security audits and penetration testing focused on access control mechanisms within the EV charging management system.
  7. Educate operational teams about the risk of session hijacking and denial of service attacks targeting charging infrastructure.
  8. Consider implementing rate limiting or anomaly detection on transaction termination requests to detect and block enumeration attempts.

Description

SteVe is an open-source EV charging station management system. In versions up to and including 3.11.0, when a charger sends a StopTransaction message, SteVe looks up the transaction solely by transactionId (a sequential integer starting from 1) without verifying that the requesting charger matches the charger that originally started the transaction. Any authenticated charger can terminate any other charger’s active session across the entire network. The root cause is in OcppServerRepositoryImpl.getTransaction() which queries only by transactionId with no chargeBoxId ownership check. The validator checks that the transaction exists and is not already stopped but never verifies identity. As an attacker controlling a single registered charger I could enumerate sequential transaction IDs and send StopTransaction messages targeting active sessions on every other charger on the network simultaneously. Combined with FINDING-014 (unauthenticated SOAP endpoints), no registered charger is even required — the attack is executable with a single curl command requiring only a known chargeBoxId. Commit 7f169c6c5b36a9c458ec41ce8af581972e5c724e contains a fix for the issue.

References

Community reviews

Loading reviews…