<?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://db.gcve.eu</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>Sun, 15 Nov 2026 05:49:09 +0000</lastBuildDate>
    <item>
      <title>GHSA-g8rh-fjm6-h2h9 — LF Edge eKuiper: Self-XSS in External Service Creation</title>
      <link>https://db.gcve.eu/vuln/ghsa-g8rh-fjm6-h2h9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lf-edge/ekuiper/v2&lt;/p&gt;
&lt;p&gt;### Summary
A Cross-Site Scripting (XSS) vulnerability in external service creation allows an authenticated attacker to inject HTML/script payloads into external service names, which may execute in a user&amp;#39;s browser when rendered by administrative web interfaces.&lt;/p&gt;
&lt;p&gt;### Details
Prior to v2.4.0, external service registration endpoints did not strictly enforce alphanumeric character restrictions on service names. An operator or attacker with API access could register a service using a crafted name containing HTML elements (such as `&amp;lt;iframe src=&amp;#34;...&amp;#34;&amp;gt;`). If an administrative web UI rendered the unescaped service name, arbitrary script execution could occur in the context of the user&amp;#39;s browser session.&lt;/p&gt;
&lt;p&gt;### PoC
1. Create an external service JSON definition with a filename containing an XSS payload, e.g. `&amp;lt;iframe src=&amp;#34;javascript:alert`1337`&amp;#34;&amp;gt;.json` inside a ZIP archive.
2. In external service creation, upload the ZIP and provide the matching service name: `&amp;lt;iframe src=&amp;#34;javascript:alert`1337`&amp;#34;&amp;gt;`.
3. Upon service registration, the unescaped name executes when rendered in the UI context.&lt;/p&gt;
&lt;p&gt;### Impact
Self-XSS / Stored XSS leading to potential session token leakage or unauthorized actions in the context of the affected user&amp;#39;s browser session.&lt;/p&gt;
&lt;p&gt;### Remediation &amp;amp; Patches
- **Upgrade to eKuiper &amp;gt;= 2.4.0**: Strict alphanumeric identifier validation (`validate.ValidateID`) is now enforced on all external service creation and update endpoints, rejecting invalid characters.&lt;/p&gt;
&lt;p&gt;### Workarounds
- P…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/lf-edge/ekuiper/v2&lt;/p&gt;
&lt;p&gt;### Summary
A Cross-Site Scripting (XSS) vulnerability in external service creation allows an authenticated attacker to inject HTML/script payloads into external service names, which may execute in a user&amp;#39;s browser when rendered by administrative web interfaces.&lt;/p&gt;
&lt;p&gt;### Details
Prior to v2.4.0, external service registration endpoints did not strictly enforce alphanumeric character restrictions on service names. An operator or attacker with API access could register a service using a crafted name containing HTML elements (such as `&amp;lt;iframe src=&amp;#34;...&amp;#34;&amp;gt;`). If an administrative web UI rendered the unescaped service name, arbitrary script execution could occur in the context of the user&amp;#39;s browser session.&lt;/p&gt;
&lt;p&gt;### PoC
1. Create an external service JSON definition with a filename containing an XSS payload, e.g. `&amp;lt;iframe src=&amp;#34;javascript:alert`1337`&amp;#34;&amp;gt;.json` inside a ZIP archive.
2. In external service creation, upload the ZIP and provide the matching service name: `&amp;lt;iframe src=&amp;#34;javascript:alert`1337`&amp;#34;&amp;gt;`.
3. Upon service registration, the unescaped name executes when rendered in the UI context.&lt;/p&gt;
&lt;p&gt;### Impact
Self-XSS / Stored XSS leading to potential session token leakage or unauthorized actions in the context of the affected user&amp;#39;s browser session.&lt;/p&gt;
&lt;p&gt;### Remediation &amp;amp; Patches
- **Upgrade to eKuiper &amp;gt;= 2.4.0**: Strict alphanumeric identifier validation (`validate.ValidateID`) is now enforced on all external service creation and update endpoints, rejecting invalid characters.&lt;/p&gt;
&lt;p&gt;### Workarounds
- P…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-g8rh-fjm6-h2h9</guid>
    </item>
  </channel>
</rss>
