CVE-2026-22323: Phoenix Contact FL SWITCH 2005 · Cross-Site Request Forgery (CSRF)
Affects Phoenix Contact FL SWITCH 2005Source CVE Database V5
Not known to be exploited · CVSS 7.1 High : upgrade to 3.53 soon.
Data as of 1 Nov 2026, 08:20 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.53
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 18 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 31 Oct 2026.
What to do
Upgrade FL to 3.53.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Phoenix ContactFL SWITCH 2005 | Affected
| Fixed in
|
| Phoenix ContactFL SWITCH 2008 | Affected
| Fixed in
|
| Phoenix ContactFL SWITCH 2016 | Affected
| Fixed in
|
| Phoenix ContactFL SWITCH 2105 | Affected
| Fixed in
|
| Phoenix ContactFL SWITCH 2108 | Affected
| Fixed in
|
| Phoenix ContactFL SWITCH 2116 | Affected
| Fixed in
|
AI-suggested
To mitigate this vulnerability, organizations should implement the following specific measures: 1) Restrict access to the FL SWITCH 2005 management interface to trusted networks and users only, ideally via VPN or isolated management VLANs. 2) Employ web application firewalls (WAFs) or intrusion prevention systems (IPS) to detect and block suspicious POST requests targeting the device's configuration interface. 3) Educate users with access to the device management interface about the risks of visiting untrusted websites while authenticated. 4) Implement browser security controls such as SameSite cookies and Content Security Policy (CSP) headers to reduce CSRF risks where possible. 5) Monitor device configuration changes closely and maintain logs to detect unauthorized modifications promptly. 6) Engage with Phoenix Contact for firmware updates or patches addressing this vulnerability and apply them as soon as available. 7) Consider multi-factor authentication or additional authentication mechanisms if supported by the device to reduce the risk of unauthorized configuration changes. These steps go beyond generic advice by focusing on network segmentation, user education, and proactive monitoring tailored to this device and vulnerability.
Description
A CSRF vulnerability in the Link Aggregation configuration interface allows an unauthenticated remote attacker to trick authenticated users into sending unauthorized POST requests to the device by luring them to a malicious webpage. This can silently alter the device’s configuration without the victim’s knowledge or consent. Availability impact was set to low because after a successful attack the device will automatically recover without external intervention.