CVE-2025-49581: xwiki-platform · Code Injection
Affects xwiki-platformSource CVE Database V5
Not known to be exploited · CVSS 8.7 High · fixed in 17.0.0 : patch xwiki-platform soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 17.0.0, 16.10.3, 16.4.7
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Jun 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
Upgrade org.xwiki/xwiki-platform to 17.0.0, 16.10.3 or 16.4.7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Mavenorg.xwiki/xwiki-platformpkg:maven/org.xwiki/xwiki-platformOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
1. Immediate upgrade to patched versions of XWiki: 16.4.7, 16.10.3, or 17.0.0 to ensure the vulnerability is remediated. 2. Until patching is possible, restrict edit rights on wiki pages to trusted users only, minimizing the risk of malicious macro creation or modification. 3. Audit existing wiki macros, especially those with programming rights, to identify and remove or secure any macros that accept parameters with wiki syntax or default values that could be exploited. 4. Implement strict access controls and monitoring on the XWiki platform, including logging macro usage and changes to pages with elevated privileges. 5. Employ web application firewalls (WAFs) with custom rules to detect and block suspicious macro-related payloads or script execution attempts. 6. Conduct regular security reviews and penetration testing focused on wiki macro functionality to detect any residual or related vulnerabilities. 7. Educate users with edit rights about the risks of macro misuse and enforce policies limiting the use of scripting capabilities within the wiki. 8. Isolate the XWiki installation within a segmented network zone to limit potential lateral movement if compromised.
Description
XWiki is a generic wiki platform. Any user with edit right on a page (could be the user's profile) can execute code (Groovy, Python, Velocity) with programming right by defining a wiki macro. This allows full access to the whole XWiki installation. The main problem is that if a wiki macro parameter allows wiki syntax, its default value is executed with the rights of the author of the document where it is used. This can be exploited by overriding a macro like the children macro that is used in a page that has programming right like the page XWiki.ChildrenMacro and thus allows arbitrary script macros. This vulnerability has been patched in XWiki 16.4.7, 16.10.3 and 17.0.0 by executing wiki parameters with the rights of the wiki macro's author when the parameter's value is the default value.