Headline
GHSA-cp3j-273x-3jxc: XSS/CSRF Remote Code Execution in XWiki.ConfigurableClass
Impact
There is a reflected XSS or also direct remote code execution vulnerability in the code for displaying configurable admin sections. The code that can be passed through a URL parameter is only executed when the user who is visiting the crafted URL has edit right on at least one configuration section. While any user of the wiki could easily create such a section, in this case it is much more convenient to exploit GHSA-qj86-p74r-7wp5 which is why this attack scenario won’t be further considered in the following. In contrast to GHSA-qj86-p74r-7wp5, this vulnerability doesn’t require the attacker to have an account or any access on the wiki. It is sufficient to trick any admin user of the XWiki installation to visit the crafted URL. Alternatively, the URL can also be embedded as image source of an image in any content of the wiki like a comment that could be left by an anonymous user. This vulnerability allows full remote code execution with programming rights and thus impacts the confidentiality, integrity and availability of the whole XWiki installation.
Patches
This has been fixed in XWiki 14.10.15, 15.5.2 and 15.7RC1
Workarounds
The patch can be manually applied to the document XWiki.ConfigurableClass.
References
- https://github.com/xwiki/xwiki-platform/commit/5e14c8d08fd0c5b619833d35090b470aa4cb52b0
- https://jira.xwiki.org/browse/XWIKI-21167
- GitHub Advisory Database
- GitHub Reviewed
- CVE-2023-50722
XSS/CSRF Remote Code Execution in XWiki.ConfigurableClass
Package
maven org.xwiki.platform:xwiki-platform-administration-ui (Maven)
Affected versions
>= 2.3, < 14.10.15
>= 15.0-rc-1, < 15.5.2
>= 15.6-rc-1, < 15.7-rc-1
Patched versions
14.10.15
15.5.2
15.7-rc-1
Impact
There is a reflected XSS or also direct remote code execution vulnerability in the code for displaying configurable admin sections. The code that can be passed through a URL parameter is only executed when the user who is visiting the crafted URL has edit right on at least one configuration section. While any user of the wiki could easily create such a section, in this case it is much more convenient to exploit GHSA-qj86-p74r-7wp5 which is why this attack scenario won’t be further considered in the following. In contrast to GHSA-qj86-p74r-7wp5, this vulnerability doesn’t require the attacker to have an account or any access on the wiki. It is sufficient to trick any admin user of the XWiki installation to visit the crafted URL. Alternatively, the URL can also be embedded as image source of an image in any content of the wiki like a comment that could be left by an anonymous user. This vulnerability allows full remote code execution with programming rights and thus impacts the confidentiality, integrity and availability of the whole XWiki installation.
Patches
This has been fixed in XWiki 14.10.15, 15.5.2 and 15.7RC1
Workarounds
The patch can be manually applied to the document XWiki.ConfigurableClass.
References
- xwiki/xwiki-platform@5e14c8d
- https://jira.xwiki.org/browse/XWIKI-21167
References
- GHSA-cp3j-273x-3jxc
- https://nvd.nist.gov/vuln/detail/CVE-2023-50722
- xwiki/xwiki-platform@5e14c8d
- https://jira.xwiki.org/browse/XWIKI-21167
Published to the GitHub Advisory Database
Dec 16, 2023
Related news
XWiki Platform is a generic wiki platform. Starting in 2.3 and prior to versions 14.10.15, 15.5.2, and 15.7-rc-1, there is a reflected XSS or also direct remote code execution vulnerability in the code for displaying configurable admin sections. The code that can be passed through a URL parameter is only executed when the user who is visiting the crafted URL has edit right on at least one configuration section. While any user of the wiki could easily create such a section, this vulnerability doesn't require the attacker to have an account or any access on the wiki. It is sufficient to trick any admin user of the XWiki installation to visit the crafted URL. This vulnerability allows full remote code execution with programming rights and thus impacts the confidentiality, integrity and availability of the whole XWiki installation. This has been fixed in XWiki 14.10.15, 15.5.2 and 15.7RC1. The patch can be manually applied to the document `XWiki.ConfigurableClass`.