Cyber Resilience

CVE-2025-5749

Wolfbox Level 2 Ev Charger Firmware 3.1.17

Published
06 June 2025
Modified
17 June 2026
CVSS Score v3.1 8.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0017 7th percentile
Risk Priority 62 floored blend · peak EPSS

Summary

CVE-2025-5749 is a high-severity Use of Uninitialized Variable (CWE-457) vulnerability in Wolfbox Level 2 Ev Charger Firmware. Its CVSS base score is 8.8 (High).

Operationally, ranked at the 7th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SA-11 (Developer Testing and Evaluation) and SA-15 (Development Process, Standards, and Tools) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

WOLFBOX Level 2 EV Charger BLE Encryption Keys Uninitialized Variable Authentication Bypass Vulnerability. This vulnerability allows network-adjacent attackers to bypass authentication on affected installations of WOLFBOX Level 2 EV Charger devices. Authentication is not required to exploit this vulnerability. The…

more

specific flaw exists within the handling of cryptographic keys used in vendor-specific encrypted communications. The issue results from the lack of proper initialization of a variable prior to accessing it. An attacker can leverage this vulnerability to bypass authentication on the system. Was ZDI-CAN-26295.

CWE(s)

Related Threats

CVEs Like This One

CVE-2025-5750Same product: Wolfbox Level 2 Ev Charger
CVE-2025-5751Same product: Wolfbox Level 2 Ev Charger
CVE-2025-5748Same product: Wolfbox Level 2 Ev Charger
CVE-2025-5747Same product: Wolfbox Level 2 Ev Charger
CVE-2026-11141Shared CWE-457
CVE-2025-0081Shared CWE-457
CVE-2026-14088Shared CWE-457
CVE-2025-10021Shared CWE-457
CVE-2026-14402Shared CWE-457
CVE-2026-7955Shared CWE-457

Affected Assets

wolfbox
level 2 ev charger firmware
3.1.17

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Developer testing and static analysis directly find uses of uninitialized variables before deployment.

Documented development standards and tools can enforce initialization requirements in code.

Engineering principles can mandate explicit variable initialization to avoid uninitialized use.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly catch uninitialized-variable defects via static analysis and code review while the control encompasses many additional development controls.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect uninitialized-variable bugs, but the control is broader.

prevents

Secure development life cycle mandates practices that reduce uninitialized-variable defects.

prevents

Application security requirements can specify initialization rules, but the control itself does not directly address the weakness.

prevents

Secure coding explicitly requires variable initialization and static-analysis checks.

none

Secure architecture principles encourage defensive coding that can mitigate uninitialized variables.

References