<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 04:07:14 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-362063</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-362063</link>
      <description>EUVD-2026-362063</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-362063</guid>
    </item>
    <item>
      <title>fkie_cve-2026-55247</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-55247</link>
      <description>&lt;p&gt;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 restricted calendar and event URLs, does not adequately bound downloaded bytes or imported events, and commits work per event. A logged-in editor can make the server request internal network resources or local calendar files, exhaust resources and take the site offline, and store a malicious event URL that executes script in another user&amp;#39;s browser. The fix restricts accepted URLs, applies MAXIMUM_ICAL_IMPORT_SIZE_BYTES and MAXIMUM_ICAL_IMPORT_EVENTS limits, uses transaction savepoints, and validates event URLs. This issue is fixed in versions 5.2.4 and 6.0.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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 restricted calendar and event URLs, does not adequately bound downloaded bytes or imported events, and commits work per event. A logged-in editor can make the server request internal network resources or local calendar files, exhaust resources and take the site offline, and store a malicious event URL that executes script in another user&amp;#39;s browser. The fix restricts accepted URLs, applies MAXIMUM_ICAL_IMPORT_SIZE_BYTES and MAXIMUM_ICAL_IMPORT_EVENTS limits, uses transaction savepoints, and validates event URLs. This issue is fixed in versions 5.2.4 and 6.0.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-55247</guid>
    </item>
    <item>
      <title>GHSA-r82h-mqw3-fc56 — plone.app.event vulnerable to denial of service via iCalendar import</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-r82h-mqw3-fc56</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: plone.app.event&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in `plone.app.event`.&lt;/p&gt;
&lt;p&gt;* 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&lt;/p&gt;
&lt;p&gt;### Workarounds
In the site root, go to the Security tab of the Zope Management Interface (`manage_access`), look for the &amp;#34;plone.app.event: Import Ical&amp;#34; permission, and grant this only to the Manager role.  Then only users with the Manager role can use the ical import form.&lt;/p&gt;
&lt;p&gt;There is no workaround for the stored XSS in the URL field of events.&lt;/p&gt;
&lt;p&gt;The vulnerabilities were discovered by Timothy Dudley and responsibly reported to the [Plone Security Team](mailto:security@plone.org). Thank you!&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: plone.app.event&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in `plone.app.event`.&lt;/p&gt;
&lt;p&gt;* 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&lt;/p&gt;
&lt;p&gt;### Workarounds
In the site root, go to the Security tab of the Zope Management Interface (`manage_access`), look for the &amp;#34;plone.app.event: Import Ical&amp;#34; permission, and grant this only to the Manager role.  Then only users with the Manager role can use the ical import form.&lt;/p&gt;
&lt;p&gt;There is no workaround for the stored XSS in the URL field of events.&lt;/p&gt;
&lt;p&gt;The vulnerabilities were discovered by Timothy Dudley and responsibly reported to the [Plone Security Team](mailto:security@plone.org). Thank you!&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-r82h-mqw3-fc56</guid>
    </item>
    <item>
      <title>PYSEC-2026-3883 — plone.app.event vulnerable to denial of service via iCalendar import</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-3883</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: plone-app-event&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in `plone.app.event`.&lt;/p&gt;
&lt;p&gt;* 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&lt;/p&gt;
&lt;p&gt;### Workarounds
In the site root, go to the Security tab of the Zope Management Interface (`manage_access`), look for the &amp;#34;plone.app.event: Import Ical&amp;#34; permission, and grant this only to the Manager role.  Then only users with the Manager role can use the ical import form.&lt;/p&gt;
&lt;p&gt;There is no workaround for the stored XSS in the URL field of events.&lt;/p&gt;
&lt;p&gt;The vulnerabilities were discovered by Timothy Dudley and responsibly reported to the [Plone Security Team](mailto:security@plone.org). Thank you!&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: plone-app-event&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in `plone.app.event`.&lt;/p&gt;
&lt;p&gt;* 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&lt;/p&gt;
&lt;p&gt;### Workarounds
In the site root, go to the Security tab of the Zope Management Interface (`manage_access`), look for the &amp;#34;plone.app.event: Import Ical&amp;#34; permission, and grant this only to the Manager role.  Then only users with the Manager role can use the ical import form.&lt;/p&gt;
&lt;p&gt;There is no workaround for the stored XSS in the URL field of events.&lt;/p&gt;
&lt;p&gt;The vulnerabilities were discovered by Timothy Dudley and responsibly reported to the [Plone Security Team](mailto:security@plone.org). Thank you!&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-3883</guid>
    </item>
  </channel>
</rss>
