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
Not known to be exploited · CVSS 5.3 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- 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:LExploitation evidence
Disclosed: evidence found.
CVE published 14 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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.