<?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>Sun, 04 Oct 2026 17:58:57 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-06318</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-06318</link>
      <description>bdu:2024-06318</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-06318</guid>
    </item>
    <item>
      <title>EUVD-2026-158310</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-158310</link>
      <description>EUVD-2026-158310</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-158310</guid>
    </item>
    <item>
      <title>fkie_cve-2024-37900</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-37900</link>
      <description>&lt;p&gt;XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. When uploading an attachment with a malicious filename, malicious JavaScript code could be executed. This requires a social engineering attack to get the victim into uploading a file with a malicious name. The malicious code is solely executed during the upload and affects only the user uploading the attachment. While this allows performing actions in the name of that user, it seems unlikely that a user wouldn&amp;#39;t notice the malicious filename while uploading the attachment. This has been patched in XWiki 14.10.21, 15.5.5, 15.10.6 and 16.0.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. When uploading an attachment with a malicious filename, malicious JavaScript code could be executed. This requires a social engineering attack to get the victim into uploading a file with a malicious name. The malicious code is solely executed during the upload and affects only the user uploading the attachment. While this allows performing actions in the name of that user, it seems unlikely that a user wouldn&amp;#39;t notice the malicious filename while uploading the attachment. This has been patched in XWiki 14.10.21, 15.5.5, 15.10.6 and 16.0.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-37900</guid>
    </item>
    <item>
      <title>GHSA-wf3x-jccf-5g5g — XWiki Platform vulnerable to Cross-site Scripting through attachment filename in uploader</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wf3x-jccf-5g5g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.platform:xwiki-platform-web-war&lt;/p&gt;
&lt;p&gt;### Impact
When uploading an attachment with a malicious filename, malicious JavaScript code could be executed. This requires a social engineering attack to get the victim into uploading a file with a malicious name. The malicious code is solely executed during the upload and affects only the user uploading the attachment. While this allows performing actions in the name of that user, it seems unlikely that a user wouldn&amp;#39;t notice the malicious filename while uploading the attachment.&lt;/p&gt;
&lt;p&gt;In order to reproduce, as any user, create a file named `&amp;#34;&amp;gt;&amp;lt;img src=1 onerror=alert(1)&amp;gt;.jpg`. Then go to any page where you have edit rights and upload the file in the attachments tab. If alerts appear and display &amp;#34;1&amp;#34;, then the instance is vulnerable.&lt;/p&gt;
&lt;p&gt;### Patches
This has been patched in XWiki 14.10.21, 15.5.5, 15.10.6 and 16.0.0.&lt;/p&gt;
&lt;p&gt;### Workarounds
We&amp;#39;re not aware of any workaround except upgrading.&lt;/p&gt;
&lt;p&gt;### References
* https://jira.xwiki.org/browse/XWIKI-19611
* https://jira.xwiki.org/browse/XWIKI-21769
* https://jira.xwiki.org/browse/XWIKI-19602
* https://github.com/xwiki/xwiki-platform/commit/910a5018a50039e8b24556573dfe342f143ef949&lt;/p&gt;
&lt;p&gt;### Attribution&lt;/p&gt;
&lt;p&gt;This vulnerability has been independently reported by Aleksey Solovev (Positive Technologies) and Georgios Roumeliotis for TwelveSec.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.platform:xwiki-platform-web-war&lt;/p&gt;
&lt;p&gt;### Impact
When uploading an attachment with a malicious filename, malicious JavaScript code could be executed. This requires a social engineering attack to get the victim into uploading a file with a malicious name. The malicious code is solely executed during the upload and affects only the user uploading the attachment. While this allows performing actions in the name of that user, it seems unlikely that a user wouldn&amp;#39;t notice the malicious filename while uploading the attachment.&lt;/p&gt;
&lt;p&gt;In order to reproduce, as any user, create a file named `&amp;#34;&amp;gt;&amp;lt;img src=1 onerror=alert(1)&amp;gt;.jpg`. Then go to any page where you have edit rights and upload the file in the attachments tab. If alerts appear and display &amp;#34;1&amp;#34;, then the instance is vulnerable.&lt;/p&gt;
&lt;p&gt;### Patches
This has been patched in XWiki 14.10.21, 15.5.5, 15.10.6 and 16.0.0.&lt;/p&gt;
&lt;p&gt;### Workarounds
We&amp;#39;re not aware of any workaround except upgrading.&lt;/p&gt;
&lt;p&gt;### References
* https://jira.xwiki.org/browse/XWIKI-19611
* https://jira.xwiki.org/browse/XWIKI-21769
* https://jira.xwiki.org/browse/XWIKI-19602
* https://github.com/xwiki/xwiki-platform/commit/910a5018a50039e8b24556573dfe342f143ef949&lt;/p&gt;
&lt;p&gt;### Attribution&lt;/p&gt;
&lt;p&gt;This vulnerability has been independently reported by Aleksey Solovev (Positive Technologies) and Georgios Roumeliotis for TwelveSec.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wf3x-jccf-5g5g</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-1738 — xwiki: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1738</link>
      <description>&lt;p&gt;Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in xwiki ausnutzen, um Sicherheitsvorkehrungen zu umgehen, einen Cross-Site-Scripting-Angriff durchzuführen und beliebigen Code auszuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in xwiki ausnutzen, um Sicherheitsvorkehrungen zu umgehen, einen Cross-Site-Scripting-Angriff durchzuführen und beliebigen Code auszuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1738</guid>
    </item>
  </channel>
</rss>
