<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-30T21:51:40.177941+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-41591</id>
    <title>fkie_cve-2026-41591</title>
    <updated>2026-09-30T21:51:40.200720+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Marko is a declarative, HTML-based language for building web apps. Prior to marko version 5.38.36 and prior to @marko/runtime-tags 6.0.164, when dynamic text is interpolated into a &lt;script&gt; or &lt;style&gt; tag the Marko runtime failed to prevent tag breakout when the closing tag used non-lowercase casing. An attacker able to place input inside a &lt;script&gt; or &lt;style&gt; block could break out of the tag with &lt;/SCRIPT&gt;, &lt;/Style&gt;, etc. and inject arbitrary HTML/JavaScript, resulting in cross-site scripting. This issue has been patched in marko version 5.38.36 and @marko/runtime-tags 6.0.164.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-41591"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-x9fj-57fh-c8wq</id>
    <title>GHSA-x9fj-57fh-c8wq — Marko: XSS via case-insensitive script/style closing tag bypass in runtime HTML escaping</title>
    <updated>2026-09-30T21:51:40.200824+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: marko, npm: @marko/runtime-tags</p>
<p>### Summary</p>
<p>When dynamic text is interpolated into a `&lt;script&gt;` or `&lt;style&gt;` tag the Marko runtime failed to prevent tag breakout when the closing tag used non-lowercase casing.
An attacker able to place input inside a `&lt;script&gt;` or `&lt;style&gt;` block could break out of the tag with `&lt;/SCRIPT&gt;`, `&lt;/Style&gt;`, etc. and inject arbitrary HTML/JavaScript, resulting in cross-site scripting.</p>
<p>### Details</p>
<p>The affected helpers used case-sensitive regular expressions to detect attempts at closing the surrounding tag:</p>
<p>```js
// packages/runtime-tags/src/html/content.ts
const unsafeScriptReg = /&lt;\/script/g;
const unsafeStyleReg  = /&lt;\/style/g;</p>
<p>// packages/runtime-class/src/runtime/html/helpers/escape-script-placeholder.js
const unsafeCharsReg = /&lt;\/script/g;</p>
<p>// packages/runtime-class/src/runtime/html/helpers/escape-style-placeholder.js
const unsafeCharsReg = /&lt;\/style/g;
```</p>
<p>HTML tag names are case-insensitive in the browser parser, so inputs such as `&lt;/SCRIPT&gt;`, `&lt;/Script&gt;`, or `&lt;/sTyLe&gt;` were not matched by these regexes and passed through the helpers unchanged. A browser rendering the output treats the mixed-case end tag as a valid closing tag, terminating the script or style context, and then parses anything that follows as HTML.</p>
<p>The Marko compiler routes interpolated values inside `&lt;script&gt;` and `&lt;style&gt;` tags through these helpers automatically (see `native-tag.ts:1080-1085`), so application code following the framework's conventions had no way to detect or compensate for the ga…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-x9fj-57fh-c8wq"/>
  </entry>
</feed>
