Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to openPDC with valid credentials
-
DeliverySubmit Modbus connection to attacker-chosen internal host:port
-
ExploitObserve reachability from success/error responses
-
ExecutionRepeat across address and port ranges
-
ImpactMap internal OT network for lateral movement
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated low-privilege account on openPDC (PR:L) and access to the Modbus connection feature, which accepts a caller-specified destination address and port with no allow-list or restriction on which internal hosts may be targeted - that unrestricted destination input IS the enabling condition. Limiting factors: valid credentials are mandatory (not exploitable pre-authentication), impact is limited to internal reachability disclosure/network mapping rather than data theft or code execution, and realistic risk depends on openPDC being reachable by an attacker-controlled account and sitting on a segment with interesting internal hosts to probe. |
| Impact | This is a medium-severity SSRF (CWE-918) that the CVSS 4.0 vector rates at 5.3, driven by a limited-confidentiality outcome: the vector is AV:N/AC:L/AT:N/PR:L/UI:N with VC:L and no integrity or availability impact (VI:N/VA:N), and no subsequent-system impact (SC:N/SI:N/SA:N). The PR:L metric confirms this requires an authenticated user, not an anonymous remote attacker, which meaningfully lowers real-world risk versus a PR:N flaw. No EPSS score was provided in the input, there is no CISA KEV listing, and no public exploit code was referenced, so exploitation status is: no public exploit identified at time of analysis. The signals are internally consistent - there is no CVSS-versus-description conflict here; the description (authenticated user, internal reconnaissance only) aligns with the low-confidentiality, authenticated vector. The practical takeaway is that this is a reconnaissance/information-exposure primitive (internal network mapping), not a direct code-execution or data-theft bug, so it is best treated as a lower-priority finding that gains importance mainly as a stepping stone within a broader intrusion of an ICS/OT environment. Missing data: EPSS probability and any POC status are absent and cannot be inferred. |
| Exploit ScenarioDerived | An attacker who already holds valid (low-privilege) credentials to openPDC uses the Modbus connection feature to specify arbitrary internal IP addresses and ports as the connection destination, observing response/timing differences to determine which internal hosts and services are reachable. By iterating across address and port ranges, they build a map of the internal OT/ICS network for use in later lateral movement. No public exploit code is referenced, so this would rely on manual abuse of the legitimate feature. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 09, 2026
An authenticated low-privilege user of openPDC can abuse the Modbus connection feature to make outbound connections to arbitrary internal destination addresses and ports, because the destination input is caller-controlled and not validated against any allow-list. The result is a server-side request forgery (CWE-918) condition that leaks reachability information - an attacker can distinguish which internal hosts and ports respond and, through repeated probes, gradually map the internal network - but no data theft, code execution, integrity, or availability impact is possible. The vulnerability is rated 5.3 under both the vendor's CVSS 4.0 vector and the independent CVSS 3.1 assessment (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N), reflecting that valid credentials are mandatory and the only confirmed impact is limited confidentiality disclosure; there is no public exploit identified at time of analysis and no confirmed active exploitation.
RemediationAI
No vendor-released patch is identified in the available data, so remediation at time of analysis depends on compensating controls; consult the CISA advisory ICSA-26-281-02 (https://www.cisa.gov/news-events/ics-advisories/icsa-26-281-02) and the CSAF file (https://github.com/cisagov/CSAF/blob/develop/csaf_files/OT/white/2026/icsa-26-281-02.json) for any subsequent fix version and apply it as soon as it is published. The most effective control is to restrict who can reach the Modbus connection feature: since exploitation requires an authenticated low-privilege account, enforce least privilege, remove or disable unnecessary accounts, and tighten roles so only trusted engineering staff can configure Modbus connections - the trade-off is reduced operational flexibility for operators who legitimately add endpoints. Second, apply host-level egress filtering or firewall rules on the openPDC server so its process can only initiate outbound TCP to the specific, known Modbus device addresses and TCP/502 ports it must reach; this directly breaks the SSRF oracle but requires maintaining an accurate device inventory and will cause outages if a legitimate endpoint is omitted. Third, place openPDC on a segmented OT/DMZ network segment with no route to corporate IT, cloud metadata endpoints (169.254.169.254), or management subnets, so that even a successful probe yields little mapping value - the trade-off is added architectural complexity and possible latency between concentrators and field devices. Monitor and alert on unusual outbound connection attempts from the openPDC host, particularly rapid sequences to many distinct internal addresses, as a detection measure rather than a prevention one.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 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 root cause is CWE-918, server-side request forgery, in the Modbus connection handling of Grid Protection Alliance's openPDC (and the related openPDC Docker image and openhistorian, per the CPE data). Modbus is an industrial protocol widely used in SCADA and grid-monitoring deployments; openPDC acts as a phasor data concentrator and gateway that can open Modbus/TCP sessions to downstream devices. Because the connection routine takes the destination address and port directly from the caller without an allow-list, loopback check, or RFC1918/metadata-address filtering, the openPDC server itself becomes the source of the probe. The attacker never needs direct network access to the target hosts: response behaviour (successful connect vs. timeout vs. refusal), which is surfaced differently for each destination, acts as an oracle that reveals internal topology. The CVSS 4.0 vector confirms this is a network-reachable (AV:N), low-attack-complexity (AC:L), authenticated (PR:L) issue with only vulnerable-system confidentiality impact (VC:L) and no subsequent-system impact (SC:N/SI:N/SA:N), which matches the independent 3.1 assessment exactly in severity and scope.
Know when Openpdc 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Network-reachable feature (AV:N) abusable with any valid account (PR:L) and no user interaction; impact is limited internal-reachability disclosure so C:L with I:N/A:N and no scope change.
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
Lifecycle Timeline
2DescriptionCVE.org
A Modbus connection feature on openPDC accepts a caller-specified destination address and port with no restriction on which internal hosts may be targeted. An authenticated user can attempt connections to arbitrary internal network destinations, revealing which destinations are reachable. With repeated attempts, an attacker may be able to map the internal network.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
Insecure deserialization in the service console interface of openPDC and openHistorian lets an attacker submit a crafted
Unauthenticated access to the openPDC internal data publisher lets any host that can reach the service connect and subsc
Unauthenticated access to the STTP-based data publisher in Grid Protection Alliance openPDC, the openPDC Docker image, a
Arbitrary constructor code execution in Grid Protection Alliance openPDC and openHistorian is reachable by an authentica
EUVD-2026-95782
GHSA-q8fp-gfvc-6mwj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB