A Cross-Site Request Forgery (CSRF) vulnerability exists in multiple WSO2 products due to the use of the HTTP GET
Source GCVE Database
Not known to be exploited · CVSS 8.8 High.
Data as of 13 Nov 2026, 19:57 UTC
Thin evidence
One scorer or none| CNA (WSO2) | CVSS 3.1 | 8.8 |
|---|
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 18 Nov 2025
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 13 Nov 2026.
What to do
AI-suggested
WSO2 recommends following Secure Production Guidelines by not exposing Carbon console services to untrusted networks, which can reduce the risk of exploitation. Users should review deployment configurations to ensure administrative interfaces are properly isolated and consider additional CSRF protections or disabling HTTP GET for state-changing operations where possible.
Description
A Cross-Site Request Forgery (CSRF) vulnerability affects multiple WSO2 products due to the use of HTTP GET requests for state-changing operations in admin services, particularly in the Carbon console's event processor. The SameSite=Lax cookie attribute is insufficient to prevent exploitation because it allows cookies to be sent with cross-origin top-level navigations using GET requests. An attacker can exploit this by tricking an authenticated user into visiting a malicious link, causing unauthorized administrative actions. WSO2 recommends not exposing Carbon console services to untrusted networks to reduce risk.