EVerest: OCPP201 startup event_queue lock mismatch leads to std::map/std::queue data race

published 2026-03-26 7 mo ago modified 2026-06-17 4 mo ago also EUVD-2026-16218

cvss: 7.0; version 3.1, CNA
cisa kev: Not listed; not in CISA's catalog
epss: 0.1%; EPSS 0.1% chance of exploitation in 30 days, percentile 3%
public exploits: 0; none known

EVerest is an EV charging software stack. Versions prior to 2026.02.0 have a data race leading to possible `std::map<std::queue>` corruption. The trigger is CSMS GetLog/UpdateFirmware request (network) with an EVSE fault event (physical). This results in TSAN reports concurrent access (data race) to `event_queue`. Version 2026.2.0 contains a patch.

Patch / fix

fixed in 2

linuxfoundation everest 2026.02.0
linuxfoundation libocpp 2026.02.0

CISA SSVC

Exploitation: none
Automatable: no
Technical impact: partial
Assessed: 7 mo ago (2026-03-26)

Exploit prediction

0.15% chance of exploitation in the next 30 days, higher than 3% of all scored CVEs (FIRST EPSS, 2026-11-08).

CVSS scores

assigned by	version	score	vector
CNA	3.1	7.0	CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:H

Affected products

EVerest everest-core

Classification

Weakness

CWE-362 Concurrent Execution using Shared Resource with Improper Synchronization

References

github.com /EVerest/EVerest/security/advisories/GHSA-p3hg-vqgv-h524
vendor-advisory

Sources

CVE List CVE-2026-26074
NVD CVE-2026-26074

Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.

CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.

Summary