Skip to main content
CVE-2025-41704VulnerabilityPublished Updated

CVE-2025-41704: Phoenix Contact QUINT4-UPS/24DC/24DC/5/EIP · Unthrottled Resource Allocation

Affects Phoenix Contact QUINT4-UPS/24DC/24DC/5/EIPSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.5% chance of exploitation in 30 days – higher than 75% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 14 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

AI-suggested

1. Network Segmentation: Isolate Phoenix Contact QUINT4-UPS devices and their Modbus communication channels within dedicated, secure network segments inaccessible from general enterprise or internet-facing networks. 2. Access Controls: Implement strict firewall rules and access control lists (ACLs) to restrict Modbus traffic only to authorized management and monitoring systems. 3. Monitoring and Anomaly Detection: Deploy network monitoring tools capable of inspecting Modbus traffic to detect unusual function or sub-function codes and rate-limit excessive requests indicative of an attack. 4. Device Hardening: Disable unused services and interfaces on the UPS devices to reduce exposure. 5. Vendor Coordination: Engage with Phoenix Contact for updates or patches addressing this vulnerability and apply them promptly once available. 6. Incident Response Preparedness: Develop and test response plans for Modbus service disruptions to minimize operational impact. 7. Physical Security: Ensure physical access to devices is controlled to prevent local exploitation or configuration changes. 8. Network Access Authentication: Where possible, implement VPNs or secure tunnels for remote management to add authentication layers, mitigating unauthenticated access risks.

Description

An unauthanticated remote attacker can perform a DoS of the Modbus service by sending a specific function and sub-function code without affecting the core functionality.

References

Community reviews

Loading reviews…