NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
☕ Maven
Not in CISA KEV

CVE-2025-49581 — xwiki-platform-rendering-…

Fix: xwiki/xwiki-platform@c99d501

CVE-2025-49581 is a Code Injection vulnerability in org.xwiki.platform:xwiki-platform-rendering-wikimacro-store. A fix is available for org.xwiki.platform:xwiki-platform-rendering-wikimacro-store — see the affected versions and patch details below.

XWiki allows remote code execution through default value of wiki macro wiki-type parameters

Also known asGHSA-9875-cw22-f7cx
Published
Updated
Affected
5 pkgs
Patched
3 / 5
Exploits
None indexed
Exploitation data as of Oct 30, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

Exploitation Status

No confirmed exploitation observed yet

  • A successful exploit gives an attacker total control of the affected component, not partial access.
  • CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.

Exploitation and automatability from CISA’s SSVC triage for CVE-2025-49581.

EPSS Exploitation Probability

via FIRST.org ↗
0.6%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs48th percentile — riskier than 48% of all scored CVEsHighest risk
0.00%1.63%3.26%4.89%1.7%0.6%Apr 26Aug 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

Real-World Exposure

5 pkgs affected
☕org.xwiki.platform:xwiki-platform-rendering-wikimacro-store☕org.xwiki.platform:xwiki-platform-rendering-wikimacro-store☕org.xwiki.platform:xwiki-platform-rendering-wikimacro-store☕org.xwiki.platform:xwiki-platform-rendering-wikimacro-store☕org.xwiki.platform:xwiki-platform-rendering-wikimacro-store

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.

Description

Impact

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 and thus impacts its confidentiality, integrity and availability. 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. The full reproduction steps can be found in the original issue.

Patches

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.

Workarounds

We're not aware of any workarounds except for upgrading.

Affected Packages

5 total 3 fixed
EcosystemPackageVulnerable rangeFix
☕Mavenorg.xwiki.platform:xwiki-platform-rendering-wikimacro-store≥ 11.10.11No fix
☕Mavenorg.xwiki.platform:xwiki-platform-rendering-wikimacro-store≥ 12.6.3No fix
☕Mavenorg.xwiki.platform:xwiki-platform-rendering-wikimacro-store≥ 12.8-rc-1&&< 16.4.716.4.7org.xwiki.platform:xwiki-platform-rendering-wikimacro-store:16.4.7
☕Mavenorg.xwiki.platform:xwiki-platform-rendering-wikimacro-store≥ 16.5.0-rc-1&&< 16.10.316.10.3org.xwiki.platform:xwiki-platform-rendering-wikimacro-store:16.10.3
☕Mavenorg.xwiki.platform:xwiki-platform-rendering-wikimacro-store≥ 17.0.0-rc-1&&< 17.0.017.0.0org.xwiki.platform:xwiki-platform-rendering-wikimacro-store:17.0.0

Affected Products

1 product · 5 configurations
Application
xwikixwiki
≥ 16.5.0 && < 16.10.3
1 version
17.0.0

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for org.xwiki.platform:xwiki-platform-rendering-wikimacro-store, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    A fix is available for CVE-2025-49581; check the affected-versions list above or the advisory for the patched release of org.xwiki.platform:xwiki-platform-rendering-wikimacro-store, then make sure no transitive dependency still pins the vulnerable range.

  3. Workarounds

    Stop passing untrusted input into the interpreter or shell: call the affected binary with an argument array rather than a composed command string, reject anything outside a strict allowlist of expected values, and run the component under an account that cannot reach beyond the work it legitimately does.

Frequently Asked Questions

### Impact 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 and thus impacts its confidentiality, integrity and availability. 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.Chi
O3 Security · Impact-Aware SCA

Is CVE-2025-49581 in your dependencies?

Find it across Maven, including transitive dependencies.

CVE-2025-49581: xwiki-platform-rendering — Fixed in 16.4.7