https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 22 Oct 2026 06:56:16 +0000 https://cve.radiocsirt.org/vuln/bdu:2024-01266 bdu:2024-01266 https://cve.radiocsirt.org/vuln/bdu:2024-01266 https://cve.radiocsirt.org/vuln/euvd-2026-213836 EUVD-2026-213836 https://cve.radiocsirt.org/vuln/euvd-2026-213836 https://cve.radiocsirt.org/vuln/fkie_cve-2023-29517 <p>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.</p> <p>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.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2023-29517 https://cve.radiocsirt.org/vuln/ghsa-m3c3-9qj7-7xmx <p><strong>Affected:</strong> Maven: org.xwiki.platform:xwiki-platform-office-viewer</p> <p>### Impact</p> <p>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.</p> <p>### Patches</p> <p>The problem has been patched in XWiki 13.10.11, 14.10.1, 14.4.8, 15.0-rc-1.</p> <p>### Workarounds</p> <p>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&#39;t protect all files to be accessed.</p> <p>### References</p> <p>* 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</p> <p>### For more information</p> <p>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)</p> <p><strong>Affected:</strong> Maven: org.xwiki.platform:xwiki-platform-office-viewer</p> <p>### Impact</p> <p>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.</p> <p>### Patches</p> <p>The problem has been patched in XWiki 13.10.11, 14.10.1, 14.4.8, 15.0-rc-1.</p> <p>### Workarounds</p> <p>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&#39;t protect all files to be accessed.</p> <p>### References</p> <p>* 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</p> <p>### For more information</p> <p>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)</p> https://cve.radiocsirt.org/vuln/ghsa-m3c3-9qj7-7xmx https://cve.radiocsirt.org/vuln/gsd-2023-29517 gsd-2023-29517 https://cve.radiocsirt.org/vuln/gsd-2023-29517