<?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, 14 Oct 2026 13:07:25 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-1094 — De multiples vulnérabilités ont été découvertes dans les produits IBM. Certaines d'entre elles permettent à un attaquan…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1094</link>
      <description>certfr-2026-avi-1094</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1094</guid>
    </item>
    <item>
      <title>EUVD-2026-291681</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-291681</link>
      <description>EUVD-2026-291681</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-291681</guid>
    </item>
    <item>
      <title>fkie_cve-2026-40186</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-40186</link>
      <description>&lt;p&gt;ApostropheCMS is an open-source Node.js content management system. A regression introduced in commit 49d0bb7, included in versions 2.17.1 of the ApostropheCMS-maintained sanitize-html package bypasses allowedTags enforcement for text inside nonTextTagsArray elements (textarea and option). ApostropheCMS version 4.28.0 is affected through its dependency on the vulnerable sanitize-html version. The code at packages/sanitize-html/index.js:569-573 incorrectly assumes that htmlparser2 does not decode entities inside these elements and skips escaping, but htmlparser2 10.x does decode entities before passing text to the ontext callback. As a result, entity-encoded HTML is decoded by the parser and then written directly to the output as literal HTML characters, completely bypassing the allowedTags filter. An attacker can inject arbitrary tags including XSS payloads through any allowed option or textarea element using entity encoding. This affects non-default configurations where option or textarea are included in allowedTags, which is common in form builders and CMS platforms. This issue has been fixed in version 2.17.2 of sanitize-html and 4.29.0 of ApostropheCMS.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;ApostropheCMS is an open-source Node.js content management system. A regression introduced in commit 49d0bb7, included in versions 2.17.1 of the ApostropheCMS-maintained sanitize-html package bypasses allowedTags enforcement for text inside nonTextTagsArray elements (textarea and option). ApostropheCMS version 4.28.0 is affected through its dependency on the vulnerable sanitize-html version. The code at packages/sanitize-html/index.js:569-573 incorrectly assumes that htmlparser2 does not decode entities inside these elements and skips escaping, but htmlparser2 10.x does decode entities before passing text to the ontext callback. As a result, entity-encoded HTML is decoded by the parser and then written directly to the output as literal HTML characters, completely bypassing the allowedTags filter. An attacker can inject arbitrary tags including XSS payloads through any allowed option or textarea element using entity encoding. This affects non-default configurations where option or textarea are included in allowedTags, which is common in form builders and CMS platforms. This issue has been fixed in version 2.17.2 of sanitize-html and 4.29.0 of ApostropheCMS.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-40186</guid>
    </item>
    <item>
      <title>GHSA-9mrh-v2v3-xpfm — sanitize-html allowedTags Bypass via Entity-Decoded Text in nonTextTags Elements</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9mrh-v2v3-xpfm</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: sanitize-html&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Commit 49d0bb7 introduced a regression in sanitize-html that bypasses `allowedTags` enforcement for text inside `nonTextTagsArray` elements (`textarea` and `option`). Entity-encoded HTML inside these elements passes through the sanitizer as decoded, unescaped HTML, allowing injection of arbitrary tags including XSS payloads. This affects any application using sanitize-html that includes `option` or `textarea` in its `allowedTags` configuration.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The vulnerable code is at `packages/sanitize-html/index.js:569-573`:&lt;/p&gt;
&lt;p&gt;```javascript
} else if ((options.disallowedTagsMode === &amp;#39;discard&amp;#39; || options.disallowedTagsMode === &amp;#39;completelyDiscard&amp;#39;) &amp;amp;&amp;amp; (nonTextTagsArray.indexOf(tag) !== -1)) {
  // htmlparser2 does not decode entities inside raw text elements like
  // textarea and option. The text is already properly encoded, so pass
  // it through without additional escaping to avoid double-encoding.
  result += text;
}
```&lt;/p&gt;
&lt;p&gt;The comment is factually incorrect. htmlparser2 10.x **does** decode HTML entities inside both `&amp;lt;textarea&amp;gt;` and `&amp;lt;option&amp;gt;` elements before passing text to the `ontext` callback. This can be verified:&lt;/p&gt;
&lt;p&gt;```javascript
const htmlparser2 = require(&amp;#39;htmlparser2&amp;#39;);
const parser = new htmlparser2.Parser({
  ontext(text) { console.log(JSON.stringify(text)); }
});
parser.write(&amp;#39;&amp;lt;option&amp;gt;&amp;amp;lt;script&amp;amp;gt;&amp;lt;/option&amp;gt;&amp;#39;);
// Outputs: &amp;#34;&amp;lt;&amp;#34;, &amp;#34;script&amp;#34;, &amp;#34;&amp;gt;&amp;#34;  — entities are decoded
```&lt;/p&gt;
&lt;p&gt;Because the code assumes the text is &amp;#34;already properly encoded&amp;#34; and skips `escapeHt…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: sanitize-html&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Commit 49d0bb7 introduced a regression in sanitize-html that bypasses `allowedTags` enforcement for text inside `nonTextTagsArray` elements (`textarea` and `option`). Entity-encoded HTML inside these elements passes through the sanitizer as decoded, unescaped HTML, allowing injection of arbitrary tags including XSS payloads. This affects any application using sanitize-html that includes `option` or `textarea` in its `allowedTags` configuration.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The vulnerable code is at `packages/sanitize-html/index.js:569-573`:&lt;/p&gt;
&lt;p&gt;```javascript
} else if ((options.disallowedTagsMode === &amp;#39;discard&amp;#39; || options.disallowedTagsMode === &amp;#39;completelyDiscard&amp;#39;) &amp;amp;&amp;amp; (nonTextTagsArray.indexOf(tag) !== -1)) {
  // htmlparser2 does not decode entities inside raw text elements like
  // textarea and option. The text is already properly encoded, so pass
  // it through without additional escaping to avoid double-encoding.
  result += text;
}
```&lt;/p&gt;
&lt;p&gt;The comment is factually incorrect. htmlparser2 10.x **does** decode HTML entities inside both `&amp;lt;textarea&amp;gt;` and `&amp;lt;option&amp;gt;` elements before passing text to the `ontext` callback. This can be verified:&lt;/p&gt;
&lt;p&gt;```javascript
const htmlparser2 = require(&amp;#39;htmlparser2&amp;#39;);
const parser = new htmlparser2.Parser({
  ontext(text) { console.log(JSON.stringify(text)); }
});
parser.write(&amp;#39;&amp;lt;option&amp;gt;&amp;amp;lt;script&amp;amp;gt;&amp;lt;/option&amp;gt;&amp;#39;);
// Outputs: &amp;#34;&amp;lt;&amp;#34;, &amp;#34;script&amp;#34;, &amp;#34;&amp;gt;&amp;#34;  — entities are decoded
```&lt;/p&gt;
&lt;p&gt;Because the code assumes the text is &amp;#34;already properly encoded&amp;#34; and skips `escapeHt…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9mrh-v2v3-xpfm</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1654 — IBM App Connect Enterprise: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1654</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in IBM App Connect Enterprise ausnutzen, um beliebigen Programmcode auszuführen, Daten zu manipulieren, Cross-Site-Scripting-Angriffe durchzuführen, vertrauliche Informationen offenzulegen oder einen Denial-of-Service-Zustand auszulösen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in IBM App Connect Enterprise ausnutzen, um beliebigen Programmcode auszuführen, Daten zu manipulieren, Cross-Site-Scripting-Angriffe durchzuführen, vertrauliche Informationen offenzulegen oder einen Denial-of-Service-Zustand auszulösen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1654</guid>
    </item>
  </channel>
</rss>
