CVE-2025-41695: Phoenix Contact FL SWITCH 2005 · Cross-site Scripting
Affects Phoenix Contact FL SWITCH 2005Source CVE Database V5
Not known to be exploited · CVSS 7.1 High.
Data as of 26 Oct 2026, 14:05 UTC
- 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:LExploitation evidence
Disclosed: evidence found.
CVE published 9 Dec 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Phoenix Contact FL SWITCH 2005 | Affected
| Fixed in– |
AI-suggested
- Restrict access to the FL SWITCH 2005 web management interface to trusted networks and users only, using network segmentation and firewall rules.
- Implement strong authentication mechanisms and consider multi-factor authentication to reduce the risk of unauthorized access.
- Educate users about the risks of interacting with unsolicited links or emails that could trigger the XSS attack.
- Employ web application firewalls (WAFs) or intrusion prevention systems (IPS) capable of detecting and blocking malicious POST requests targeting the vulnerable endpoint.
- Monitor device logs and network traffic for unusual configuration changes or access patterns indicative of exploitation attempts.
- Apply input validation and output encoding on the web interface if custom modifications are possible, to neutralize malicious input.
- Coordinate with Phoenix Contact for official patches or firmware updates and apply them promptly once available.
- 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.