plone.app.event vulnerable to denial of service via iCalendar import
### Impact By abusing the iCalendar import functionality, a logged-in editor could take the whole site offline, make the server reach into the internal network and read calendar files off disk (SSRF), and store XSS. ### Patches The problem has been patched in `plone.app.event`. * For Plone 6.2: upgrade to `plone.app.event` 6.0.1 * For Plone 6.1: upgrade to `plone.app.event` 5.2.4 * For Plone 6.0: upgrade to `plone.app.event` 5.2.4 ### Workarounds In the site root, go to the Security tab of the Zope Management Interface (`manage_access`), look for the "plone.app.event: Import Ical" permission, and grant this only to the Manager role. Then only users with the Manager role can use the ical import form. There is no workaround for the stored XSS in the URL field of events. The vulnerabilities were discovered by Timothy Dudley and responsibly reported to the [Plone Security Team](mailto:security@plone.org). Thank you!
describes (1)
Related CVEs.
| ID | severity | exploitable | ||
|---|---|---|---|---|
| CVE-2026-55247US | — | — | ||
plone.app.event provides the event content type for Plone. Prior to versions 5.2.4 and 6.0.1, the iCalendar import in src/plone/app/event/ical/importer.py accepts insufficiently re… | ||||
references
External citations — patches, advisories, analysis.
- https://github.com/plone/plone.app.eventPACKAGE
- https://github.com/plone/plone.app.event/commit/1e3c83c15a24d1a789cdb012593505bc5620e28eWEB
- https://github.com/plone/plone.app.event/commit/4de5eb3ea9e4f7f1781622e6d64fc086629d1437WEB
- https://github.com/plone/plone.app.event/releases/tag/5.2.4WEB
- https://github.com/plone/plone.app.event/releases/tag/6.0.1WEB
- https://github.com/plone/plone.app.event/security/advisories/GHSA-r82h-mqw3-fc56WEB
Advisories like this name the exposed products attackers go after on your perimeter. See what is exposed on your perimeter with a free passive scan.
Free scan