https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 08 Oct 2026 23:22:07 +0000 https://cve.radiocsirt.org/vuln/euvd-2026-204826 EUVD-2026-204826 https://cve.radiocsirt.org/vuln/euvd-2026-204826 https://cve.radiocsirt.org/vuln/fkie_cve-2023-49280 <p>XWiki Change Request is an XWiki application allowing to request changes on a wiki without publishing directly the changes. Change request allows to edit any page by default, and the changes are then exported in an XML file that anyone can download. So it&#39;s possible for an attacker to obtain password hash of users by performing an edit on the user profiles and then downloading the XML file that has been created. This is also true for any document that might contain password field and that a user can view. This vulnerability impacts all version of Change Request, but the impact depends on the rights that has been set on the wiki since it requires for the user to have the Change request right (allowed by default) and view rights on the page to target. This issue cannot be easily exploited in an automated way. The patch consists in denying to users the right of editing pages that contains a password field with change request. It means that already existing change request for those pages won&#39;t be removed by the patch, administrators needs to take care of it. The patch is provided in Change Request 1.10, administrators should upgrade immediately. It&#39;s possible to workaround the vulnerability by denying manually the Change request right on some spaces, such as XWiki space which will include any user profile by default.</p> <p>XWiki Change Request is an XWiki application allowing to request changes on a wiki without publishing directly the changes. Change request allows to edit any page by default, and the changes are then exported in an XML file that anyone can download. So it&#39;s possible for an attacker to obtain password hash of users by performing an edit on the user profiles and then downloading the XML file that has been created. This is also true for any document that might contain password field and that a user can view. This vulnerability impacts all version of Change Request, but the impact depends on the rights that has been set on the wiki since it requires for the user to have the Change request right (allowed by default) and view rights on the page to target. This issue cannot be easily exploited in an automated way. The patch consists in denying to users the right of editing pages that contains a password field with change request. It means that already existing change request for those pages won&#39;t be removed by the patch, administrators needs to take care of it. The patch is provided in Change Request 1.10, administrators should upgrade immediately. It&#39;s possible to workaround the vulnerability by denying manually the Change request right on some spaces, such as XWiki space which will include any user profile by default.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2023-49280 https://cve.radiocsirt.org/vuln/ghsa-2fr7-cc7p-p45q <p><strong>Affected:</strong> Maven: org.xwiki.contrib.changerequest:application-changerequest-default</p> <p>### Impact</p> <p>Change request allows to edit any page by default, and the changes are then exported in an XML that anyone can download. So it&#39;s possible for an attacker to obtain password hash of users by performing edition of the user profiles and then downloading the XML that has been created. This is also true for any document that might contain password field and that a user can view. This vulnerability impacts all version of Change Request, but the impact depends on the rights that has been set on the wiki since it requires for the user to have the Change request right (allowed by default) and view rights on the page to target. Also the issue cannot be easily exploited in an automated way.</p> <p>### Patches</p> <p>The patch consists in denying to users the right of editing pages that contains a password field with change request. It means that already existing change request for those pages won&#39;t be removed by the patch, administrators needs to take care of it.</p> <p>The patch is provided in Change Request 1.10, administrators should upgrade immediately.</p> <p>### Workarounds</p> <p>It&#39;s possible to workaround the vulnerability by denying manually the Change request right on some spaces, such as XWiki space which will include any user profile by default.</p> <p>### References</p> <p>* JIRA issue: https://jira.xwiki.org/browse/CRAPP-302 * Commit of the fix: https://github.com/xwiki-contrib/application-changerequest/commit/ff0f5368ea04f0e4aa7b33821c707dc68a8c5ca8</p> <p>### For more information</p> <p>If you have an…</p> <p><strong>Affected:</strong> Maven: org.xwiki.contrib.changerequest:application-changerequest-default</p> <p>### Impact</p> <p>Change request allows to edit any page by default, and the changes are then exported in an XML that anyone can download. So it&#39;s possible for an attacker to obtain password hash of users by performing edition of the user profiles and then downloading the XML that has been created. This is also true for any document that might contain password field and that a user can view. This vulnerability impacts all version of Change Request, but the impact depends on the rights that has been set on the wiki since it requires for the user to have the Change request right (allowed by default) and view rights on the page to target. Also the issue cannot be easily exploited in an automated way.</p> <p>### Patches</p> <p>The patch consists in denying to users the right of editing pages that contains a password field with change request. It means that already existing change request for those pages won&#39;t be removed by the patch, administrators needs to take care of it.</p> <p>The patch is provided in Change Request 1.10, administrators should upgrade immediately.</p> <p>### Workarounds</p> <p>It&#39;s possible to workaround the vulnerability by denying manually the Change request right on some spaces, such as XWiki space which will include any user profile by default.</p> <p>### References</p> <p>* JIRA issue: https://jira.xwiki.org/browse/CRAPP-302 * Commit of the fix: https://github.com/xwiki-contrib/application-changerequest/commit/ff0f5368ea04f0e4aa7b33821c707dc68a8c5ca8</p> <p>### For more information</p> <p>If you have an…</p> https://cve.radiocsirt.org/vuln/ghsa-2fr7-cc7p-p45q https://cve.radiocsirt.org/vuln/gsd-2023-49280 gsd-2023-49280 https://cve.radiocsirt.org/vuln/gsd-2023-49280