CVE-2026-104335: Langflow OSS: improper access control enables RCE
HIGHLangflow OSS 1.0.0 through 1.12.2 contains an improper access control flaw (CWE-284) that lets any authenticated low-privilege user execute arbitrary code on the server, with a CVSS of 8.8 and no user interaction required. Near-term exploitation likelihood looks modest: EPSS is 0.00565 (top 55%), it is not in CISA KEV, and no public exploit or Nuclei template exists. Even so, Langflow has 183 other CVEs and a package risk score of 77/100, and past Langflow RCE bugs have been weaponized quickly, so treat this as a priority for any multi-user or internet-exposed deployment. Apply the fix described in the IBM advisory (ibm.com/support/pages/node/7290694), restrict Langflow to trusted networks, and review which accounts hold credentials on each instance.
What is the risk?
High. The attack is network-based, low complexity, needs only low privileges and no user interaction, and gives full confidentiality, integrity and availability impact. Current exploitation signals are low (EPSS 0.00565, not in KEV, no public PoC or scanner template), so the near-term probability is moderate. Risk rises sharply for shared instances where many users hold accounts, for self-registration or weak credential hygiene, and for instances holding LLM API keys and data connectors. The affected-version range is wide (1.0.0 to 1.12.2), and the patched version is not stated in the structured data and needs to be confirmed in the vendor advisory.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| Langflow | pip | — | No patch |
Do you use Langflow? You're affected.
How severe is it?
What is the attack surface?
What should I do?
1 step1) Check the IBM advisory (https://www.ibm.com/support/pages/node/7290694) for the fixed release and upgrade every instance running 1.0.0 to 1.12.2, including containers and notebooks (pip show langflow). 2) Until patched, restrict network access to Langflow (VPN, allowlist, reverse proxy with SSO), disable open self-registration, and remove unnecessary or shared accounts. 3) Run Langflow as an unprivileged user in a hardened container with egress filtering and no host mounts. 4) Rotate LLM API keys, database credentials and tokens stored in Langflow if compromise is suspected. 5) Detection: monitor for creation or modification of flows and custom components by low-privilege users, unexpected child processes from the Langflow process, and unusual outbound connections.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-104335?
Langflow OSS 1.0.0 through 1.12.2 contains an improper access control flaw (CWE-284) that lets any authenticated low-privilege user execute arbitrary code on the server, with a CVSS of 8.8 and no user interaction required. Near-term exploitation likelihood looks modest: EPSS is 0.00565 (top 55%), it is not in CISA KEV, and no public exploit or Nuclei template exists. Even so, Langflow has 183 other CVEs and a package risk score of 77/100, and past Langflow RCE bugs have been weaponized quickly, so treat this as a priority for any multi-user or internet-exposed deployment. Apply the fix described in the IBM advisory (ibm.com/support/pages/node/7290694), restrict Langflow to trusted networks, and review which accounts hold credentials on each instance.
Is CVE-2026-104335 actively exploited?
No confirmed active exploitation of CVE-2026-104335 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-104335?
1) Check the IBM advisory (https://www.ibm.com/support/pages/node/7290694) for the fixed release and upgrade every instance running 1.0.0 to 1.12.2, including containers and notebooks (pip show langflow). 2) Until patched, restrict network access to Langflow (VPN, allowlist, reverse proxy with SSO), disable open self-registration, and remove unnecessary or shared accounts. 3) Run Langflow as an unprivileged user in a hardened container with egress filtering and no host mounts. 4) Rotate LLM API keys, database credentials and tokens stored in Langflow if compromise is suspected. 5) Detection: monitor for creation or modification of flows and custom components by low-privilege users, unexpected child processes from the Langflow process, and unusual outbound connections.
What systems are affected by CVE-2026-104335?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, RAG pipelines, LLM orchestration platforms, low-code AI workflow builders.
What is the CVSS score for CVE-2026-104335?
CVE-2026-104335 has a CVSS v3.1 base score of 8.8 (HIGH). The EPSS exploitation probability is 0.87%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012Valid AccountsAML.T0049Exploit Public-Facing ApplicationAML.T0050Command and Scripting InterpreterAML.T0055Unsecured CredentialsCompliance Controls Affected
What are the technical details?
Original Advisory
IBM Langflow OSS 1.0.0 through 1.12.2 could allow a remote authenticated attacker to execute arbitrary code due to improper access control.
Exploitation Scenario
An attacker obtains low-privilege credentials on a Langflow instance, for example through a leaked account, a self-registration option or credential stuffing. They call an endpoint or feature that lacks proper authorization checks and reach functionality that executes code, such as custom component or code validation handling. This yields a shell as the Langflow service account. They then harvest OpenAI, Anthropic and vector database keys from environment variables and the flow store, and use them for data theft, resource abuse or lateral movement into the cloud environment.
Weaknesses (CWE)
CWE-284 — Improper Access Control: The product does not restrict or incorrectly restricts access to a resource from an unauthorized actor.
- [Architecture and Design, Operation] Very carefully manage the setting, management, and handling of privileges. Explicitly manage trust zones in the software.
- [Architecture and Design] Compartmentalize the system to have "safe" areas where trust boundaries can be unambiguously drawn. Do not allow sensitive data to go outside of the trust boundary and always be careful when interfacing with a compartment outside of the safe area. Ensure that appropriate compartmentalization is built into the system design, and the compartmentalization allows for and reinforces privilege separation functionality. Architects and designers should rely on the principle of least privilege to decide the appropriate time to use privileges and the time to drop privileges.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HReferences
- ibm.com/support/pages/node/7290694vendor-advisorypatch
Timeline
Related Vulnerabilities
CVE-2026-1056110.0Langflow: auth bypass + unauthenticated RCE (CVSS 10)
Same package: langflowCVE-2026-1013410.0Langflow: unauthenticated RCE via tool_code injection
Same package: langflowCVE-2026-333099.9langflow: Path Traversal enables file access
Same package: langflowCVE-2026-552559.9Langflow: IDOR allows cross-user flow execution
Same package: langflowCVE-2026-78739.9Langflow: authenticated RCE enables credential theft
Same package: langflow