CVE-2026-44716
Received Received - Intake
Path Traversal in Pipecat Framework

Publication date: 2026-06-10

Last updated on: 2026-06-10

Assigner: GitHub, Inc.

Description
Pipecat is an open-source Python framework for building real-time voice and multimodal conversational agents. From version 0.0.90 to before version 1.2.0, a path traversal vulnerability exists in Pipecat's development runner (src/pipecat/runner/run.py). When the runner is started with the --folder flag, it exposes a GET /files/{filename:path} download endpoint. The filename path parameter is concatenated directly onto args.folder with no containment check. Starlette normalises literal ../ sequences in URLs, but %2F-encoded slashes bypass this normalisation: the path parameter is URL-decoded after routing, so ..%2F..%2Fetc%2Fpasswd resolves to a path two levels above args.folder. An attacker with network access to the runner can read any file the pipecat process has permission to access β€” including SSH private keys, credentials, and system files β€” with a single unauthenticated HTTP request. This issue has been patched in version 1.2.0.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-10
Last Modified
2026-06-10
Generated
2026-06-10
AI Q&A
2026-06-10
EPSS Evaluated
N/A
NVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
pipecat pipecat From 0.0.90 (inc) to 1.2.0 (exc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-22 The product uses external input to construct a pathname that is intended to identify a file or directory that is located underneath a restricted parent directory, but the product does not properly neutralize special elements within the pathname that can cause the pathname to resolve to a location that is outside of the restricted directory.
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

CVE-2026-44716 is a path traversal vulnerability in Pipecat's development runner, specifically in the /files/{filename:path} download endpoint when started with the --folder flag.

The vulnerability occurs because the filename path parameter is concatenated directly onto the base folder path without proper containment checks. While the Starlette framework normalizes literal '../' sequences in URLs, it does not normalize percent-encoded slashes (%2F). This allows attackers to bypass the normalization by encoding path separators, enabling them to traverse outside the intended directory.

An attacker with network access can send a single unauthenticated HTTP request with encoded path traversal sequences to read any file that the Pipecat process has permission to access, including sensitive files such as SSH private keys, credentials, and system files.

This issue affects Pipecat versions from 0.0.90 up to but not including 1.2.0 and has been patched in version 1.2.0.

Impact Analysis

This vulnerability allows an unauthenticated attacker with network access to read any file accessible by the Pipecat process on the affected system.

  • Exposure of sensitive files such as SSH private keys.
  • Disclosure of credentials and system files.
  • Potential compromise of system security and confidentiality due to unauthorized file access.

Because the attack requires no authentication and can be performed remotely, it poses a high risk to affected systems.

Compliance Impact

The vulnerability allows an unauthenticated attacker with network access to the Pipecat development runner to read any file that the Pipecat process has permission to access, including sensitive files such as SSH private keys, credentials, and system files.

This unauthorized access to sensitive information could lead to violations of data protection regulations and standards such as GDPR and HIPAA, which require strict controls over the confidentiality and security of personal and sensitive data.

Specifically, the exposure of credentials and private keys could result in unauthorized data access or breaches, undermining compliance with confidentiality and data protection requirements mandated by these regulations.

Detection Guidance

This vulnerability can be detected by monitoring for unauthenticated HTTP GET requests to the /files/{filename:path} endpoint on the Pipecat development runner, especially those containing URL-encoded path traversal sequences such as %2F or ..%2F.

A simple detection method is to look for suspicious requests that attempt to access files outside the intended folder by using encoded slashes or directory traversal patterns.

  • Use network monitoring tools or web server logs to search for requests matching the pattern: GET /files/ with encoded traversal sequences like ..%2F or %2F.
  • Example command to search logs for suspicious requests (assuming logs are in access.log):
  • grep -E 'GET /files/.*(%2F|\.\./)' access.log
  • Use curl or similar tools to test the endpoint for path traversal by sending crafted requests, for example:
  • curl -v 'http://<pipecat-runner-host>:<port>/files/..%2F..%2Fetc%2Fpasswd'
Mitigation Strategies

The primary mitigation step is to upgrade Pipecat to version 1.2.0 or later, where this path traversal vulnerability has been patched.

If upgrading immediately is not possible, restrict network access to the Pipecat development runner to trusted users only, as the vulnerability can be exploited by any unauthenticated network user.

Additionally, consider disabling the runner's --folder flag or the /files endpoint if it is not required.

The fix in version 1.2.0 involves validating and resolving requested file paths to ensure they remain within the allowed directory, rejecting any path traversal attempts with a 403 Forbidden response.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-44716. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart