Headline
GHSA-m3c3-9qj7-7xmx: Exposure of Sensitive Information to an Unauthorized Actor in org.xwiki.platform:xwiki-platform-office-viewer
Impact
The office document viewer macro was allowing anyone to see any file content from the hosting server, provided that the office server was connected and depending on the permissions of the user running the servlet engine (e.g. tomcat) running XWiki. The same vulnerability also allowed to perform internal requests to resources from the hosting server.
Patches
The problem has been patched in XWiki 13.10.11, 14.10.1, 14.4.8, 15.0-rc-1.
Workarounds
It might be possible to workaround this vulnerability by running XWiki in a sandbox with a user with very low privileges on the machine, now to run a servlet engine the user will always need access to some files, so in any case this workaround won’t protect all files to be accessed.
References
- Original jira ticket: https://jira.xwiki.org/browse/XWIKI-20447
- Jira ticket related to another exploit using same root cause: https://jira.xwiki.org/browse/XWIKI-20324
- Jira ticket related to the possibility to exploit the same vulnerability to perform internal requests: https://jira.xwiki.org/browse/XWIKI-20449
For more information
If you have any questions or comments about this advisory:
- Open an issue in Jira XWiki.org
- Email us at Security Mailing List
Package
maven org.xwiki.platform:xwiki-platform-office-viewer (Maven)
Affected versions
>= 2.5-milestone-2, < 13.10.11
>= 14.0-rc-1, < 14.4.8
>= 14.5, < 14.10.1
Patched versions
13.10.11
14.4.8
14.10.1
Description
Impact
The office document viewer macro was allowing anyone to see any file content from the hosting server, provided that the office server was connected and depending on the permissions of the user running the servlet engine (e.g. tomcat) running XWiki. The same vulnerability also allowed to perform internal requests to resources from the hosting server.
Patches
The problem has been patched in XWiki 13.10.11, 14.10.1, 14.4.8, 15.0-rc-1.
Workarounds
It might be possible to workaround this vulnerability by running XWiki in a sandbox with a user with very low privileges on the machine, now to run a servlet engine the user will always need access to some files, so in any case this workaround won’t protect all files to be accessed.
References
- Original jira ticket: https://jira.xwiki.org/browse/XWIKI-20447
- Jira ticket related to another exploit using same root cause: https://jira.xwiki.org/browse/XWIKI-20324
- Jira ticket related to the possibility to exploit the same vulnerability to perform internal requests: https://jira.xwiki.org/browse/XWIKI-20449
For more information
If you have any questions or comments about this advisory:
- Open an issue in Jira XWiki.org
- Email us at Security Mailing List
References
- GHSA-m3c3-9qj7-7xmx
- https://nvd.nist.gov/vuln/detail/CVE-2023-29517
- https://jira.xwiki.org/browse/XWIKI-20324
- https://jira.xwiki.org/browse/XWIKI-20447
- https://jira.xwiki.org/browse/XWIKI-20449
tmortagne published to xwiki/xwiki-platform
Apr 18, 2023
Published to the GitHub Advisory Database
Apr 20, 2023
Reviewed
Apr 20, 2023
Related news
XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. The office document viewer macro was allowing anyone to see any file content from the hosting server, provided that the office server was connected and depending on the permissions of the user running the servlet engine (e.g. tomcat) running XWiki. The same vulnerability also allowed to perform internal requests to resources from the hosting server. The problem has been patched in XWiki 13.10.11, 14.10.1, 14.4.8, 15.0-rc-1. Users are advised to upgrade. It might be possible to workaround this vulnerability by running XWiki in a sandbox with a user with very low privileges on the machine.