ghsa-w7f9-wqc4-3wxr
Vulnerability from github
Summary
A mock API configuration for static file serving following 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
Details
In sendFileWithCallback
(code) and sendFile
(code) the filePath
variable is parsed using TemplateParser
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 'path.prop\.with\.dots'}})
content: routeResponse.filePath.replace(/\\(?!\.)/g, '/'),
environment: this.environment,
processedDatabuckets: this.processedDatabuckets,
globalVariables: this.globalVariables,
request: serverRequest,
envVarsPrefix: this.options.envVarsPrefix
});
The path extracted from the request parameters used when composing the final file path is not sanitized and is vulnerable to path traversal exploits (e.g. ../../../../../etc/passwd
)
PoC
Test setup
The issue has been tested with mockoon-cli
, using the Docker image mockoon/cli:latest
```bash
Folder setup
mkdir mockoon-test cd mockoon-test
put config.json in mockooon-test dir
mkdir static ```
```bash
Run container
docker run -d --mount type=bind,source=./config.json,target=/data,readonly -v ./static:/static -p 3000:3000 mockoon/cli:latest -d data -p 3000 ```
Payload to reproduce
Browsing directly to http://localhost:3000/static/%2F..%2F..%2F..%2F..%2F..%2Fetc%2Fpasswd
is going to display the /etc/passwd
file in the container filesystem
{ "affected": [ { "database_specific": { "last_known_affected_version_range": "\u003c= 9.1.0" }, "package": { "ecosystem": "npm", "name": "@mockoon/commons-server" }, "ranges": [ { "events": [ { "introduced": "0" }, { "fixed": "9.2.0" } ], "type": "ECOSYSTEM" } ] }, { "database_specific": { "last_known_affected_version_range": "\u003c= 9.1.0" }, "package": { "ecosystem": "npm", "name": "@mockoon/cli" }, "ranges": [ { "events": [ { "introduced": "0" }, { "fixed": "9.2.0" } ], "type": "ECOSYSTEM" } ] } ], "aliases": [ "CVE-2025-59049" ], "database_specific": { "cwe_ids": [ "CWE-22", "CWE-73" ], "github_reviewed": true, "github_reviewed_at": "2025-03-11T16:17:42Z", "nvd_published_at": "2025-09-10T19:15:42Z", "severity": "HIGH" }, "details": "### Summary\nA 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.\nThe issue may be particularly relevant in cloud hosted server instances\n\n### Details\nIn `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`\n\n```js\nlet filePath = TemplateParser({\n shouldOmitDataHelper: false,\n // replace backslashes with forward slashes, but not if followed by a dot (to allow helpers with paths containing properties with dots: e.g. {{queryParam \u0027path.prop\\.with\\.dots\u0027}})\n content: routeResponse.filePath.replace(/\\\\(?!\\.)/g, \u0027/\u0027),\n environment: this.environment,\n processedDatabuckets: this.processedDatabuckets,\n globalVariables: this.globalVariables,\n request: serverRequest,\n envVarsPrefix: this.options.envVarsPrefix\n });\n```\n\nThe path extracted from the request parameters used when composing the final file path is not sanitized and is vulnerable to path traversal exploits (e.g. `../../../../../etc/passwd`)\n\n### PoC\n#### Test setup\nThe issue has been tested with `mockoon-cli`, using the Docker image `mockoon/cli:latest`\n\n[config.json](https://github.com/user-attachments/files/18199899/config.json)\n\n```bash\n# Folder setup\nmkdir mockoon-test\ncd mockoon-test\n\n# put config.json in mockooon-test dir\n\nmkdir static\n```\n\n```bash\n# Run container\ndocker run -d --mount type=bind,source=./config.json,target=/data,readonly -v ./static:/static -p 3000:3000 mockoon/cli:latest -d data -p 3000\n```\n\n#### Payload to reproduce\nBrowsing directly to `http://localhost:3000/static/%2F..%2F..%2F..%2F..%2F..%2Fetc%2Fpasswd` is going to display the `/etc/passwd` file in the container filesystem", "id": "GHSA-w7f9-wqc4-3wxr", "modified": "2025-09-13T03:03:19Z", "published": "2025-03-11T16:17:42Z", "references": [ { "type": "WEB", "url": "https://github.com/mockoon/mockoon/security/advisories/GHSA-w7f9-wqc4-3wxr" }, { "type": "ADVISORY", "url": "https://nvd.nist.gov/vuln/detail/CVE-2025-59049" }, { "type": "WEB", "url": "https://github.com/mockoon/mockoon/commit/c7f6e23e87dc3b8cc44e5802af046200a797bd2e" }, { "type": "PACKAGE", "url": "https://github.com/mockoon/mockoon" }, { "type": "WEB", "url": "https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1400" }, { "type": "WEB", "url": "https://github.com/mockoon/mockoon/blob/1ed31c4059d7f757f6cb2a43e10dc81b0d9c55a9/packages/commons-server/src/libs/server/server.ts#L1551" } ], "schema_version": "1.4.0", "severity": [ { "score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N", "type": "CVSS_V3" } ], "summary": "Mockoon has a Path Traversal and LFI in the static file serving endpoint" }
Sightings
Author | Source | Type | Date |
---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or seen somewhere by the user.
- Confirmed: The vulnerability is confirmed from an analyst perspective.
- Exploited: This vulnerability was exploited and seen by the user reporting the sighting.
- Patched: This vulnerability was successfully patched by the user reporting the sighting.
- Not exploited: This vulnerability was not exploited or seen by the user reporting the sighting.
- Not confirmed: The user expresses doubt about the veracity of the vulnerability.
- Not patched: This vulnerability was not successfully patched by the user reporting the sighting.