Skip to main content
VulnerabilityPublished

CVE-2025-41694: Phoenix Contact FL SWITCH 2005 · Unthrottled Resource Allocation

Affects Phoenix Contact FL SWITCH 2005Source CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Dec 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Phoenix Contact FL SWITCH 2005Affected
  • =0.0.0
Fixed in–

AI-suggested

  1. Implement network-level access controls to restrict access to the webshell interface of FL SWITCH 2005 devices to trusted management networks only.
  2. Monitor network traffic for anomalous patterns indicative of repeated empty or whitespace-only commands targeting the webshell.
  3. Employ rate limiting or connection throttling at the network perimeter to mitigate potential DoS attempts.
  4. Engage with Phoenix Contact support to obtain firmware updates or patches addressing this vulnerability as they become available.
  5. If patches are not yet available, consider temporarily disabling or restricting webshell access where feasible.
  6. Conduct regular vulnerability assessments and penetration testing focused on industrial control system components to detect exploitation attempts.
  7. Maintain an incident response plan that includes scenarios for network device DoS to minimize downtime.
  8. Segregate critical network segments to limit the impact of compromised or unavailable switches. These steps go beyond generic advice by focusing on network segmentation, monitoring, and vendor engagement specific to the affected product and vulnerability.

Description

A low privileged remote attacker can run the webshell with an empty command containing whitespace. The server will then block until it receives more data, resulting in a DoS condition of the websserver.

References

Community reviews

Loading reviews…