Skip to main content
VulnerabilityPublished

CVE-2025-41695: Phoenix Contact FL SWITCH 2005 · Cross-site Scripting

Affects Phoenix Contact FL SWITCH 2005Source CVE Database V5

0

Not known to be exploited · CVSS 7.1 High.

Data as of 26 Oct 2026, 14:05 UTC

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

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. Restrict access to the FL SWITCH 2005 web management interface to trusted networks and users only, using network segmentation and firewall rules.
  2. Implement strong authentication mechanisms and consider multi-factor authentication to reduce the risk of unauthorized access.
  3. Educate users about the risks of interacting with unsolicited links or emails that could trigger the XSS attack.
  4. Employ web application firewalls (WAFs) or intrusion prevention systems (IPS) capable of detecting and blocking malicious POST requests targeting the vulnerable endpoint.
  5. Monitor device logs and network traffic for unusual configuration changes or access patterns indicative of exploitation attempts.
  6. Apply input validation and output encoding on the web interface if custom modifications are possible, to neutralize malicious input.
  7. Coordinate with Phoenix Contact for official patches or firmware updates and apply them promptly once available.
  8. Consider isolating management interfaces from general user access and enforce strict session management policies.

Description

An XSS vulnerability in dyn_conn.php can be used by an unauthenticated remote attacker to trick an authenticated user to send a manipulated POST request to the device in order to change parameters available via web based management (WBM). The vulnerability does not provide access to system-level resources such as operating system internals or privileged functions. Access is limited to device configuration parameters that are available in the context of the web application. The session cookie is secured by the httpOnly Flag. Therefore an attacker is not able to take over the session of an authenticated user.

References

Community reviews

Loading reviews…