<?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-07T17:12:14.035715+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-341987</id>
    <title>EUVD-2026-341987</title>
    <updated>2026-10-07T17:12:14.068134+00:00</updated>
    <content>EUVD-2026-341987</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-341987"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-59729</id>
    <title>fkie_cve-2026-59729</title>
    <updated>2026-10-07T17:12:14.068174+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Astro is a web framework for content-driven websites. Versions prior to 7.0.6 are vulnerable to XSS through unescaped spread attribute names in renderHTMLElement. The fix for CVE-2026-54298 (GHSA-jrpj-wcv7-9fh9) added an INVALID_ATTR_NAME_CHAR guard to addAttribute() so that spread-prop attribute names containing "' &gt;/= or whitespace are dropped. A second attribute-rendering path, renderHTMLElement() in packages/astro/src/runtime/server/render/dom.ts, has its own inline attribute loop that does not go through addAttribute() and was not updated. It interpolates the attribute name unescaped and only escapes the value, so untrusted prop keys spread onto a native-HTMLElement-subclass component can still break out of the attribute context. This issue has been fixed in version 7.0.6.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-59729"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-f48w-9m4c-m7f5</id>
    <title>GHSA-f48w-9m4c-m7f5 — Astro: XSS via unescaped spread attribute names in renderHTMLElement (incomplete fix for CVE-2026-54298)</title>
    <updated>2026-10-07T17:12:14.068215+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: astro</p>
<p>## Summary</p>
<p>The fix for CVE-2026-54298 (GHSA-jrpj-wcv7-9fh9) added an `INVALID_ATTR_NAME_CHAR` guard to `addAttribute()` so that spread-prop attribute names containing `"' &gt;/=` or whitespace are dropped. A second attribute-rendering path, `renderHTMLElement()` in `packages/astro/src/runtime/server/render/dom.ts`, has its own inline attribute loop that does not go through `addAttribute()` and was not updated. It interpolates the attribute name unescaped and only escapes the value, so untrusted prop keys spread onto a native-`HTMLElement`-subclass component can still break out of the attribute context, resulting in XSS.</p>
<p>## Details</p>
<p>`renderHTMLElement` builds attributes directly:</p>
<p>```js
for (const attr in props) {
  attrHTML += ` ${attr}="${toAttributeString(await props[attr])}"`;
}
```</p>
<p>The attribute name (`attr`) is interpolated raw; only the value is escaped via `toAttributeString`. By contrast, the hardened `addAttribute` in `util.ts` rejects invalid names:</p>
<p>```js
if (INVALID_ATTR_NAME_CHAR.test(key)) { return ''; } // /[\s"'&gt;/=]/
```</p>
<p>`renderHTMLElement` is reached from `component.ts` when the component is a native `HTMLElement` subclass:</p>
<p>```js
if (!renderer &amp;&amp; typeof HTMLElement === 'function' &amp;&amp; componentIsHTMLElement(Component)) {
  const output = await renderHTMLElement(result, Component, _props, slots);
}
```</p>
<p>where `_props` carries spread props verbatim.</p>
<p>### Reachability</p>
<p>The branch only runs when `typeof HTMLElement === 'function'` at SSR time. In default Node SS…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-f48w-9m4c-m7f5"/>
  </entry>
</feed>
