https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-22T04:07:00.890505+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/bdu:2024-01266 bdu:2024-01266 2026-10-22T04:07:00.893854+00:00 bdu:2024-01266 https://cve.radiocsirt.org/vuln/euvd-2026-213836 EUVD-2026-213836 2026-10-22T04:07:00.893899+00:00 EUVD-2026-213836 https://cve.radiocsirt.org/vuln/fkie_cve-2023-29517 fkie_cve-2023-29517 2026-10-22T04:07:00.893914+00:00

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.

 https://cve.radiocsirt.org/vuln/ghsa-m3c3-9qj7-7xmx GHSA-m3c3-9qj7-7xmx — Exposure of Sensitive Information to an Unauthorized Actor in org.xwiki.platform:xwiki-platform-office-viewer 2026-10-22T04:07:00.893949+00:00

Affected: Maven: 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](https://jira.xwiki.org/) * Email us at [Security Mailing List](mailto:security@xwiki.org)

 https://cve.radiocsirt.org/vuln/gsd-2023-29517 gsd-2023-29517 2026-10-22T04:07:00.893992+00:00 gsd-2023-29517