Skip to main content

CHARX SEC EUVDEUVD-2026-51039

| CVE-2026-44104 CRITICAL
Improper Verification of Cryptographic Signature (CWE-347)
2026-07-30 info@cert.vde.com GHSA-fvfc-m52v-j2p2
9.3
CVSS 4.0 · Vendor: cert
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach charging controller over network
  2. Delivery
    Craft malicious basemodule firmware image
  3. Exploit
    Append valid CRC32 checksum
  4. Execution
    Submit to unauthenticated update interface
  5. Persist
    Device flashes unsigned image
  6. Impact
    Full system compromise

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
Exploitation Conditions

The exploitable condition is the basemodule firmware update process itself, which accepts an image validated only by a CRC32 checksum with no cryptographic signature check - an attacker needs network reachability to that update interface and the ability to compute a valid CRC32 (trivial). Per the CVSS vector (AV:N/AC:L/PR:N/UI:N), no authentication, no user interaction and no special configuration are required against default deployments. The primary limiting factor is exposure of the firmware-update/management interface: exploitation requires reaching that endpoint over the network, so devices isolated on segmented OT networks are far harder to reach, and the target must be running affected firmware in the 1.0.0-1.9.0 range.

Impact

All signals point to genuine high priority. The vendor CVSS 4.0 base score is 9.3 (critical) with vector AV:N/AC:L/AT:N/PR:N/UI:N and high confidentiality, integrity and availability impact to the vulnerable system, indicating remote, unauthenticated, low-complexity exploitation against default configurations with no user interaction. The outcome - arbitrary firmware execution - is the maximal technical impact for an embedded device. No EPSS score was provided and the CVE is not listed in CISA KEV, so there is no evidence of active exploitation yet; likewise no public POC was supplied, so this should not be treated as weaponized. The residual limiting factor is network reachability: exploitation requires the attacker to reach the device's firmware-update interface, which in well-segmented OT/charging networks may not be exposed to the public internet. Net: a real, patch-now issue whose realistic exposure depends heavily on network segmentation.

Exploit ScenarioDerived

An attacker with network access to a CHARX SEC charging controller crafts a malicious basemodule firmware image, appends a correctly computed CRC32 checksum, and submits it through the firmware-update interface without needing any credentials. The device accepts and flashes the image, giving the attacker persistent, full control of the controller. No public POC has been identified, but the low attack complexity makes independent exploit development straightforward.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 30, 2026

Unauthenticated firmware implantation in Phoenix Contact CHARX SEC-3000/3050/3100/3150 EV charging controllers allows a remote attacker to push a modified firmware image to the basemodule because the update routine only checks a CRC32 checksum and performs no cryptographic signature verification (CWE-347). A successful upload yields full system compromise of the controller. No public exploit has been identified at time of analysis, but the flaw is network-reachable with no authentication and a vendor patch (v1.9.1) is available.

RemediationAI

Upgrade the basemodule firmware to version 1.9.1 or later, which is the vendor-released patch that closes the CRC32-only update path; the fix is documented in CERT@VDE advisory VDE-2026-008 (https://www.certvde.com/en/advisories/VDE-2026-008/). Until every affected CHARX SEC-3000/3050/3100/3150 unit is on 1.9.1, restrict network access to the controllers by placing them on an isolated OT/charging VLAN and blocking reachability of the firmware-update and management interface from untrusted networks and the internet (trade-off: this may complicate legitimate remote maintenance and OTA updates, which must then be performed from a controlled jump host). Additionally, monitor for and alert on unexpected firmware-upload attempts and logically restrict who can reach the update endpoint. These are compensating controls only - they reduce reachability but do not restore signature validation, so patching remains mandatory.

Affected VersionsENISA

CHARX SEC-3050 1.0.0 <1.9.1
CHARX SEC-3000 1.0.0 <1.9.1
CHARX SEC-3100 1.0.0 <1.9.1
CHARX SEC-3150 1.0.0 <1.9.1

Affected Packages

euvd charx_sec_3000 fix: 1.9.1
euvd charx_sec_3050 fix: 1.9.1
euvd charx_sec_3100 fix: 1.9.1
euvd charx_sec_3150 fix: 1.9.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 4 packages in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The affected devices are CHARX SEC series AC electric-vehicle charging controllers, the embedded control units that manage charging sessions and communication in EV charging stations. The vulnerability lies in the basemodule firmware update process, which uses CRC32 - an error-detection checksum, not a security primitive - as its only integrity gate. CRC32 provides no protection against intentional tampering because an attacker can freely recompute a valid checksum for any modified image. The root cause maps to CWE-347 (Improper Verification of Cryptographic Signature): the update path lacks a signed-firmware trust chain (e.g. an asymmetric signature validated against a vendor public key held on-device), so any well-formed image with a correct CRC32 is accepted and executed.

Know when Jwt Attack 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

Vendor (cert) PRIMARY 9.3 CRITICAL
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 9.8 CRITICAL

Remote unauthenticated firmware upload with no user interaction (AV:N/AC:L/PR:N/UI:N); accepting an unsigned image yields full device takeover, so C/I/A all High.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (cert).

CVSS VectorVendor: cert

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Jul 30, 2026 - 08:03 EUVD
CVE Published
Jul 30, 2026 - 07:16 cve.org
CRITICAL 9.3

DescriptionCVE.org

The firmware update process for the basemodule of the charging controller only validates the CRC32 checksum without cryptographic signature verification. This allows an unauthenticated remote attacker to install a modified firmware, resulting in full system compromise.

Executive ViewAI

Why It Matters

A critical vulnerability in Phoenix Contact CHARX EV charging controllers (models 3000/3050/3100/3150) permits unauthenticated remote firmware replacement, exposing charging infrastructure to full operational compromise. Organizations deploying these systems risk service outages and potential safety incidents. The attack requires no authentication and can be executed from the network, making this a high-urgency priority for EV charging operators and fleet managers.

Business Impact: Severe
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
Low
niche OT hardware - Phoenix Contact EV charging controllers, industry-specific footprint
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Out-of-Cycle
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

46
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +46
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2013-3900 MEDIUM
5.5 Dec 11

Why is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update

CVE-2026-48558 CRITICAL POC
9.5 Jun 12

Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke

CVE-2026-5430 CRITICAL POC
10.0 Aug 06

Authentication bypass in WSO2 API Manager and related components (Universal Gateway, Traffic Manager, API Control Plane,

CVE-2025-59718 CRITICAL
9.8 Dec 09

Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to

CVE-2025-25291 CRITICAL POC
9.3 Mar 12

ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS

CVE-2026-47304 CRITICAL POC
9.8 Jul 14

Security feature bypass in Microsoft .NET (shipped via Visual Studio 2022 17.12/17.14 and Visual Studio 2026 18.7) lets

CVE-2025-25292 CRITICAL POC
9.3 Mar 12

ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS

CVE-2022-25898 CRITICAL POC
9.8 Jul 01

The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT

CVE-2026-107722 CRITICAL POC
9.8 Oct 08

Authentication and authorization bypass in fast-jwt 6.2.0 through 6.2.4 (npm, NearForm) lets a remote, unauthenticated a

CVE-2024-42004 CRITICAL POC
9.8 Dec 18

A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti

CVE-2024-41145 CRITICAL POC
9.8 Dec 18

A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27

CVE-2024-41138 CRITICAL POC
9.8 Dec 18

A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy