<?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>Tue, 06 Oct 2026 09:41:35 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-335487</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-335487</link>
      <description>EUVD-2026-335487</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-335487</guid>
    </item>
    <item>
      <title>fkie_cve-2026-59148</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-59148</link>
      <description>&lt;p&gt;Mockoon provides way to design and run mock APIs. Prior to 9.7.0, Mockoon&amp;#39;s admin API in commons-server/src/libs/server/admin-api.ts is mounted on the same Express listener as user-defined mock routes, enabled by default in shipped runtimes, serves Access-Control-Allow-Origin: * with write methods allowed, and has no authentication. Any unauthenticated caller who can reach the mock server port can read MOCKOON_* environment variables, write arbitrary process environment variables through /mockoon-admin/env-vars, rewrite mock route bodies, statuses, and headers through PUT /mockoon-admin/environment, read transaction logs and SSE streams, and purge state. This issue is fixed in version 9.7.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Mockoon provides way to design and run mock APIs. Prior to 9.7.0, Mockoon&amp;#39;s admin API in commons-server/src/libs/server/admin-api.ts is mounted on the same Express listener as user-defined mock routes, enabled by default in shipped runtimes, serves Access-Control-Allow-Origin: * with write methods allowed, and has no authentication. Any unauthenticated caller who can reach the mock server port can read MOCKOON_* environment variables, write arbitrary process environment variables through /mockoon-admin/env-vars, rewrite mock route bodies, statuses, and headers through PUT /mockoon-admin/environment, read transaction logs and SSE streams, and purge state. This issue is fixed in version 9.7.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-59148</guid>
    </item>
    <item>
      <title>GHSA-rqx4-3f6q-3x2v — @Mockoon/commons-server: Unauthenticated admin API + wildcard CORS allows mock-state hijack and secret theft</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rqx4-3f6q-3x2v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @mockoon/commons-server, npm: @mockoon/cli&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Mockoon&amp;#39;s admin API ([`commons-server/src/libs/server/admin-api.ts`](https://github.com/mockoon/mockoon/blob/4375a8f/packages/commons-server/src/libs/server/admin-api.ts)) is mounted on the same Express listener as the user-defined mock routes, **enabled by default** in every shipped runtime (commons-server, CLI, serverless), serves **`Access-Control-Allow-Origin: *` on every endpoint with all HTTP methods allowed including PUT/POST/PATCH/DELETE/PURGE and `Content-Type` in `Access-Control-Allow-Headers`**, and has **zero authentication of any kind** (no token, no shared secret, no `MOCKOON_ADMIN_TOKEN` env var — searched the repo, returns zero hits).&lt;/p&gt;
&lt;p&gt;Any unauthenticated caller who can reach the mock server&amp;#39;s port (default `0.0.0.0:3000`) can:&lt;/p&gt;
&lt;p&gt;- Read every `MOCKOON_*` env var used by the operator as secret material in templates (`getEnvVar` helper).
- **Write arbitrary process env vars (no prefix check on the WRITE path)** — poison operator&amp;#39;s `MOCKOON_API_KEY`, `MOCKOON_JWT_SECRET`, …, or write process-level vars like `AWS_SECRET_ACCESS_KEY` that the surrounding runtime consumes.
- **Rewrite every mock route&amp;#39;s body / status / headers in-runtime** via `PUT /mockoon-admin/environment` — downstream consumers (frontend dev-server, CI test suite, integration partner) receive attacker-controlled responses and headers including `Set-Cookie`, `Location`, `Content-Security-Policy`, etc.
- Read transaction logs / SSE stream (consumer&amp;#39;s request bodies + auth headers in cle…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @mockoon/commons-server, npm: @mockoon/cli&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Mockoon&amp;#39;s admin API ([`commons-server/src/libs/server/admin-api.ts`](https://github.com/mockoon/mockoon/blob/4375a8f/packages/commons-server/src/libs/server/admin-api.ts)) is mounted on the same Express listener as the user-defined mock routes, **enabled by default** in every shipped runtime (commons-server, CLI, serverless), serves **`Access-Control-Allow-Origin: *` on every endpoint with all HTTP methods allowed including PUT/POST/PATCH/DELETE/PURGE and `Content-Type` in `Access-Control-Allow-Headers`**, and has **zero authentication of any kind** (no token, no shared secret, no `MOCKOON_ADMIN_TOKEN` env var — searched the repo, returns zero hits).&lt;/p&gt;
&lt;p&gt;Any unauthenticated caller who can reach the mock server&amp;#39;s port (default `0.0.0.0:3000`) can:&lt;/p&gt;
&lt;p&gt;- Read every `MOCKOON_*` env var used by the operator as secret material in templates (`getEnvVar` helper).
- **Write arbitrary process env vars (no prefix check on the WRITE path)** — poison operator&amp;#39;s `MOCKOON_API_KEY`, `MOCKOON_JWT_SECRET`, …, or write process-level vars like `AWS_SECRET_ACCESS_KEY` that the surrounding runtime consumes.
- **Rewrite every mock route&amp;#39;s body / status / headers in-runtime** via `PUT /mockoon-admin/environment` — downstream consumers (frontend dev-server, CI test suite, integration partner) receive attacker-controlled responses and headers including `Set-Cookie`, `Location`, `Content-Security-Policy`, etc.
- Read transaction logs / SSE stream (consumer&amp;#39;s request bodies + auth headers in cle…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rqx4-3f6q-3x2v</guid>
    </item>
  </channel>
</rss>
