<?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>Wed, 07 Oct 2026 23:16:32 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-252434</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-252434</link>
      <description>EUVD-2026-252434</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-252434</guid>
    </item>
    <item>
      <title>fkie_cve-2025-59049</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-59049</link>
      <description>&lt;p&gt;Mockoon provides way to design and run mock APIs. Prior to version 9.2.0, a mock API configuration for static file serving follows the same approach presented in the documentation page, where the server filename is generated via templating features from user input is vulnerable to Path Traversal and LFI, allowing an attacker to get any file in the mock server filesystem.
The issue may be particularly relevant in cloud hosted server instances. Version 9.2.0 fixes the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Mockoon provides way to design and run mock APIs. Prior to version 9.2.0, a mock API configuration for static file serving follows the same approach presented in the documentation page, where the server filename is generated via templating features from user input is vulnerable to Path Traversal and LFI, allowing an attacker to get any file in the mock server filesystem.
The issue may be particularly relevant in cloud hosted server instances. Version 9.2.0 fixes the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-59049</guid>
    </item>
    <item>
      <title>GHSA-w7f9-wqc4-3wxr — Mockoon has a Path Traversal and LFI in the static file serving endpoint</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-w7f9-wqc4-3wxr</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
A mock API configuration for static file serving following the same approach presented in the [documentation page](https://mockoon.com/tutorials/create-endpoint-serving-static-file/), where the server filename is generated via templating features from user input is vulnerable to Path Traversal and LFI, allowing an attacker to get any file in the mock server filesystem.
The issue may be particularly relevant in cloud hosted server instances&lt;/p&gt;
&lt;p&gt;### Details
In `sendFileWithCallback`([code](https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1400)) and `sendFile`([code](https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1551)) the `filePath` variable is parsed using `TemplateParser`&lt;/p&gt;
&lt;p&gt;```js
let filePath = TemplateParser({
        shouldOmitDataHelper: false,
        // replace backslashes with forward slashes, but not if followed by a dot (to allow helpers with paths containing properties with dots: e.g. {{queryParam &amp;#39;path.prop\.with\.dots&amp;#39;}})
        content: routeResponse.filePath.replace(/\\(?!\.)/g, &amp;#39;/&amp;#39;),
        environment: this.environment,
        processedDatabuckets: this.processedDatabuckets,
        globalVariables: this.globalVariables,
        request: serverRequest,
        envVarsPrefix: this.options.envVarsPrefix
      });
```&lt;/p&gt;
&lt;p&gt;The path extracted from the request parameters used when composing t…&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
A mock API configuration for static file serving following the same approach presented in the [documentation page](https://mockoon.com/tutorials/create-endpoint-serving-static-file/), where the server filename is generated via templating features from user input is vulnerable to Path Traversal and LFI, allowing an attacker to get any file in the mock server filesystem.
The issue may be particularly relevant in cloud hosted server instances&lt;/p&gt;
&lt;p&gt;### Details
In `sendFileWithCallback`([code](https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1400)) and `sendFile`([code](https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1551)) the `filePath` variable is parsed using `TemplateParser`&lt;/p&gt;
&lt;p&gt;```js
let filePath = TemplateParser({
        shouldOmitDataHelper: false,
        // replace backslashes with forward slashes, but not if followed by a dot (to allow helpers with paths containing properties with dots: e.g. {{queryParam &amp;#39;path.prop\.with\.dots&amp;#39;}})
        content: routeResponse.filePath.replace(/\\(?!\.)/g, &amp;#39;/&amp;#39;),
        environment: this.environment,
        processedDatabuckets: this.processedDatabuckets,
        globalVariables: this.globalVariables,
        request: serverRequest,
        envVarsPrefix: this.options.envVarsPrefix
      });
```&lt;/p&gt;
&lt;p&gt;The path extracted from the request parameters used when composing t…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-w7f9-wqc4-3wxr</guid>
    </item>
  </channel>
</rss>
