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

XWiki vulnerable to click-jacking through CSS injection in commentsGHSA-74rh-c5rh-88vg

Fix: xwiki/xwiki-platform#4645

GHSA-74rh-c5rh-88vg is a CWE-1021 vulnerability in org.xwiki.platform:xwiki-platform-web. A fix is available for org.xwiki.platform:xwiki-platform-web — see the affected versions and patch details below.

Also known asCVE-2026-26000
Published
Updated
Affected
3 pkgs
Patched
3 / 3
Exploits
None indexed
Exploitation data as of Nov 10, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

Exploitation Status

No confirmed exploitation observed yet

  • 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 GHSA-74rh-c5rh-88vg.

EPSS Exploitation Probability

via FIRST.org ↗
0.3%probability of exploitation in next 30 days
Lower Risk-0.00%
Lower risk than most CVEs24th percentile — riskier than 24% of all scored CVEsHighest risk
0.00%0.28%0.56%0.84%0.0%0.3%May 26Sep 26Nov 26

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

Real-World Exposure

3 pkgs affected
☕org.xwiki.platform:xwiki-platform-web☕org.xwiki.platform:xwiki-platform-web☕org.xwiki.platform:xwiki-platform-web

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

It's possible using comments to inject CSS that would transform the full wiki in a link area leading to a malicious page. All versions of XWiki are impacted by this kind of attack.

Patches

The problem has been patched not by preventing injecting CSS in comments, which is currently a feature of XWiki, but by requiring confirmation from users when driving them to untrusted domains after clicking on a link, thus preventing any click-jacking attack. This security measure has been put in place in XWiki 17.9.0, 17.4.6, 16.10.13.

Workarounds

There's no out-of-the-box workaround, but it should be possible to partly reuse the javascript code provided for the security measure in a JSX object inside the wiki, to request the same kind of confirmation.

References

For more information

If you have any questions or comments about this advisory:

Attribution

Thanks Tomas Keech (Sentrium Security Ltd) for reporting this vulnerability.

Affected Packages

3 total 3 fixed
EcosystemPackageVulnerable rangeFix
☕Mavenorg.xwiki.platform:xwiki-platform-web≥ 17.5.0&&< 17.9.017.9.0org.xwiki.platform:xwiki-platform-web:17.9.0
☕Mavenorg.xwiki.platform:xwiki-platform-web≥ 17.0.0-rc-1&&< 17.4.617.4.6org.xwiki.platform:xwiki-platform-web:17.4.6
☕Mavenorg.xwiki.platform:xwiki-platform-weball versions16.10.13org.xwiki.platform:xwiki-platform-web:16.10.13

Affected Products

1 product · 3 configurations
Application
xwikixwiki
≥ 17.5.0 && < 17.9.0
range

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-web, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update org.xwiki.platform:xwiki-platform-web to 17.9.0 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-74rh-c5rh-88vg is resolved across your whole dependency graph.

  3. Workarounds

    If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.

Frequently Asked Questions

### Impact It's possible using comments to inject CSS that would transform the full wiki in a link area leading to a malicious page. All versions of XWiki are impacted by this kind of attack. ### Patches The problem has been patched not by preventing injecting CSS in comments, which is currently a feature of XWiki, but by requiring confirmation from users when driving them to untrusted domains after clicking on a link, thus preventing any click-jacking attack. This security measure has been put in place in XWiki 17.9.0, 17.4.6, 16.10.13. ### Workarounds There's no out-of-the-box workaro
O3 Security · Impact-Aware SCA

Is GHSA-74rh-c5rh-88vg in your dependencies?

Find it across Maven, including transitive dependencies.

Scan my dependencies How O3 SCA works
XWiki vulnerable to click-jacking through CSS injection in…