<?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>Fri, 09 Oct 2026 21:37:38 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-218720</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-218720</link>
      <description>EUVD-2026-218720</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-218720</guid>
    </item>
    <item>
      <title>fkie_cve-2025-27108</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-27108</link>
      <description>&lt;p&gt;dom-expressions is a Fine-Grained Runtime for Performant DOM Rendering. In affected versions the use of javascript&amp;#39;s `.replace()` opens up to potential Cross-site Scripting (XSS) vulnerabilities with the special replacement patterns beginning with `$`. Particularly, when the attributes of `Meta` tag from solid-meta are user-defined, attackers can utilise the special replacement patterns, either `$&amp;#39;` or `$\`` to achieve XSS. The solid-meta package has this issue since it uses `useAffect` and context providers, which injects the used assets in the html header. &amp;#34;dom-expressions&amp;#34; uses `.replace()` to insert the assets, which is vulnerable to the special replacement patterns listed above.  This effectively means that if the attributes of an asset tag contained user-controlled data, it would be vulnerable to XSS. For instance, there might be meta tags for the open graph protocol in a user profile page, but if attackers set the user query to some payload abusing `.replace()`, then they could execute arbitrary javascript in the victim&amp;#39;s web browser. Moreover, it could be stored and cause more problems. This issue has been addressed in version 0.39.5 and all users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;dom-expressions is a Fine-Grained Runtime for Performant DOM Rendering. In affected versions the use of javascript&amp;#39;s `.replace()` opens up to potential Cross-site Scripting (XSS) vulnerabilities with the special replacement patterns beginning with `$`. Particularly, when the attributes of `Meta` tag from solid-meta are user-defined, attackers can utilise the special replacement patterns, either `$&amp;#39;` or `$\`` to achieve XSS. The solid-meta package has this issue since it uses `useAffect` and context providers, which injects the used assets in the html header. &amp;#34;dom-expressions&amp;#34; uses `.replace()` to insert the assets, which is vulnerable to the special replacement patterns listed above.  This effectively means that if the attributes of an asset tag contained user-controlled data, it would be vulnerable to XSS. For instance, there might be meta tags for the open graph protocol in a user profile page, but if attackers set the user query to some payload abusing `.replace()`, then they could execute arbitrary javascript in the victim&amp;#39;s web browser. Moreover, it could be stored and cause more problems. This issue has been addressed in version 0.39.5 and all users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-27108</guid>
    </item>
    <item>
      <title>GHSA-hw62-58pr-7wc5 — DOM Expressions has a Cross-Site Scripting (XSS) vulnerability due to improper use of string.replace</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-hw62-58pr-7wc5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: dom-expressions&lt;/p&gt;
&lt;p&gt;&amp;gt; [!NOTE]  
&amp;gt; This advisory was originally emailed to community@solidjs.com by @nsysean.&lt;/p&gt;
&lt;p&gt;To sum it up, the use of javascript&amp;#39;s `.replace()` opens up to potential XSS vulnerabilities with the special replacement patterns beginning with `$`.&lt;/p&gt;
&lt;p&gt;Particularly, when the attributes of `Meta` tag from solid-meta are user-defined, attackers can utilise the special replacement patterns, either `$&amp;#39;` or `$\`` to achieve XSS.&lt;/p&gt;
&lt;p&gt;The solid-meta package has this issue since it uses `useAffect` and context providers, which injects the used assets in the html header. &amp;#34;dom-expressions&amp;#34; uses `.replace()` to insert the assets, which is vulnerable to the special replacement patterns listed above.&lt;/p&gt;
&lt;p&gt;This effectively means that if the attributes of an asset tag contained user-controlled data, it would be vulnerable to XSS. For instance, there might be meta tags for the open graph protocol in a user profile page, but if attackers set the user query to some payload abusing `.replace()`, then they could execute arbitrary javascript in the victim&amp;#39;s web browser. Moreover, it could be stored and cause more problems.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: dom-expressions&lt;/p&gt;
&lt;p&gt;&amp;gt; [!NOTE]  
&amp;gt; This advisory was originally emailed to community@solidjs.com by @nsysean.&lt;/p&gt;
&lt;p&gt;To sum it up, the use of javascript&amp;#39;s `.replace()` opens up to potential XSS vulnerabilities with the special replacement patterns beginning with `$`.&lt;/p&gt;
&lt;p&gt;Particularly, when the attributes of `Meta` tag from solid-meta are user-defined, attackers can utilise the special replacement patterns, either `$&amp;#39;` or `$\`` to achieve XSS.&lt;/p&gt;
&lt;p&gt;The solid-meta package has this issue since it uses `useAffect` and context providers, which injects the used assets in the html header. &amp;#34;dom-expressions&amp;#34; uses `.replace()` to insert the assets, which is vulnerable to the special replacement patterns listed above.&lt;/p&gt;
&lt;p&gt;This effectively means that if the attributes of an asset tag contained user-controlled data, it would be vulnerable to XSS. For instance, there might be meta tags for the open graph protocol in a user profile page, but if attackers set the user query to some payload abusing `.replace()`, then they could execute arbitrary javascript in the victim&amp;#39;s web browser. Moreover, it could be stored and cause more problems.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-hw62-58pr-7wc5</guid>
    </item>
  </channel>
</rss>
