GitHub Advisoryadvisory · Maven

GHSA-987p-r3jc-8c8v Solr script service doesn't take dropped programming right into account

LOW Published 2025-04-29 Modified 2025-04-30 Official page ↗
Aliases
CVE-2025-32971
Ecosystem
Maven
Packages
org.xwiki.platform:xwiki-platform-search-solr-api
Severity
Low
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:L/A:L
Weaknesses
CWE-863
Reviewed
2025-04-29

Affected packages

• Maven org.xwiki.platform:xwiki-platform-search-solr-api: >= 4.5.1, < 15.10.13 → fixed in 15.10.13 • Maven org.xwiki.platform:xwiki-platform-search-solr-api: >= 16.0.0-rc-1, < 16.4.4 → fixed in 16.4.4 • Maven org.xwiki.platform:xwiki-platform-search-solr-api: >= 16.5.0-rc-1, < 16.8.0-rc-1 → fixed in 16.8.0-rc-1

Description

Impact The Solr script service that is accessible in XWiki's scripting API normally requires programming right to be called. Due to using the wrong API for checking rights, it doesn't take the fact into account that programming rights might have been dropped by calling `$xcontext.dropPermissions()`. If some code relies on this for the safety of executing Velocity code with the wrong author context, this could allow a user with script right to either cause a high load by indexing documents or to temporarily remove documents from the search index. We're not aware that this is exploitable in XWiki itself. To reproduce, a user with programming right can add the following XWiki syntax to a page: ``` {{velocity}} $xcontext.dropPermissions() $services.solr.index('document:xwiki:Main.WebHome') {{/velocity}} ``` This should trigger an error in XWiki's log, otherwise the installation is vulnerable. Patches This has been patched in XWiki 15.10.13, 16.8.0RC1, and 16.4.4. Workarounds We're not aware of any workarounds apart from being careful whom you grant script right.

Related

Alias · CVE (1)

Weakness · CWE (1)

  • CWE-863 Incorrect Authorization weakness

References