<?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, 24 Oct 2026 18:56:20 +0000</lastBuildDate>
    <item>
      <title>bdu:2023-05265</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2023-05265</link>
      <description>bdu:2023-05265</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2023-05265</guid>
    </item>
    <item>
      <title>EUVD-2026-221713</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-221713</link>
      <description>EUVD-2026-221713</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-221713</guid>
    </item>
    <item>
      <title>fkie_cve-2023-22457</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-22457</link>
      <description>&lt;p&gt;CKEditor Integration UI adds support for editing wiki pages using CKEditor. Prior to versions 1.64.3,t he `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki. The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1. There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;CKEditor Integration UI adds support for editing wiki pages using CKEditor. Prior to versions 1.64.3,t he `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki. The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1. There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-22457</guid>
    </item>
    <item>
      <title>GHSA-6mjp-2rm6-9g85 — XWiki CKEditor.HTMLConverter vulnerable to Remote Code Execution via Cross-Site Request Forgery</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-6mjp-2rm6-9g85</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.contrib:application-ckeditor-ui&lt;/p&gt;
&lt;p&gt;### Impact
The `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki.&lt;/p&gt;
&lt;p&gt;The attack can be demonstrated by accessing the URL `&amp;lt;server&amp;gt;/xwiki/bin/view/Main?sheet=CKEditor.HTMLConverter&amp;amp;language=en&amp;amp;sourceSyntax=xwiki%2F2.1&amp;amp;stripHTMLEnvelope=true&amp;amp;fromHTML=false&amp;amp;toHTML=true&amp;amp;text=%7B%7Bgroovy%7D%7Dprintln%28%22Hello+from+Groovy%21%22%29%7B%7B%2Fgroovy%7D%7D` where `&amp;lt;server&amp;gt;` is the URL of the XWiki installation as a user with programming rights. If this displays the text &amp;#34;Hello from Groovy!&amp;#34;, the installation is vulnerable.&lt;/p&gt;
&lt;p&gt;### Patches
The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1.&lt;/p&gt;
&lt;p&gt;### Workarounds
There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;
&lt;p&gt;### References
* https://github.com/xwiki-contrib/application-ckeditor/commit/6b1053164386aefc526df7512bc664918aa6849b
* https://jira.xwiki.org/browse/CKEDITOR-475&lt;/p&gt;
&lt;p&gt;### For more in…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.xwiki.contrib:application-ckeditor-ui&lt;/p&gt;
&lt;p&gt;### Impact
The `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki.&lt;/p&gt;
&lt;p&gt;The attack can be demonstrated by accessing the URL `&amp;lt;server&amp;gt;/xwiki/bin/view/Main?sheet=CKEditor.HTMLConverter&amp;amp;language=en&amp;amp;sourceSyntax=xwiki%2F2.1&amp;amp;stripHTMLEnvelope=true&amp;amp;fromHTML=false&amp;amp;toHTML=true&amp;amp;text=%7B%7Bgroovy%7D%7Dprintln%28%22Hello+from+Groovy%21%22%29%7B%7B%2Fgroovy%7D%7D` where `&amp;lt;server&amp;gt;` is the URL of the XWiki installation as a user with programming rights. If this displays the text &amp;#34;Hello from Groovy!&amp;#34;, the installation is vulnerable.&lt;/p&gt;
&lt;p&gt;### Patches
The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1.&lt;/p&gt;
&lt;p&gt;### Workarounds
There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;
&lt;p&gt;### References
* https://github.com/xwiki-contrib/application-ckeditor/commit/6b1053164386aefc526df7512bc664918aa6849b
* https://jira.xwiki.org/browse/CKEDITOR-475&lt;/p&gt;
&lt;p&gt;### For more in…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-6mjp-2rm6-9g85</guid>
    </item>
    <item>
      <title>gsd-2023-22457</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-22457</link>
      <description>gsd-2023-22457</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-22457</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-22457</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-22457</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: ldap-account-manager, Ubuntu:16.04:LTS: request-tracker4, Ubuntu:18.04:LTS: ckeditor3, Ubuntu:18.04:LTS: ldap-account-manager, Ubuntu:Pro:18.04:LTS: request-tracker4, Ubuntu:20.04:LTS: ckeditor3, Ubuntu:20.04:LTS: ldap-account-manager, Ubuntu:20.04:LTS: request-tracker4, Ubuntu:22.04:LTS: ckeditor3, Ubuntu:22.04:LTS: ldap-account-manager and 8 more&lt;/p&gt;
&lt;p&gt;CKEditor Integration UI adds support for editing wiki pages using CKEditor. Prior to versions 1.64.3,t he `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki. The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1. There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: ldap-account-manager, Ubuntu:16.04:LTS: request-tracker4, Ubuntu:18.04:LTS: ckeditor3, Ubuntu:18.04:LTS: ldap-account-manager, Ubuntu:Pro:18.04:LTS: request-tracker4, Ubuntu:20.04:LTS: ckeditor3, Ubuntu:20.04:LTS: ldap-account-manager, Ubuntu:20.04:LTS: request-tracker4, Ubuntu:22.04:LTS: ckeditor3, Ubuntu:22.04:LTS: ldap-account-manager and 8 more&lt;/p&gt;
&lt;p&gt;CKEditor Integration UI adds support for editing wiki pages using CKEditor. Prior to versions 1.64.3,t he `CKEditor.HTMLConverter` document lacked a protection against Cross-Site Request Forgery (CSRF), allowing to execute macros with the rights of the current user. If a privileged user with programming rights was tricked into executing a GET request to this document with certain parameters (e.g., via an image with a corresponding URL embedded in a comment or via a redirect), this would allow arbitrary remote code execution and the attacker could gain rights, access private information or impact the availability of the wiki. The issue has been patched in the CKEditor Integration version 1.64.3. This has also been patched in the version of the CKEditor integration that is bundled starting with XWiki 14.6 RC1. There are no known workarounds for this other than upgrading the CKEditor integration to a fixed version.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-22457</guid>
    </item>
  </channel>
</rss>
