<?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>Thu, 22 Oct 2026 10:57:22 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-291565</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-291565</link>
      <description>EUVD-2026-291565</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-291565</guid>
    </item>
    <item>
      <title>fkie_cve-2026-33889</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-33889</link>
      <description>&lt;p&gt;ApostropheCMS is an open-source Node.js content management system. Versions 4.28.0 and prior contain a stored cross-site scripting vulnerability in the @apostrophecms/color-field module, where color values prefixed with -- bypass TinyColor validation intended for CSS custom properties, and the launder.string() call performs only type coercion without stripping HTML metacharacters. These unsanitized values are then concatenated directly into &amp;lt;style&amp;gt; tags both in per-widget style elements rendered for all visitors and in the global stylesheet rendered for editors, with the output marked as safe HTML. An editor can inject a value which closes the style tag and executes arbitrary JavaScript in the browser of every visitor to any page containing the affected widget. This enables mass session hijacking, cookie theft, and privilege escalation to administrative control if an admin views draft content. This issue has been fixed in version 4.29.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;ApostropheCMS is an open-source Node.js content management system. Versions 4.28.0 and prior contain a stored cross-site scripting vulnerability in the @apostrophecms/color-field module, where color values prefixed with -- bypass TinyColor validation intended for CSS custom properties, and the launder.string() call performs only type coercion without stripping HTML metacharacters. These unsanitized values are then concatenated directly into &amp;lt;style&amp;gt; tags both in per-widget style elements rendered for all visitors and in the global stylesheet rendered for editors, with the output marked as safe HTML. An editor can inject a value which closes the style tag and executes arbitrary JavaScript in the browser of every visitor to any page containing the affected widget. This enables mass session hijacking, cookie theft, and privilege escalation to administrative control if an admin views draft content. This issue has been fixed in version 4.29.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-33889</guid>
    </item>
    <item>
      <title>GHSA-97v6-998m-fp4g — ApostropheCMS: Stored XSS via CSS Custom Property Injection in @apostrophecms/color-field Escaping Style Tag Context</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-97v6-998m-fp4g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: apostrophe&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `@apostrophecms/color-field` module bypasses color validation for values prefixed with `--` (intended for CSS custom properties), but performs no HTML sanitization on these values. When styles containing attacker-controlled color values are rendered into `&amp;lt;style&amp;gt;` tags — both in the global stylesheet (editors only) and in per-widget style elements (all visitors) — the lack of escaping allows an editor to inject `&amp;lt;/style&amp;gt;` followed by arbitrary HTML/JavaScript, achieving stored XSS against all site visitors.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Root Cause 1: Validation bypass in color field** (`modules/@apostrophecms/color-field/index.js:36`)&lt;/p&gt;
&lt;p&gt;The color field&amp;#39;s `convert` method uses TinyColor to validate color values, but exempts any value starting with `--`:&lt;/p&gt;
&lt;p&gt;```javascript
// modules/@apostrophecms/color-field/index.js:26-38
async convert(req, field, data, destination) {
  destination[field.name] = self.apos.launder.string(data[field.name]);
  // ...
  const test = new TinyColor(destination[field.name]);
  if (!test.isValid &amp;amp;&amp;amp; !destination[field.name].startsWith(&amp;#39;--&amp;#39;)) {
    destination[field.name] = null;
  }
},
```&lt;/p&gt;
&lt;p&gt;A value like `--x: red}&amp;lt;/style&amp;gt;&amp;lt;script&amp;gt;alert(document.cookie)&amp;lt;/script&amp;gt;&amp;lt;style&amp;gt;` passes validation because it starts with `--`. The `launder.string()` call performs type coercion only — it does not strip HTML metacharacters like `&amp;lt;`, `&amp;gt;`, or `/`.&lt;/p&gt;
&lt;p&gt;**Root Cause 2a: Unescaped rendering in widget styles (public path)** (`modules/@apostrophecms/styles/lib/methods.js:232-23…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: apostrophe&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `@apostrophecms/color-field` module bypasses color validation for values prefixed with `--` (intended for CSS custom properties), but performs no HTML sanitization on these values. When styles containing attacker-controlled color values are rendered into `&amp;lt;style&amp;gt;` tags — both in the global stylesheet (editors only) and in per-widget style elements (all visitors) — the lack of escaping allows an editor to inject `&amp;lt;/style&amp;gt;` followed by arbitrary HTML/JavaScript, achieving stored XSS against all site visitors.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Root Cause 1: Validation bypass in color field** (`modules/@apostrophecms/color-field/index.js:36`)&lt;/p&gt;
&lt;p&gt;The color field&amp;#39;s `convert` method uses TinyColor to validate color values, but exempts any value starting with `--`:&lt;/p&gt;
&lt;p&gt;```javascript
// modules/@apostrophecms/color-field/index.js:26-38
async convert(req, field, data, destination) {
  destination[field.name] = self.apos.launder.string(data[field.name]);
  // ...
  const test = new TinyColor(destination[field.name]);
  if (!test.isValid &amp;amp;&amp;amp; !destination[field.name].startsWith(&amp;#39;--&amp;#39;)) {
    destination[field.name] = null;
  }
},
```&lt;/p&gt;
&lt;p&gt;A value like `--x: red}&amp;lt;/style&amp;gt;&amp;lt;script&amp;gt;alert(document.cookie)&amp;lt;/script&amp;gt;&amp;lt;style&amp;gt;` passes validation because it starts with `--`. The `launder.string()` call performs type coercion only — it does not strip HTML metacharacters like `&amp;lt;`, `&amp;gt;`, or `/`.&lt;/p&gt;
&lt;p&gt;**Root Cause 2a: Unescaped rendering in widget styles (public path)** (`modules/@apostrophecms/styles/lib/methods.js:232-23…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-97v6-998m-fp4g</guid>
    </item>
  </channel>
</rss>
