<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-07T11:02:15.074595+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-359540</id>
    <title>EUVD-2026-359540</title>
    <updated>2026-10-07T11:02:15.131311+00:00</updated>
    <content>EUVD-2026-359540</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-359540"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-63179</id>
    <title>fkie_cve-2026-63179</title>
    <updated>2026-10-07T11:02:15.131358+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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'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.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-63179"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-58fp-mcx6-7qf9</id>
    <title>GHSA-58fp-mcx6-7qf9 — Winter: Local File Inclusion through @import directives in LESS compilation of backend customizable stylesheets and the…</title>
    <updated>2026-10-07T11:02:15.131404+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: winter/wn-backend-module</p>
<p>### Impact</p>
<p>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) "&lt;path&gt;"` directives into LESS source that the backend compiles. Four entry points share the same root cause:</p>
<p>- **Brand Settings** `BrandSetting.custom_css` field (`backend.manage_branding`) — compiled inline into every backend page's `&lt;style&gt;` block.
- **Editor Settings** `EditorSetting.html_custom_styles` field (`backend.manage_editor`) — compiled inline into every backend page's `&lt;style&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's own tree were exploitable.</p>
<p>The leaked content includes any file the web process can read, most importantly the application `.env` file (disclosing `APP_KEY` and database credentials).</p>
<p>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.</p>
<p>### Patches…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-58fp-mcx6-7qf9"/>
  </entry>
</feed>
