<?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-10-06T22:19:29.017448+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-45805</id>
    <title>fkie_cve-2026-45805</title>
    <updated>2026-10-06T22:19:29.019114+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Penpot is an open-source design tool for design and code collaboration. Prior to 2.15.0, Penpot MCP's mcp/packages/server/src/ReplServer.ts bound the ReplServer to 0.0.0.0:4403 and exposed an unauthenticated /execute endpoint that passed the code field to PluginBridge.executePluginTask(), allowing anyone on the network to execute JavaScript on the server. This issue is fixed in version 2.15.0.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-45805"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-22qr-rp27-j9wm</id>
    <title>GHSA-22qr-rp27-j9wm — PenPot MCP REPL server binds to 0.0.0.0 with unauthenticated /execute endpoint — RCE</title>
    <updated>2026-10-06T22:19:29.019169+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: @penpot/mcp</p>
<p>### Summary</p>
<p>The MCP module's `ReplServer` binds to all interfaces (`0.0.0.0:4403`) and exposes a `/execute` endpoint that runs arbitrary code with zero authentication. Anyone on the network can POST JavaScript and it runs on the server. The main `PenpotMcpServer` was partially fixed for a similar binding issue (#8683), but `ReplServer.ts` was missed.</p>
<p>### Details</p>
<p>`mcp/packages/server/src/ReplServer.ts:89`:</p>
<p>```typescript
this.server = this.app.listen(this.port, () =&gt; {
    // NO HOST ARGUMENT — Express defaults to 0.0.0.0
```</p>
<p>Compare with `PenpotMcpServer.ts:301` which correctly binds to `this.host` (default `"localhost"`):</p>
<p>```typescript
this.app.listen(this.port, this.host, async () =&gt; {
```</p>
<p>The `/execute` endpoint at `ReplServer.ts:52-79`:</p>
<p>```typescript
this.app.post("/execute", async (req, res) =&gt; {
    const { code } = req.body;
    // No auth check. Executes code via PluginBridge.executePluginTask()
    const task = new ExecuteCodePluginTask({ code });
    const result = await this.pluginBridge.executePluginTask(task);
```</p>
<p>No auth middleware, no token check, no nothing. POST JSON with a `code` field and it runs.</p>
<p>This was partially flagged in #8683 (March 2026), which noted that `PenpotMcpServer.ts` was binding to `0.0.0.0`. PR #8686 attempted a fix but was closed without merging, and it only touched `PenpotMcpServer.ts` and `vite.config.ts` — `ReplServer.ts` wasn't in the diff. On current develop, `ReplServer.ts` line 89 still calls `listen(this.port)` with no h…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-22qr-rp27-j9wm"/>
  </entry>
</feed>
