Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Concurrency control, locking
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Impact | The CVSS 4.6 score with vector CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H reflects a physically proximate attack vector (AV:P - physical access to the charging station or its network), low attack complexity, no privilege requirement, no user interaction, and high availability impact with no confidentiality or integrity impact. However, SSVC decision framework data indicates Exploitation: none (no confirmed active exploitation), Automatable: no (manual interaction required to coordinate concurrent updates), and Technical Impact: partial (denial of service only, not full system compromise). The absence of confirmed public exploits and CISA KEV status, combined with automatable=no and AV:P constraints, suggests this is a moderate practical risk for deployed infrastructure. Organizations must weigh the high availability impact (charging service disruption) against the requirement for physical proximity and deliberate timing of concurrent operations. Real-world priority depends on deployment: critical for public charging networks, lower priority for isolated/monitored installations. |
| Exploit ScenarioDerived | An attacker with physical access to a charging station (or compromised network access to its control plane) could deliberately trigger a data race by simultaneously initiating an EV state-of-charge read, forcing a power meter periodic update cycle, and unplugging the vehicle or sending a SessionFinished command. This requires precise timing and knowledge of internal thread scheduling, but no elevated privileges. The resulting map corruption causes the charging stack to crash or enter an undefined state, denying service to legitimate users until manual recovery or automatic watchdog restart occurs. Attack complexity is non-trivial (automatable=no), making opportunistic exploitation unlikely; however, targeted denial of service against critical charging infrastructure is plausible. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 26, 2026
Concurrent access to std::map<std::optional> in EVerest-Core versions prior to 2026.02.0 causes a data race condition that can corrupt container state during simultaneous EV state-of-charge updates, power meter periodic updates, and session termination events, resulting in denial of service of the EV charging stack. EVerest-Core (cpe:2.3:a:everest:everest-core) is the affected product, with patched version 2026.02.0 available. No public exploit code has been identified at time of analysis, and this vulnerability is not confirmed actively exploited; however, the condition is readily triggerable through normal charging operations combining multiple concurrent data sources.
RemediationAI
Upgrade EVerest-Core to version 2026.02.0 or later as released by the EVerest project. For deployments unable to immediately patch, implement network-level isolation of charging station management interfaces and power meter communication streams to reduce the likelihood of concurrent data stream interference, though this does not eliminate the underlying race condition. Monitor system logs for unexpected session terminations or availability drops, which may indicate exploitation attempts or trigger conditions. Deploy the upgrade at the earliest maintenance window, as the patch directly addresses the synchronization defect without known side effects.
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
EVerest is an open-source EV charging software stack that manages real-time state across multiple concurrent data streams including vehicle state-of-charge telemetry, AC/DC power meter readings, and session lifecycle events. The vulnerability is rooted in CWE-362 (Concurrent Execution using Shared Resource with Improper Synchronization), specifically a race condition within std::map<std::optional> container operations. The affected product is identified via CPE cpe:2.3:a:everest:everest-core:*:*:*:*:*:*:*:*. The race occurs when three concurrent operations interact: (1) EV SoC update threads writing vehicle state, (2) power meter periodic update threads reading/writing meter data, and (3) session lifecycle transitions (unplugging or SessionFinished state changes). Without proper synchronization primitives (mutexes, atomics, or lock-free structures), concurrent map access results in undefined behavior, including iterator invalidation, double-deletion, or memory corruption of the optional wrapper itself.
Know when Everest 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
AV:P/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
Lifecycle Timeline
2DescriptionGitHub Advisory
EVerest is an EV charging software stack. Versions prior to 2026.02.0 have a data race leading to std::map<std::optional> concurrent access (container/optional corruption possible). The trigger is an EV SoC update with powermeter periodic update and unplugging/SessionFinished state. Version 2026.2.0 contains a patch.
Executive ViewAI
Organizations using EVerest should be aware of moderate risk from CVE-2026-26070, a race condition vulnerability rated CVSS 4.6. Exploitation could compromise the security of affected deployments. Organizations should apply vendor updates when available and monitor for exploitation.
Apply vendor patch. If patching is delayed: implement rate limiting and resource quotas.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Race conditions occur when multiple concurrent requests exploit the brief time gap between checking a condition and acting upon it (TOCTOU - Time of Check, Time of Use).
Related Vulnerabilities in EVerest Data Race and Access Control
View all 9EVerest is an EV charging software stack. Prior to version 2025.10.0, an integer overflow occurring in `SdpPacket::parse
EVerest is an EV charging software stack. Prior to version 2025.10.0, during the deserialization of a `DC_ChargeLoopRes`
EVerest is an EV charging software stack. Prior to version 2025.10.0, once the module receives a SDP request, it creates
EVerest is an EV charging software stack. In versions 2025.9.0 and below, an attacker can exhaust the operating system's
EVerest is an EV charging software stack. Prior to version 2025.10.0, C++ exceptions are not properly handled for and by
EVerest is an EV charging software stack. Prior to version 2025.12.0, `is_message_crc_correct` in the DZG_GSH01 powermet
Stack-based buffer overflow in EVerest EV charging software allows unauthenticated local attackers to execute arbitrary
Stack-based buffer overflow in EVerest EV charging software stack enables local code execution when processing certifica
Concurrent access to shared memory in EVerest EV charging software (versions prior to 2026.02.0) enables remote attacker
Everest EV charging software prior to version 2025.9.0 contains an improper pointer arithmetic flaw in error handling wh
EUVD-2026-16203
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB