CVE-2026-27493: n8n: Code Injection enables RCE

CRITICAL
Published February 25, 2026
CISO Take

If your organization runs n8n for AI workflow automation, patch immediately to versions 2.10.1, 2.9.3, or 1.123.22. This second-order expression injection in Form nodes can escalate to unauthenticated RCE when chained with a sandbox escape—no privileges, no user interaction required. If immediate patching is not feasible, disable Form and Form Trigger nodes via NODES_EXCLUDE and rotate all credentials stored in n8n.

What is the risk?

High operational risk for organizations using n8n in AI automation pipelines. While the high attack complexity (AC:H) requires a specific workflow misconfiguration—a Form field that interpolates user-submitted input and whose interpolated value begins with =—the blast radius when conditions are met is severe: CVSS 9.0 Critical with scope change, meaning a compromised n8n instance can pivot to all downstream systems it orchestrates including LLM APIs, databases, SaaS integrations, and internal services. AI-heavy deployments using n8n for agent orchestration, RAG pipelines, or LLM integrations face credential theft (API keys, OAuth tokens stored as n8n credentials) even without achieving full RCE.

What systems are affected?

Package Ecosystem Vulnerable Range Patched
n8n npm No patch
193.4K OpenSSF 6.6 Pushed 3d ago 55% patched ~7d to patch Full package profile →
n8n npm No patch
193.4K OpenSSF 6.6 Pushed 3d ago 55% patched ~7d to patch Full package profile →

How severe is it?

CVSS 3.1
9.0 / 10
EPSS
1.1%
chance of exploitation in 30 days
Higher than 61% of all CVEs
Exploitation Status
No known exploitation
Sophistication
Advanced

What is the attack surface?

AV AC PR UI S C I A
AV Network
AC High
PR None
UI None
S Changed
C High
I High
A High

What should I do?

6 steps
  1. PATCH

    Upgrade to n8n 2.10.1, 2.9.3, or 1.123.22 immediately.

  2. WORKAROUND

    If patching is delayed, set NODES_EXCLUDE=n8n-nodes-base.form,n8n-nodes-base.formTrigger to disable Form nodes entirely.

  3. AUDIT

    Review all workflows for Form nodes where fields interpolate user-submitted values—flag any workflow where user input could be re-evaluated as an expression.

  4. NETWORK

    Restrict public access to n8n instances; place behind VPN or an authenticating reverse proxy where business requirements allow.

  5. MONITOR

    Alert on n8n expression evaluation errors, unexpected env variable access patterns, and anomalous outbound connections from n8n hosts.

  6. ROTATE CREDENTIALS

    If exploitation cannot be ruled out, rotate all n8n-stored credentials (LLM API keys, DB passwords, OAuth tokens, cloud service accounts).

What does CISA's SSVC say?

Decision Track
Exploitation none
Automatable No
Technical Impact total

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:

EU AI Act
Art. 15 - Accuracy, Robustness and Cybersecurity Art. 9 - Risk Management System Article 15 - Accuracy, Robustness and Cybersecurity Article 9 - Risk Management System
ISO 42001
6.1.2 - AI Risk Assessment 8.4 - AI System Security A.6.2.3 - AI System Security A.7.4 - AI System Input Controls
NIST AI RMF
GOVERN 1.2 - Policies, processes and procedures for AI risk GOVERN-1.1 - Policies for AI risk management MANAGE 2.2 - Mechanisms to sustain the value of AI system over its lifecycle MANAGE-2.2 - Mechanisms to respond to and recover from AI risks
OWASP LLM Top 10
LLM01:2025 - Prompt Injection LLM04 - Data and Model Poisoning LLM06 - Excessive Agency LLM08:2025 - Excessive Agency

Frequently Asked Questions

What is CVE-2026-27493?

If your organization runs n8n for AI workflow automation, patch immediately to versions 2.10.1, 2.9.3, or 1.123.22. This second-order expression injection in Form nodes can escalate to unauthenticated RCE when chained with a sandbox escape—no privileges, no user interaction required. If immediate patching is not feasible, disable Form and Form Trigger nodes via NODES_EXCLUDE and rotate all credentials stored in n8n.

Is CVE-2026-27493 actively exploited?

No confirmed active exploitation of CVE-2026-27493 has been reported, but organizations should still patch proactively.

How to fix CVE-2026-27493?

1. PATCH: Upgrade to n8n 2.10.1, 2.9.3, or 1.123.22 immediately. 2. WORKAROUND: If patching is delayed, set NODES_EXCLUDE=n8n-nodes-base.form,n8n-nodes-base.formTrigger to disable Form nodes entirely. 3. AUDIT: Review all workflows for Form nodes where fields interpolate user-submitted values—flag any workflow where user input could be re-evaluated as an expression. 4. NETWORK: Restrict public access to n8n instances; place behind VPN or an authenticating reverse proxy where business requirements allow. 5. MONITOR: Alert on n8n expression evaluation errors, unexpected env variable access patterns, and anomalous outbound connections from n8n hosts. 6. ROTATE CREDENTIALS: If exploitation cannot be ruled out, rotate all n8n-stored credentials (LLM API keys, DB passwords, OAuth tokens, cloud service accounts).

What systems are affected by CVE-2026-27493?

This vulnerability affects the following AI/ML architecture patterns: AI agent frameworks, LLM orchestration pipelines, Workflow automation platforms, RAG pipelines, AI-driven data processing pipelines, Multi-model AI integrations.

What is the CVSS score for CVE-2026-27493?

CVE-2026-27493 has a CVSS v3.1 base score of 9.0 (CRITICAL). The EPSS exploitation probability is 1.07%.

What is the AI security impact?

Affected AI Architectures

AI agent frameworksLLM orchestration pipelinesWorkflow automation platformsRAG pipelinesAI-driven data processing pipelinesMulti-model AI integrations

MITRE ATLAS Techniques

AML.T0049 Exploit Public-Facing Application
AML.T0050 Command and Scripting Interpreter
AML.T0053 AI Agent Tool Invocation
AML.T0081 Modify AI Agent Configuration
AML.T0083 Credentials from AI Agent Configuration
AML.T0105 Escape to Host

Compliance Controls Affected

EU AI Act: Art. 15, Art. 9, Article 15, Article 9
ISO 42001: 6.1.2, 8.4, A.6.2.3, A.7.4
NIST AI RMF: GOVERN 1.2, GOVERN-1.1, MANAGE 2.2, MANAGE-2.2
OWASP LLM Top 10: LLM01:2025, LLM04, LLM06, LLM08:2025

What are the technical details?

Original Advisory

n8n is an open source workflow automation platform. Prior to versions 2.10.1, 2.9.3, and 1.123.22, a second-order expression injection vulnerability existed in n8n's Form nodes that could allow an unauthenticated attacker to inject and evaluate arbitrary n8n expressions by submitting crafted form data. When chained with an expression sandbox escape, this could escalate to remote code execution on the n8n host. The vulnerability requires a specific workflow configuration to be exploitable. First, a form node with a field interpolating a value provided by an unauthenticated user, e.g. a form submitted value. Second, the field value must begin with an `=` character, which caused n8n to treat it as an expression and triggered a double-evaluation of the field content. There is no practical reason for a workflow designer to prefix a field with `=` intentionally — the character is not rendered in the output, so the result would not match the designer's expectations. If added accidentally, it would be noticeable and very unlikely to persist. An unauthenticated attacker would need to either know about this specific circumstance on a target instance or discover a matching form by chance. Even when the preconditions are met, the expression injection alone is limited to data accessible within the n8n expression context. Escalation to remote code execution requires chaining with a separate sandbox escape vulnerability. The issue has been fixed in n8n versions 2.10.1, 2.9.3, and 1.123.22. Users should upgrade to one of these versions or later to remediate the vulnerability. If upgrading is not immediately possible, administrators should consider the following temporary mitigations. Review usage of form nodes manually for above mentioned preconditions, disable the Form node by adding `n8n-nodes-base.form` to the `NODES_EXCLUDE` environment variable, and/or disable the Form Trigger node by adding `n8n-nodes-base.formTrigger` to the `NODES_EXCLUDE` environment variable. These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.

Exploitation Scenario

An adversary targets an organization's public-facing n8n Form node used to trigger an AI workflow—e.g., a content ingestion pipeline, customer support automation, or LLM-powered form processor. The attacker submits form data where a field value begins with = followed by an n8n expression: ={{$env.ANTHROPIC_API_KEY}} or ={{$credentials.openAiApi.apiKey}}. If a workflow designer has configured any field to interpolate user-submitted values and that interpolated result is then re-evaluated as an expression, n8n executes the attacker-controlled expression and leaks environment variables or stored credentials in the form response. In an advanced scenario, the attacker chains this with a known n8n sandbox escape to achieve RCE, gaining a foothold on the n8n host and full access to the AI automation infrastructure—including vector databases, LLM API keys, connected enterprise systems, and the ability to modify or inject malicious steps into existing AI workflows.

Weaknesses (CWE)

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:H/PR:N/UI:N/S:C/C:H/I:H/A:H

Timeline

Published
February 25, 2026
Last Modified
March 5, 2026
First Seen
February 25, 2026

Related Vulnerabilities