<?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>Mon, 12 Oct 2026 14:10:59 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-332244</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-332244</link>
      <description>EUVD-2026-332244</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-332244</guid>
    </item>
    <item>
      <title>fkie_cve-2026-55794</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-55794</link>
      <description>&lt;p&gt;Craft CMS is a content management system (CMS). In versions 5.9.0 and above prior to 5.10.0, control panel users with the ability to edit entries can execute unsandboxed Twig code via the HTTP Referrer header, potentially leading to authenticated RCE. The issue happens when a user is saving entries. Strings for a signed redirect URL are being compiled as a Twig template via renderObjectTemplate(), and while a sandboxed alternative already exists (renderSandboxedObjectTemplate()), it is not used in this case. This signed URL can be specified by users, as it is reflected in the “Referer” HTTP request header, which is under attacker control. This issue has been fixed in version 5.10.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Craft CMS is a content management system (CMS). In versions 5.9.0 and above prior to 5.10.0, control panel users with the ability to edit entries can execute unsandboxed Twig code via the HTTP Referrer header, potentially leading to authenticated RCE. The issue happens when a user is saving entries. Strings for a signed redirect URL are being compiled as a Twig template via renderObjectTemplate(), and while a sandboxed alternative already exists (renderSandboxedObjectTemplate()), it is not used in this case. This signed URL can be specified by users, as it is reflected in the “Referer” HTTP request header, which is under attacker control. This issue has been fixed in version 5.10.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-55794</guid>
    </item>
    <item>
      <title>GHSA-f74w-488g-8x5r — Craft CMS: Potential authenticated Remote Code Execution via referrer redirect</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-f74w-488g-8x5r</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: craftcms/cms&lt;/p&gt;
&lt;p&gt;### Requirements:&lt;/p&gt;
&lt;p&gt;* Control panel access
* Permissions to edit an entry&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Control panel users with the ability to edit entries can execute unsandboxed Twig code via the HTTP Referrer header.&lt;/p&gt;
&lt;p&gt;The issue happens when a user is saving entries. Strings for a signed redirect URL are being compiled as a Twig template via `renderObjectTemplate()`, and while a sandboxed alternative already exists (`renderSandboxedObjectTemplate()`), it is not used in this case. This signed URL can be specified by users, as it is reflected in the “Referer” HTTP request header, which is under attacker control.&lt;/p&gt;
&lt;p&gt;This has been fixed in Craft 5.10.0. Affected users should update to that version or higher to get the fix.&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;https://github.com/craftcms/cms/pull/18680&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: craftcms/cms&lt;/p&gt;
&lt;p&gt;### Requirements:&lt;/p&gt;
&lt;p&gt;* Control panel access
* Permissions to edit an entry&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Control panel users with the ability to edit entries can execute unsandboxed Twig code via the HTTP Referrer header.&lt;/p&gt;
&lt;p&gt;The issue happens when a user is saving entries. Strings for a signed redirect URL are being compiled as a Twig template via `renderObjectTemplate()`, and while a sandboxed alternative already exists (`renderSandboxedObjectTemplate()`), it is not used in this case. This signed URL can be specified by users, as it is reflected in the “Referer” HTTP request header, which is under attacker control.&lt;/p&gt;
&lt;p&gt;This has been fixed in Craft 5.10.0. Affected users should update to that version or higher to get the fix.&lt;/p&gt;
&lt;p&gt;### Resources&lt;/p&gt;
&lt;p&gt;https://github.com/craftcms/cms/pull/18680&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-f74w-488g-8x5r</guid>
    </item>
  </channel>
</rss>
