<?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>Wed, 07 Oct 2026 07:12:01 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-359540</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-359540</link>
      <description>EUVD-2026-359540</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-359540</guid>
    </item>
    <item>
      <title>fkie_cve-2026-63179</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-63179</link>
      <description>&lt;p&gt;Winter CMS is a content management system built on the Laravel PHP framework. In versions up to and including 1.2.12, authenticated backend users can disclose arbitrary files readable by the PHP process by injecting @import (inline) directives into LESS source that the backend compiles, because the LESS parser was instantiated without a safe import resolver and fell back to the raw attacker-supplied path when no allowed root matched. The flaw is reachable through four entry points that share the same root cause: the Brand Settings custom_css field, the Editor Settings html_custom_styles field, the Mail Brand Settings colour-picker fields whose values are concatenated into LESS source without escaping, and theme .less, .sass, and .scss assets compiled when served. Both absolute paths and .. traversal outside the asset&amp;#39;s own tree were accepted, so an attacker could read any file the web process can access, most significantly the application .env file and the APP_KEY and database credentials it contains. Exploitation requires a backend account holding one of the associated permissions, which are assigned by default to the built-in Developer role. This issue is fixed in version 1.2.13.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Winter CMS is a content management system built on the Laravel PHP framework. In versions up to and including 1.2.12, authenticated backend users can disclose arbitrary files readable by the PHP process by injecting @import (inline) directives into LESS source that the backend compiles, because the LESS parser was instantiated without a safe import resolver and fell back to the raw attacker-supplied path when no allowed root matched. The flaw is reachable through four entry points that share the same root cause: the Brand Settings custom_css field, the Editor Settings html_custom_styles field, the Mail Brand Settings colour-picker fields whose values are concatenated into LESS source without escaping, and theme .less, .sass, and .scss assets compiled when served. Both absolute paths and .. traversal outside the asset&amp;#39;s own tree were accepted, so an attacker could read any file the web process can access, most significantly the application .env file and the APP_KEY and database credentials it contains. Exploitation requires a backend account holding one of the associated permissions, which are assigned by default to the built-in Developer role. This issue is fixed in version 1.2.13.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-63179</guid>
    </item>
    <item>
      <title>GHSA-58fp-mcx6-7qf9 — Winter: Local File Inclusion through @import directives in LESS compilation of backend customizable stylesheets and the…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-58fp-mcx6-7qf9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: winter/wn-backend-module&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Affected versions of Winter CMS allow authenticated backend users with the following permissions to disclose arbitrary files readable by the PHP process by injecting `@import (inline) &amp;#34;&amp;lt;path&amp;gt;&amp;#34;` directives into LESS source that the backend compiles. Four entry points share the same root cause:&lt;/p&gt;
&lt;p&gt;- **Brand Settings** `BrandSetting.custom_css` field (`backend.manage_branding`) — compiled inline into every backend page&amp;#39;s `&amp;lt;style&amp;gt;` block.
- **Editor Settings** `EditorSetting.html_custom_styles` field (`backend.manage_editor`) — compiled inline into every backend page&amp;#39;s `&amp;lt;style&amp;gt;` block.
- **Mail Brand Settings** `MailBrandSetting` colour-picker fields (`system.manage_mail_templates`) — values are concatenated into LESS source via `Less_Parser::ModifyVars()` with no escaping, so any value the form validator does not reject can carry an `@import` directive.
- **Theme `.less`/`.sass`/`.scss` assets** (`cms.manage_assets`) — compiled through `System\Classes\CombineAssets` when served, with the same `Less_Parser` configuration. Both absolute paths and `..` traversal escape from the asset&amp;#39;s own tree were exploitable.&lt;/p&gt;
&lt;p&gt;The leaked content includes any file the web process can read, most importantly the application `.env` file (disclosing `APP_KEY` and database credentials).&lt;/p&gt;
&lt;p&gt;To actively exploit this issue, an attacker would need an authenticated backend account with one of the permissions listed above. By default these are assigned to the built-in Developer role.&lt;/p&gt;
&lt;p&gt;### Patches…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: winter/wn-backend-module&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Affected versions of Winter CMS allow authenticated backend users with the following permissions to disclose arbitrary files readable by the PHP process by injecting `@import (inline) &amp;#34;&amp;lt;path&amp;gt;&amp;#34;` directives into LESS source that the backend compiles. Four entry points share the same root cause:&lt;/p&gt;
&lt;p&gt;- **Brand Settings** `BrandSetting.custom_css` field (`backend.manage_branding`) — compiled inline into every backend page&amp;#39;s `&amp;lt;style&amp;gt;` block.
- **Editor Settings** `EditorSetting.html_custom_styles` field (`backend.manage_editor`) — compiled inline into every backend page&amp;#39;s `&amp;lt;style&amp;gt;` block.
- **Mail Brand Settings** `MailBrandSetting` colour-picker fields (`system.manage_mail_templates`) — values are concatenated into LESS source via `Less_Parser::ModifyVars()` with no escaping, so any value the form validator does not reject can carry an `@import` directive.
- **Theme `.less`/`.sass`/`.scss` assets** (`cms.manage_assets`) — compiled through `System\Classes\CombineAssets` when served, with the same `Less_Parser` configuration. Both absolute paths and `..` traversal escape from the asset&amp;#39;s own tree were exploitable.&lt;/p&gt;
&lt;p&gt;The leaked content includes any file the web process can read, most importantly the application `.env` file (disclosing `APP_KEY` and database credentials).&lt;/p&gt;
&lt;p&gt;To actively exploit this issue, an attacker would need an authenticated backend account with one of the permissions listed above. By default these are assigned to the built-in Developer role.&lt;/p&gt;
&lt;p&gt;### Patches…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-58fp-mcx6-7qf9</guid>
    </item>
  </channel>
</rss>
