Knox CVE Database
/
CVE-2026-9198
Critical
9.8

CVE-2026-9198: IBM Langflow Code Injection Vulnerability

Langflow contains a code injection vulnerability that allows unauthenticated attackers to achieve full remote code execution on default Langflow deployments.

Added to the CISA KEV catalog:
August 4, 2026

Overview

IBM Langflow OSS 1.0.0 through 1.10.0 allows unauthenticated attackers to chain /api/v1/auto_login (mints SUPERUSER tokens to any network caller) with /api/v1/validate/code (executes user code via exec()) to achieve full RCE on default Langflow deployments

Vulnerability details

Affected vendor
IBM
Affected product
Langflow
Weakness type (CWE)
CWE-94

IBM Langflow versions 1.0.0 through 1.10.0 contain a code injection flaw (CWE-94) rooted in two cooperating API endpoints. The first, /api/v1/auto_login, is enabled by default and issues SUPERUSER tokens to any network caller without requiring credentials. The second, /api/v1/validate/code, accepts user-supplied code and passes it directly to Python's exec() function server-side. Because the token-minting step requires no authentication, the code execution step is reachable by any network-adjacent party, making the default deployment posture fully exposed without any credential requirement.

An attacker sends a crafted HTTP request to /api/v1/auto_login, receives a SUPERUSER token, then immediately sends a second crafted HTTP request to /api/v1/validate/code carrying arbitrary Python code in the request body. The server passes that code to exec() and runs it with the privileges of the Langflow process. No prior account, session, or user interaction is required. The attacker gains full control over the host at the process privilege level, with complete access to confidentiality, integrity, and availability of the system and any data or credentials reachable from it.

Severity and impact

9.8
Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
None
Scope
Unchanged
Confidentiality impact
High
Integrity impact
High
Availability impact
High

Exploitation status

This vulnerability is confirmed as actively exploited in the wild — it is listed in CISA's Known Exploited Vulnerabilities (KEV) catalog.

Known ransomware campaign use
Unknown

Detection and monitoring

  • Monitor HTTP access logs for requests to /api/v1/auto_login followed within the same session or source IP by a request to /api/v1/validate/code. This two-step sequence has no legitimate single-transaction use case and directly maps to the exploit chain.
  • Alert on any POST to /api/v1/validate/code where the request body contains Python execution primitives (exec, eval, import os, import subprocess) and the Authorization header carries a token issued by /api/v1/auto_login within the same request session, distinguishing exploitation from authenticated developer use.

Remediation

Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
Federal (FCEB) remediation due date
August 7, 2026

Additional hardening

  • Disable the auto_login feature in Langflow configuration immediately; this removes the unauthenticated token-minting capability that makes the exploit chain possible.
  • Place Langflow behind a network perimeter control (firewall, reverse proxy, or API gateway) that restricts access to /api/v1/auto_login and /api/v1/validate/code to trusted source IP ranges only.
  • Require authentication through an external identity provider or proxy before any request reaches the Langflow API, so that token issuance cannot occur without a verified credential.
  • Run the Langflow process under a least-privilege OS account with no write access outside its working directory and no outbound network permissions beyond required dependencies, limiting post-exploitation reach.

Key dates

Published (NVD)
July 17, 2026
Added to CISA KEV
August 4, 2026
Remediation deadline
August 7, 2026
Last updated
August 5, 2026

References

Frequently asked questions

Does CVE-2026-9198 affect my FedRAMP authorization?

If IBM Langflow runs inside your authorization boundary, yes. CVE-2026-9198 is on CISA's Known Exploited Vulnerabilities (KEV) catalog, which carries a remediation deadline of August 7, 2026. For a FedRAMP-authorized service, an unpatched KEV in your boundary is a finding — one you either remediate or formally document a mitigation for before your assessor and sponsoring agency raise it.

How does Knox help me handle CVE-2026-9198?

Knox doesn't patch your software for you — remediating IBM Langflow is your responsibility under the FedRAMP shared responsibility model. What Knox gives you is the pre-authorized, single-tenant boundary to remediate in, plus continuous compliance monitoring and audit-artifact coverage that help you document the fix for your next assessment. The fix is yours to apply; staying compliant while you apply it isn't something you manage alone.

How does Knox's monitoring help with vulnerabilities like this?

Knox's continuous monitoring, powered by KnoxAI, watches your environment in real time for newly disclosed vulnerabilities and compliance issues. Exposure surfaces as part of ongoing monitoring — not only when an assessor flags it at review time.

How do I get FedRAMP authorized with Knox?

Book a meeting and Knox maps your path — FedRAMP in 90 days for 90% less, without dependency or delay.

What happens if CVE-2026-9198 isn't remediated by August 7, 2026?

It becomes a POA&M item, and a growing POA&M list is what turns a routine continuous-monitoring review into a real conversation with your agency. Meeting the deadline keeps your authorization clean and the agency relationship intact.

What this vulnerability means for your FedRAMP compliance

Because this flaw is in CISA's Known Exploited Vulnerabilities catalog, FedRAMP continuous monitoring puts a hard remediation clock on it. The clock starts on awareness — and missing the deadline can put an Authority to Operate at risk.

FedRAMP remediation deadlines for actively exploited vulnerabilities

FedRAMP ConMon SLAs give cloud providers 30, 90, or 180 days by severity — but KEV-listed flaws carry the tighter CISA deadline shown above. For authorized services, that date is the compliance line that assessors and agency sponsors will check.

How Knox reduces the burden of CVE vulnerabilities

Remediating the flaw is your responsibility under the FedRAMP shared responsibility model — but staying compliant while you fix it isn't something you manage alone. KnoxAI's continuous monitoring surfaces exposure in real time, and Knox keeps your continuous-monitoring evidence and audit artifacts current while you apply the fix. Learn more about the Knox platform.

How to limit your exposure through inherited controls and isolation

Knox's single-tenant architecture gives every customer a dedicated boundary, and 60–80% of FedRAMP controls are inherited from the platform — shrinking the surface you have to patch and prove. See why teams choose Knox.

Ready to achieve FedRAMP authorization in 90 days or less?

Schedule a meeting to discuss scope, parse readiness, and map your company’s accelerated path to FedRAMP authorization.

Book a Meeting