Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconAuthenticate as member-level user
-
DeliveryRegister attacker-controlled OAuth client in n8n
-
ExploitInitiate OAuth 2.1 authorization flow with victim's workflow ID as resource
-
InstallSelf-approve consent (server skips ownership check)
-
C2Obtain valid token scoped to victim workflow
-
ExecuteInvoke workflow with attacker-controlled tool inputs
-
ImpactRead outputs including owner's integration credentials and data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Two concrete prerequisites must both be true: (1) the n8n instance must have at least one MCP Server Trigger workflow actively configured with n8n OAuth2 authentication - this is a deliberately enabled, non-default feature that an administrator must set up; (2) the attacker must hold a valid member-level (or higher) authenticated account on the same instance. Exploitation is not possible against instances with no OAuth2-enabled MCP Server Trigger workflows, instances where only a single trusted user exists, or instances where all members share equivalent trust boundaries. The CVSS 4.0 AT:P metric formally encodes the configuration prerequisite as a limiting factor. What the vulnerability does NOT require: administrative privileges, any user interaction from the victim, or any special network position beyond authenticated access to the n8n web interface. |
| Impact | The CVSS 4.0 score of 5.1 is driven primarily by AT:P (attack prerequisites), reflecting that exploitation requires a non-default, administrator-configured condition: at least one active MCP Server Trigger workflow with n8n OAuth2 authentication must exist. Without this prerequisite the attack surface is zero. PR:L confirms a valid member-level account is mandatory, ruling out unauthenticated exploitation. Despite the moderate aggregate score, the SC:H (subsequent-system high confidentiality impact) is the most significant signal: a successful attacker can read the workflow owner's integration outputs, which may include credentials, API responses, database records, or email content from connected services. This privilege-escalation-to-data-exfiltration path is a material risk on any shared or multi-tenant n8n deployment. No CISA KEV listing and no public exploit code exist at time of analysis; EPSS data was not supplied. For single-user instances or deployments where all members are equally trusted, real-world risk is low. For organizations running n8n as a shared automation platform with role-based project separation, the risk is high relative to the CVSS score because the confidentiality impact touches cross-project credential material. |
| Exploit ScenarioDerived | A member-level user on a shared company n8n instance identifies that an administrator has an active MCP Server Trigger workflow connected to a CRM and internal email system using n8n OAuth2. The attacker registers an OAuth client in the n8n instance, initiates the OAuth 2.1 authorization flow with the administrator's workflow ID as the resource, and self-approves the consent prompt - the server issues a valid token without verifying ownership. The attacker then invokes the workflow with crafted tool inputs and reads the output, obtaining CRM records and email content from the administrator's connected integrations without ever having been granted access to the workflow or its underlying credentials. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 22, 2026
Broken authorization in n8n's OAuth 2.1 consent flow allows a member-level authenticated user to self-approve OAuth consent for workflows they do not own, then execute those workflows in the victim owner's project context using the owner's stored credentials. Versions 2.27.0 through 2.29.7 and 2.30.0 are affected - the flaw was introduced precisely when the OAuth 2.1 MCP Server Trigger flow was added. On multi-user instances with at least one OAuth2-enabled MCP Server Trigger workflow, the attacker obtains a valid token, drives the workflow with attacker-controlled inputs, and reads outputs that may include sensitive data exfiltrated from the owner's connected third-party integrations, breaking both user and project isolation. No public exploit code has been identified at time of analysis, and no CISA KEV listing exists.
RemediationAI
Upgrade n8n to version 2.29.8 (for the 2.29.x track) or 2.30.1 (for the 2.30.x track), as confirmed by the vendor advisory at https://github.com/n8n-io/n8n/security/advisories/GHSA-q5xf-xhwf-cwqf. If an immediate upgrade is operationally blocked, the most effective compensating control is to disable all MCP Server Trigger workflows that use n8n OAuth2 authentication - this removes the attack prerequisite entirely and eliminates exploitability at the cost of losing MCP-based OAuth automation. A secondary mitigation is to audit instance membership and remove or downgrade any member-level accounts that should not have visibility into other users' workflows; however, this does not patch the underlying authorization flaw and is not a substitute for upgrading. Additional context and references are available at https://www.vulncheck.com/advisories/n8n-before-missing-oauth-authorization-check.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in npm
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
n8n is a self-hostable, open-source workflow automation platform (CPE: cpe:2.3:a:n8n-io:n8n). Version 2.27.0 introduced an OAuth 2.1 authorization server to support MCP (Model Context Protocol) Server Trigger nodes, allowing external OAuth clients to authorize against specific n8n workflows as the protected resource. The root cause is CWE-863 (Incorrect Authorization): the OAuth consent and token-issuance endpoint accepts a workflow ID as the resource parameter but does not verify that the authenticated requester is the owner of - or has been granted access to - that workflow. Any member-level user can therefore register an OAuth client, present an arbitrary workflow ID during the authorization request, self-approve the consent screen, and receive a fully valid access token. The token then conveys the workflow owner's project context, including the owner's credential store for connected integrations.
Know when N8n gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/VI:L/VA:N/SC:H/SI:L/SA:N
PR:L for required member account; S:C and C:H because the token conveys owner's project context and integration credentials; I:L for attacker-controlled workflow inputs.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
n8n before 2.29.8 and 2.30.x before 2.30.1 (affected from 2.27.0, when the OAuth 2.1 consent and token-issuance flow was introduced) does not verify that the authenticated user has access to the workflow referenced as the OAuth resource. On instances with at least one active MCP Server Trigger workflow configured with n8n OAuth2 authentication, a member-level user can register an OAuth client, self-approve consent for another user's workflow, and obtain a valid token. The workflow then runs in the owner's project context with the owner's stored credentials, and the attacker can set tool inputs and read outputs (potentially including data from the owner's connected integrations), breaking user and project isolation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Remote code execution in n8n's workflow expression evaluation system allows an authenticated user with workflow creation
n8n workflow automation (through 1.121.2) allows authenticated users to execute arbitrary code via the n8n service, with
n8n workflow automation (1.65.0 to 1.121.0) allows unauthenticated file access through form-based workflows. A critical
n8n has a fifth critical RCE vulnerability (CVSS 9.9) in the Expression evaluator, enabling code execution through craft
Authenticated users who can create or modify an n8n workflow can achieve remote code execution on the n8n host by abusin
A prototype pollution vulnerability in the XML and GSuiteAdmin nodes of n8n workflow automation platform allows authenti
An authenticated user with workflow creation or modification privileges in n8n workflow automation platform can exploit
n8n-workflows Main Commit ee25413 allows attackers to execute a directory traversal via the download_workflow function w
Authenticated n8n users can hijack administrator accounts when LDAP authentication is enabled by manipulating their LDAP
The n8n package 0.218.0 for Node.js allows Escalation of Privileges. Rated high severity (CVSS 8.8), this vulnerability
SQL injection in n8n's Data Table Get node allows authenticated users with workflow modification permissions to execute
Authenticated users can exploit string formatting and exception handling in n8n's Python task executor to escape sandbox
EUVD-2026-47638
GHSA-5vfw-jc4p-fj39
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB