CVE-2026-93443: Langflow: code injection allows authenticated RCE
HIGHIBM Langflow OSS versions 1.0.0 through 1.12.2 contain a code injection flaw (CWE-94) that lets an authenticated remote attacker execute arbitrary code on the host. Urgency is moderate rather than critical: the CVSS is 7.5 because exploitation needs low privileges and high attack complexity, EPSS is only 0.58% (around the 54th percentile), the CVE is not in CISA KEV, and there is no public exploit or Nuclei template. Even so, Langflow servers typically hold LLM API keys, vector DB credentials and connector secrets, and past Langflow RCEs have drawn quick attacker attention, so code execution here means a likely compromise of those secrets. Upgrade to the fixed release listed in the IBM advisory (https://www.ibm.com/support/pages/node/7290694). Until you can, restrict Langflow to trusted networks, review which accounts hold valid credentials, and monitor for unexpected child processes spawned by the Langflow service.
What is the risk?
Medium-high. Impact is full confidentiality, integrity and availability loss (C:H/I:H/A:H) on the Langflow host. Exploitation likelihood is currently low to moderate: it requires a valid account (PR:L) and high attack complexity, EPSS is 0.00582, and there is no KEV listing, public PoC or scanner template. Risk rises sharply for internet-exposed instances, deployments with open self-registration or shared or weak credentials, and hosts holding production secrets. Lacking dependent-count and scorecard data, blast radius cannot be quantified (Sin datos).
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) Upgrade Langflow OSS beyond 1.12.2 to the fixed version named in the IBM advisory (https://www.ibm.com/support/pages/node/7290694). 2) If you cannot patch immediately, remove public exposure and place Langflow behind a VPN or an authenticating reverse proxy. 3) Disable open sign-up, enforce strong unique credentials and MFA at the proxy, and audit existing user accounts. 4) Run Langflow in a container as a non-root user with minimal egress and no host mounts. 5) Rotate API keys and secrets stored in or reachable from Langflow if compromise is suspected. 6) Detection: alert on shell or interpreter processes spawned by the Langflow process, unusual outbound connections, and unexpected changes to flows or component code in audit logs.
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-93443?
IBM Langflow OSS versions 1.0.0 through 1.12.2 contain a code injection flaw (CWE-94) that lets an authenticated remote attacker execute arbitrary code on the host. Urgency is moderate rather than critical: the CVSS is 7.5 because exploitation needs low privileges and high attack complexity, EPSS is only 0.58% (around the 54th percentile), the CVE is not in CISA KEV, and there is no public exploit or Nuclei template. Even so, Langflow servers typically hold LLM API keys, vector DB credentials and connector secrets, and past Langflow RCEs have drawn quick attacker attention, so code execution here means a likely compromise of those secrets. Upgrade to the fixed release listed in the IBM advisory (https://www.ibm.com/support/pages/node/7290694). Until you can, restrict Langflow to trusted networks, review which accounts hold valid credentials, and monitor for unexpected child processes spawned by the Langflow service.
Is CVE-2026-93443 actively exploited?
No confirmed active exploitation of CVE-2026-93443 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-93443?
1) Upgrade Langflow OSS beyond 1.12.2 to the fixed version named in the IBM advisory (https://www.ibm.com/support/pages/node/7290694). 2) If you cannot patch immediately, remove public exposure and place Langflow behind a VPN or an authenticating reverse proxy. 3) Disable open sign-up, enforce strong unique credentials and MFA at the proxy, and audit existing user accounts. 4) Run Langflow in a container as a non-root user with minimal egress and no host mounts. 5) Rotate API keys and secrets stored in or reachable from Langflow if compromise is suspected. 6) Detection: alert on shell or interpreter processes spawned by the Langflow process, unusual outbound connections, and unexpected changes to flows or component code in audit logs.
What systems are affected by CVE-2026-93443?
This vulnerability affects the following AI/ML architecture patterns: Agent frameworks, RAG pipelines, LLM workflow orchestration, Low-code AI application builders.
What is the CVSS score for CVE-2026-93443?
CVE-2026-93443 has a CVSS v3.1 base score of 8.8 (HIGH). The EPSS exploitation probability is 0.40%.
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 neutralization of special elements used in code.
Exploitation Scenario
An attacker obtains low-privilege credentials, for example through open registration, credential reuse or a phished user, on an exposed Langflow instance. They craft input, such as a custom component or a flow parameter, containing code that is not properly neutralized and is evaluated server-side. The injected code runs with the Langflow service's privileges, letting the attacker read environment variables and stored LLM and vector DB keys, install a reverse shell, and pivot to connected data sources, or modify flows to manipulate downstream AI outputs.
Weaknesses (CWE)
CWE-94Improper Control of Generation of Code ('Code Injection')PrimaryCWE-94Improper Control of Generation of Code ('Code Injection')CWE-94 — Improper Control of Generation of Code ('Code Injection'): The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or behavior of the intended code segment.
- [Architecture and Design] Refactor your program so that you do not have to dynamically generate code.
- [Architecture and Design] Run your code in a "jail" or similar sandbox environment that enforces strict boundaries between the process and the operating system. This may effectively restrict which code can be executed by your product. Examples include the Unix chroot jail and AppArmor. In general, managed code may provide some protection. This may not be a feasible solution, and it only limits the impact to the operating system; the rest of your application may still be subject to compromise. Be careful to avoid CWE-243 and other weaknesses related to jails.
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
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