<?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, 06 Oct 2026 12:23:35 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-368260</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-368260</link>
      <description>EUVD-2026-368260</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-368260</guid>
    </item>
    <item>
      <title>fkie_cve-2026-54181</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-54181</link>
      <description>&lt;p&gt;backpack/crud provides Create, Read, Update &amp;amp; Delete (CRUD) functions for Backpack, a collection of Laravel packages that help users build custom administration panels. From 6.0.0 until 6.8.14 and 7.0.38, src/resources/views/crud/columns/color.blade.php inverts the escaped and raw rendering branches controlled by $column[&amp;#39;escaped&amp;#39;], which defaults to true, causing $column[&amp;#39;text&amp;#39;] to be rendered unescaped by default. An attacker who can store an unsanitized value in a color column can execute script in the browser of a user who views the CRUD list, including an administrator, with access to the victim&amp;#39;s session-backed application capabilities. Exploitation requires write access to the stored color value and a victim viewing the list. This issue is fixed in versions 6.8.14 and 7.0.38.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;backpack/crud provides Create, Read, Update &amp;amp; Delete (CRUD) functions for Backpack, a collection of Laravel packages that help users build custom administration panels. From 6.0.0 until 6.8.14 and 7.0.38, src/resources/views/crud/columns/color.blade.php inverts the escaped and raw rendering branches controlled by $column[&amp;#39;escaped&amp;#39;], which defaults to true, causing $column[&amp;#39;text&amp;#39;] to be rendered unescaped by default. An attacker who can store an unsanitized value in a color column can execute script in the browser of a user who views the CRUD list, including an administrator, with access to the victim&amp;#39;s session-backed application capabilities. Exploitation requires write access to the stored color value and a victim viewing the list. This issue is fixed in versions 6.8.14 and 7.0.38.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-54181</guid>
    </item>
    <item>
      <title>GHSA-mmg4-322v-6jvc — Laravel Backpack CRUD: Stored XSS in the color column — the `@if($column['escaped'])` branches are inverted</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-mmg4-322v-6jvc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: backpack/crud&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The Blade template for the `color` column type (`src/resources/views/crud/columns/color.blade.php`) has its escaped/unescaped rendering branches inverted relative to every other column template in the library. Because `$column[&amp;#39;escaped&amp;#39;]` defaults to `true`, values stored in color columns are rendered **unescaped by default**, enabling Stored XSS if column values are not validated before storage.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;All other column templates in `src/resources/views/crud/columns/` follow the convention:
- `$column[&amp;#39;escaped&amp;#39;] == true` → `{{ $column[&amp;#39;text&amp;#39;] }}` (HTML-escaped)
- `$column[&amp;#39;escaped&amp;#39;] == false` → `{!! $column[&amp;#39;text&amp;#39;] !!}` (raw)&lt;/p&gt;
&lt;p&gt;The `color` template has these branches swapped. An attacker who can write an arbitrary string to a `color`-typed column can inject JavaScript that executes in the browser of any user who views the list — including administrators — with access to their session cookies and CSRF tokens.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Stored XSS with scope change (attacker context runs in victim&amp;#39;s browser). Highest-risk target is an administrator viewing the list view. Exploitability requires the ability to write an unsanitized value into a `color`-typed column.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixed in **6.8.14** and **7.0.38** by correcting the branch order in `color.blade.php`. See PR #5992.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;Validate stored color values against a strict CSS color grammar (e.g. `/^#[0-9a-fA-F]{3,6}$/`) at the model layer before data reaches the view.&lt;/p&gt;
&lt;p&gt;## Credits&lt;/p&gt;
&lt;p&gt;Reported by Vishal Shukla (…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: backpack/crud&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The Blade template for the `color` column type (`src/resources/views/crud/columns/color.blade.php`) has its escaped/unescaped rendering branches inverted relative to every other column template in the library. Because `$column[&amp;#39;escaped&amp;#39;]` defaults to `true`, values stored in color columns are rendered **unescaped by default**, enabling Stored XSS if column values are not validated before storage.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;All other column templates in `src/resources/views/crud/columns/` follow the convention:
- `$column[&amp;#39;escaped&amp;#39;] == true` → `{{ $column[&amp;#39;text&amp;#39;] }}` (HTML-escaped)
- `$column[&amp;#39;escaped&amp;#39;] == false` → `{!! $column[&amp;#39;text&amp;#39;] !!}` (raw)&lt;/p&gt;
&lt;p&gt;The `color` template has these branches swapped. An attacker who can write an arbitrary string to a `color`-typed column can inject JavaScript that executes in the browser of any user who views the list — including administrators — with access to their session cookies and CSRF tokens.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Stored XSS with scope change (attacker context runs in victim&amp;#39;s browser). Highest-risk target is an administrator viewing the list view. Exploitability requires the ability to write an unsanitized value into a `color`-typed column.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixed in **6.8.14** and **7.0.38** by correcting the branch order in `color.blade.php`. See PR #5992.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;Validate stored color values against a strict CSS color grammar (e.g. `/^#[0-9a-fA-F]{3,6}$/`) at the model layer before data reaches the view.&lt;/p&gt;
&lt;p&gt;## Credits&lt;/p&gt;
&lt;p&gt;Reported by Vishal Shukla (…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-mmg4-322v-6jvc</guid>
    </item>
  </channel>
</rss>
