MEDIUM 6.1

CVE-2026-48520: Langflow Arbitrary File-Read in Public Flows

Langflow, a platform for building AI workflows and agents, has a file-read vulnerability in its "Shareable Playground" feature that allows public access to the flow. When a flow is made public, an attacker can craft execution requests that cause Langflow to read arbitrary files from the system—either local files or cloud storage like S3—and feed their contents into the LLM. This exposure depends on how the flow is configured and what storage backends are enabled. The vulnerability is patched in version 1.10.0.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.1 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:N/A:N
Weaknesses (CWE)
CWE-73
Affected products
1 configuration(s)
Published / Modified
2026-06-23 / 2026-06-26

NVD description (verbatim)

Langflow is a tool for building and deploying AI-powered agents and workflows. Prior to 1.10.0, the "Shareable Playground" (or "Public Flows" in code) contains a potential arbitrary file-read vulnerability, depending on the exact flow configuration used. By making a flow public, public execution of the flow is allowed. The execution request can contain a list of files that gets read by Langflow and fed into the LLM. The files path can be any path supported by the storage - it can be either a local file or S3 path if supported by the local configuration This vulnerability is fixed in 1.10.0.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-48520 is an arbitrary file-read vulnerability (CWE-73) in Langflow versions prior to 1.10.0 affecting the Shareable Playground (Public Flows) feature. The vulnerability arises because public flow execution does not adequately restrict the file paths that can be included in execution requests. An attacker can supply file paths pointing to arbitrary locations—both local filesystem paths and remote storage paths (e.g., S3 URIs)—and Langflow will read and process these files. The read data is then passed to the LLM as part of normal flow execution. Attack success depends on the specific flow configuration, the permissions of the Langflow process, and which storage backends are configured.

Business impact

Exposure of sensitive data is the primary risk. Depending on what files an attacker can read, this could include configuration files, API keys, database credentials, customer data, or proprietary documents stored on the same system or accessible cloud storage. For organizations using public flows in production, this could lead to unauthorized access to backend systems, regulatory non-compliance (GDPR, HIPAA, SOC 2), and erosion of customer trust. The vulnerability only manifests if flows are intentionally made public, which may be common for demonstration, sandbox, or partner-facing use cases.

Affected systems

Langflow versions prior to 1.10.0 are affected. The vulnerability is only exploitable when a flow is explicitly set to public (Shareable Playground). Organizations running Langflow internally with no public flows are at lower risk. The risk scales with the number and sensitivity of publicly accessible flows and the file permissions granted to the Langflow process.

Exploitability

Exploitation requires network access to a public flow (AV:N), but the CVSS vector indicates high complexity (AC:H), likely due to configuration dependencies—not all flows or deployments are equally vulnerable. A user interaction component (UI:R) is noted, suggesting the attack path may involve social engineering or depends on specific flow behavior. No known public exploits are in KEV status. Proof-of-concept code would require knowledge of the target flow's input parameters and storage configuration, making opportunistic, large-scale attacks less practical than targeted attacks against known public flows.

Remediation

Upgrade to Langflow 1.10.0 or later. The patch implements proper input validation and path restrictions for file inclusion in public flow executions. After upgrading, audit any flows currently marked as public to verify they do not inadvertently expose sensitive data. For deployments that cannot immediately upgrade, restrict public flow execution via network controls, use IAM policies to limit the Langflow process's file system and cloud storage permissions, and minimize the sensitivity of data accessible to flows.

Patch guidance

Apply Langflow 1.10.0 or later. Verify the upgrade in your development and staging environments first, particularly if your flows depend on file-inclusion logic. Check the Langflow release notes and security advisory for any configuration changes or deprecations introduced in the patch. After upgrade, restart Langflow services and validate that existing flows continue to execute as expected.

Detection guidance

Monitor Langflow execution logs for public flow requests that include unusual file paths, especially those with path traversal sequences (../) or absolute paths pointing outside expected directories. Log and alert on S3 or cloud storage access patterns that deviate from normal flow operation. Inspect the flow configuration for any public flows and document which ones include file-reading steps. In a security audit, trace the file paths that have been accessed by public flows over the past months to identify any suspicious patterns or data exfiltration.

Why prioritize this

Although the CVSS score is moderate (6.1), the vulnerability enables unauthorized access to potentially sensitive files and requires only network access and a public flow to trigger. Organizations with public-facing Langflow deployments or flows that integrate file-reading logic should prioritize patching. The impact is elevated for firms handling regulated data or using Langflow in multi-tenant or customer-facing scenarios. The fix is straightforward (a version upgrade), making this a high-value remediation target.

Risk score, explained

The CVSS:3.1 score of 6.1 (MEDIUM) reflects: (1) Network-accessible attack vector (AV:N), increasing ease of reach; (2) High complexity (AC:H) and user interaction (UI:R) that limit direct automation of attacks and require specific configuration or social engineering; (3) Confidentiality impact (C:H)—files can be fully read—but no integrity or availability impact (I:N, A:N). The scope change (S:C) indicates that beyond the Langflow application itself, other systems may be affected if readable files contain cross-system credentials. The score is appropriate for a data-leakage risk that is real but requires configuration-specific conditions to exploit.

Frequently asked questions

Is this vulnerability exploitable if I have not made any flows public?

No. The vulnerability only affects flows explicitly set to public via the Shareable Playground feature. If all your Langflow flows are private or internal-use only, this CVE does not apply to your deployment. Review your flow visibility settings to confirm.

What files are at risk of being read?

Any file that the Langflow process has permission to read—including local configuration files, application secrets, environment files, and data stored in cloud buckets like S3 if those credentials are available to Langflow. The attack scope depends on how your Langflow instance is deployed and what permissions it runs with. Principle of least privilege is critical: run Langflow with minimal required file system and cloud IAM permissions.

Does upgrading to 1.10.0 require me to change my flow configurations?

Not necessarily. The patch adds restrictions on file paths in public flow execution but should not break correctly-scoped flows. You should still audit your public flows to ensure they are not reading files they should not. If your flows legitimately need file access, verify the new restrictions allow your use case, and test in a staging environment first.

Can I use network or firewall controls to mitigate this vulnerability without upgrading immediately?

Partially. Restricting network access to your Langflow instance or blocking public HTTP/HTTPS access to public flows will reduce exposure. However, this is not a complete fix—if Langflow is behind a reverse proxy or API gateway, restricting the Langflow process's own file system and IAM permissions is a stronger control. Patch as soon as feasible; temporary controls are supplements, not substitutes.

This analysis is based on the CVE record and vendor advisory as of the publication date. Specific CVSS scoring, affected versions, and patch details are accurate as documented. Security teams should verify all patch versions and compatibility notes against the official Langflow release notes and security advisories before deployment. No exploit code or weaponized proof-of-concept is provided. This analysis does not constitute legal or compliance advice; organizations should consult their internal compliance teams regarding regulatory notification requirements for any data exposure incidents. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).