CVE-2025-36116: IBM Db2 Mirror for i · Missing Origin Validation in WebSockets
Affects IBM Db2 Mirror for iSource CVE Database V5
Not known to be exploited · CVSS 6.3 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% 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:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 23 Jul 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| IBM Db2 Mirror for i | Affected
| Fixed in– |
AI-suggested
Organizations should immediately review network segmentation and access controls to restrict access to the Db2 Mirror for i GUI to trusted users and networks only. Implement strict firewall rules to limit WebSocket traffic to authorized sources. Monitor WebSocket connections for unusual activity or unauthorized access attempts. Consider deploying Web Application Firewalls (WAFs) with WebSocket inspection capabilities to detect and block suspicious WebSocket hijacking attempts. Additionally, enforce multi-factor authentication and strong session management on the GUI to reduce the risk of session hijacking. Regularly audit and log all operations performed via the Db2 Mirror GUI to detect anomalies. Finally, educate users about the risks of accessing the GUI from untrusted networks or devices.
Description
IBM Db2 Mirror for i 7.4, 7.5, and 7.6 GUI is affected by cross-site WebSocket hijacking vulnerability. By sending a specially crafted request, an unauthenticated malicious actor could exploit this vulnerability to sniff an existing WebSocket connection to then remotely perform operations that the user is not allowed to perform.