<?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>Tue, 27 Oct 2026 13:26:32 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-214065</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-214065</link>
      <description>EUVD-2026-214065</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-214065</guid>
    </item>
    <item>
      <title>fkie_cve-2023-29510</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-29510</link>
      <description>&lt;p&gt;XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. In XWiki, every user can add translations that are only applied to the current user. This also allows overriding existing translations. Such translations are often included in privileged contexts without any escaping which allows remote code execution for any user who has edit access on at least one document which could be the user&amp;#39;s own profile where edit access is enabled by default. A mitigation for this vulnerability is part of XWiki 14.10.2 and XWiki 15.0 RC1: translations with user scope now require script right. This means that regular users cannot exploit this anymore as users don&amp;#39;t have script right by default anymore starting with XWiki 14.10. There are no known workarounds apart from upgrading to a patched versions.&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. In XWiki, every user can add translations that are only applied to the current user. This also allows overriding existing translations. Such translations are often included in privileged contexts without any escaping which allows remote code execution for any user who has edit access on at least one document which could be the user&amp;#39;s own profile where edit access is enabled by default. A mitigation for this vulnerability is part of XWiki 14.10.2 and XWiki 15.0 RC1: translations with user scope now require script right. This means that regular users cannot exploit this anymore as users don&amp;#39;t have script right by default anymore starting with XWiki 14.10. There are no known workarounds apart from upgrading to a patched versions.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-29510</guid>
    </item>
    <item>
      <title>GHSA-4v38-964c-xjmw — Code injection via unescaped translations in xwiki-platform</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4v38-964c-xjmw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.platform:xwiki-platform-administration-ui&lt;/p&gt;
&lt;p&gt;### Impact
In XWiki, every user can add translations that are only applied to the current user. This also allows overriding existing translations. Such translations are often included in privileged contexts without any escaping which allows remote code execution for any user who has edit access on at least one document which could be the user&amp;#39;s own profile where edit access is enabled by default.&lt;/p&gt;
&lt;p&gt;The following describes a proof of concept exploit to demonstrate this vulnerability:&lt;/p&gt;
&lt;p&gt;1. Edit the user profile with the wiki editor and set the content to
```
error={{/html}} {{async async=&amp;#34;true&amp;#34; cached=&amp;#34;false&amp;#34; context=&amp;#34;doc.reference&amp;#34;}}{{groovy}}println(&amp;#34;hello from groovy!&amp;#34;){{/groovy}}{{/async}}
```
2. Use the object editor to add an object of type `XWiki.TranslationDocumentClass` with scope `USER`.
3. Open the document `WikiManager.AdminWikiDescriptorSheet`.&lt;/p&gt;
&lt;p&gt;The expected result would be that a message with title `{{/html}} {{async async=&amp;#34;true&amp;#34; cached=&amp;#34;false&amp;#34; context=&amp;#34;doc.reference&amp;#34;}}{{groovy}}println(&amp;#34;hello from groovy!&amp;#34;){{/groovy}}{{/async}}` is displayed while in fact an error that the HTML macro couldn&amp;#39;t be executed is displayed, followed by the text &amp;#34;hello from groovy!&amp;#34; and some raw HTML, showing that the Groovy macro has been executed.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A mitigation for this vulnerability is part of XWiki 14.10.2 and XWiki 15.0 RC1: translations with user scope now require script right. This means that regular users cannot exploit this anymore as users don&amp;#39;t have script right b…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.platform:xwiki-platform-administration-ui&lt;/p&gt;
&lt;p&gt;### Impact
In XWiki, every user can add translations that are only applied to the current user. This also allows overriding existing translations. Such translations are often included in privileged contexts without any escaping which allows remote code execution for any user who has edit access on at least one document which could be the user&amp;#39;s own profile where edit access is enabled by default.&lt;/p&gt;
&lt;p&gt;The following describes a proof of concept exploit to demonstrate this vulnerability:&lt;/p&gt;
&lt;p&gt;1. Edit the user profile with the wiki editor and set the content to
```
error={{/html}} {{async async=&amp;#34;true&amp;#34; cached=&amp;#34;false&amp;#34; context=&amp;#34;doc.reference&amp;#34;}}{{groovy}}println(&amp;#34;hello from groovy!&amp;#34;){{/groovy}}{{/async}}
```
2. Use the object editor to add an object of type `XWiki.TranslationDocumentClass` with scope `USER`.
3. Open the document `WikiManager.AdminWikiDescriptorSheet`.&lt;/p&gt;
&lt;p&gt;The expected result would be that a message with title `{{/html}} {{async async=&amp;#34;true&amp;#34; cached=&amp;#34;false&amp;#34; context=&amp;#34;doc.reference&amp;#34;}}{{groovy}}println(&amp;#34;hello from groovy!&amp;#34;){{/groovy}}{{/async}}` is displayed while in fact an error that the HTML macro couldn&amp;#39;t be executed is displayed, followed by the text &amp;#34;hello from groovy!&amp;#34; and some raw HTML, showing that the Groovy macro has been executed.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A mitigation for this vulnerability is part of XWiki 14.10.2 and XWiki 15.0 RC1: translations with user scope now require script right. This means that regular users cannot exploit this anymore as users don&amp;#39;t have script right b…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4v38-964c-xjmw</guid>
    </item>
    <item>
      <title>gsd-2023-29510</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-29510</link>
      <description>gsd-2023-29510</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-29510</guid>
    </item>
  </channel>
</rss>
