Skip to main content

n8n EUVDEUVD-2026-101728

| CVE-2026-110845 HIGH
External Control of System or Configuration Setting (CWE-15)
2026-10-14 disclosure@vulncheck.com GHSA-qgh4-pf6j-6hwh
7.7
CVSS 4.0 · Vendor: vulncheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as n8n member
  2. Delivery
    Supply repo with malicious local git config
  3. Exploit
    Point Git node Log operation at repo
  4. Execution
    n8n invokes git without stripping config
  5. Persist
    Git runs attacker program as n8n user
  6. Impact
    Code execution on host

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A02:2025 - Security Misconfiguration
ASVS 5.0
V13 - Configuration Configuration hardening
Exploitation Conditions

Exploitation requires an authenticated n8n member (PR:L) with the ability to make the Git node's Log operation point at a repository whose LOCAL git configuration the attacker controls - this includes the scenario where the Git node is exposed as an agent tool that an attacker can steer. The specific flaw is that the Log operation fails to strip the repository's local git config before invoking the external git program, so attacker-controlled config directives cause git to execute arbitrary programs as the n8n process user. Limiting factors: valid authenticated access to n8n is mandatory, the attacker must be able to supply/control the target repository's local configuration (the AT:P 'attack requirement'), and the code runs only with the privileges of the n8n process user rather than inherently as root. Fixed in n8n 1.123.83, 2.41.4, and 2.42.1.

Impact

This is a credible but conditional priority, not a drop-everything emergency. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:L/UI:N) and 7.7 HIGH score reflect a full confidentiality/integrity/availability compromise (VC:H/VI:H/VA:H) achievable over the network, but two signals temper it: PR:L means the attacker must already be an authenticated n8n member, and AT:P (attack requirement present) encodes the key precondition - the attacker must control a repository's local git configuration that the Git node's Log operation is pointed at. No EPSS score was provided and the vulnerability is not listed in CISA KEV, so there is no public evidence of active exploitation; exploitation status is best described as 'no public exploit identified at time of analysis.' The 'RCE' tag and CWE-15 (External Control of System or Configuration Setting) are consistent with the described code-execution-via-config mechanism. The practical risk concentrates in multi-tenant or agent-enabled n8n deployments where lower-trust users (or an LLM agent using the Git node as a tool) can supply attacker-controlled repositories - in those environments this is a genuine privilege-escalation-to-RCE path worth prompt patching; in single-operator, fully-trusted deployments the PR:L and AT:P barriers make it a lower operational urgency. No conflicting signals were observed between the vector and description, but EPSS/KEV data is simply absent rather than contradictory.

Exploit ScenarioDerived

An authenticated n8n user (or an AI agent invoking the Git node as a tool) configures the node's Log operation to target a repository whose local .git/config they control, embedding a directive (e.g., a config key that causes git to invoke an external program). When n8n runs the Log operation without stripping the repository's local git configuration, git executes the attacker-specified program as the n8n process user, yielding code execution. No public proof-of-concept was identified in the provided intelligence.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 14, 2026

Authenticated code execution in n8n (before 1.123.83, 2.x before 2.41.4, and 2.42.x before 2.42.1) is possible through the Git node's Log operation, which invokes the external git program without stripping the target repository's local git configuration first. A member-level authenticated user who can point that node - including the scenario where the Git node is exposed as an agent tool the attacker can steer - at a repository whose local config they control can smuggle configuration directives that cause git to launch arbitrary programs as the n8n process user. There is no public exploit identified at time of analysis and no confirmed active exploitation (CISA KEV); the CVSS 4.0 base score is 7.7, and the independent assessment rates it CVSS 3.1 8.8 (AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H), with exploitation gated on valid n8n member credentials and attacker control of the repository's local configuration.

RemediationAI

Patch status: Vendor-released patch - upgrade to n8n 1.123.83, 2.41.4, or 2.42.1 (or later) according to your release line; see the vendor advisory at https://github.com/n8n-io/n8n/security/advisories/GHSA-x8wx-g24x-3549 and https://www.vulncheck.com/advisories/n8n-before-1.123.83-2.41.4-and-2.42.1-code-execution-via-git-node-log-operation for confirmation. If immediate upgrade is not possible, the most direct compensating control is to remove the Git node from the node palette using n8n's node exclusion/blocking configuration so members cannot add or invoke it - the trade-off is that all legitimate Git-based workflows and agent tools using that node stop working. Second, audit and disable any agent or tool configuration that exposes the Git node to untrusted or lower-trust users, since the agent-tool path is an explicitly called-out exploitation route; this reduces functionality for teams relying on agent-driven repository automation. Third, run the n8n process under a dedicated low-privileged, containerized identity with a read-only root filesystem and no host mounts, and rotate N8N_ENCRYPTION_KEY and stored credentials if you suspect the Log operation has already been run against an attacker-controlled repository - this does not prevent the flaw but limits blast radius and credential exposure. Finally, restrict n8n member provisioning and audit who can create or edit workflows, because valid authenticated access is a hard prerequisite for exploitation.

Affected VersionsENISA

n8n 2.42.0 <2.42.1
n8n 2.0.0 <2.41.4
n8n 0 <1.123.83

Affected Packages

euvd n8n fix: 1.123.83, 2.41.4, 2.42.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The root cause is CWE-15, External Control of System or Configuration Setting: n8n's Git node 'Log' operation shells out to the external git binary but does not sanitize or strip the repository's own local configuration (the .git/config file and its includes) before the invocation. Because git honors locally defined configuration directives that can specify helper executables - the general class of config keys that delegate work to external programs - an attacker who controls the repository's local config can have git execute attacker-supplied commands with the privileges of the n8n process user. This is a classic 'config-as-code-execution' primitive rather than a memory-safety or injection flaw: n8n itself is behaving as documented for git, but it failed to neutralize untrusted configuration input that its own node design allows users to influence. The affected component is the Git node in self-hosted and cloud n8n deployments; the vulnerability is network-reachable (workflow/agent invocation over the n8n API or UI) but requires an authenticated member account (CVSS vector PR:L) plus the ability to supply or control the target repository's local configuration, which CVSS 4.0 captures as AT:P. Impact is bounded in one important way: code runs only as the n8n process user, not inherently as root - though in typical deployments that user can reach n8n's encrypted credential store, workflow data, and any host resources or mounted secrets the container has access to, which is why confidentiality, integrity, and availability are all rated High.

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

Vendor (vulncheck) PRIMARY 7.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 7.5 HIGH

Authenticated member (PR:L) over the network (AV:N); AC:H reflects the required control over the target repository's local git config; full host impact as the n8n process user, scope unchanged.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (vulncheck).

CVSS VectorVendor: vulncheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Oct 15, 2026 - 02:16 EUVD
CVE Published
Oct 14, 2026 - 23:17 cve.org
HIGH 7.7

DescriptionCVE.org

n8n before 1.123.83, 2.x before 2.41.4, and 2.42.x before 2.42.1 contains a code execution vulnerability in the Git node Log operation, which fails to strip a repository's local git configuration before invoking an external program. Authenticated members who can point the node, including as an agent tool, at a repository whose local configuration they control can execute programs as the n8n process user.

Technical POC Analysis

CWE-15 (External Control of System or Configuration Setting).

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

n8n, a workflow automation platform, is affected by a high-severity vulnerability (CVE-2026-110845) that allows an authenticated member-level user to execute arbitrary code as the n8n process user, potentially compromising sensitive data and connected systems. There is no public exploit identified at time of analysis, and no vendor-released patch identified at time of analysis, so organizations must apply immediate mitigations to protect their n8n deployments.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include: restrict n8n member-level access to trusted users only; disable the Git node's Log operation or the entire Git node if not essential; ensure that Git repositories used by n8n have local configuration that is immutable or controlled by administrators; monitor for abnormal git child processes or unexpected code execution; run n8n with least privilege; and apply network segmentation to limit lateral movement.

Threat Intelligence Overview

EPSS Score
0.3%
Top 75% exploitable
Prevalence
Medium
popular self-hosted workflow-automation platform, common but not ubiquitous
Data Quality
3 sources
Confidence: Low

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

More in N8n

View all
CVE-2025-68613 HIGH POC
8.8 Dec 19

Remote code execution in n8n's workflow expression evaluation system allows an authenticated user with workflow creation

CVE-2026-21877 CRITICAL POC
9.9 Jan 08

n8n workflow automation (through 1.121.2) allows authenticated users to execute arbitrary code via the n8n service, with

CVE-2026-21858 CRITICAL POC
10.0 Jan 08

n8n workflow automation (1.65.0 to 1.121.0) allows unauthenticated file access through form-based workflows. A critical

CVE-2026-1470 CRITICAL POC
9.9 Jan 27

n8n has a fifth critical RCE vulnerability (CVSS 9.9) in the Expression evaluator, enabling code execution through craft

CVE-2025-65964 CRITICAL POC
9.4 Dec 09

Authenticated users who can create or modify an n8n workflow can achieve remote code execution on the n8n host by abusin

CVE-2026-33696 CRITICAL POC
9.4 Mar 25

A prototype pollution vulnerability in the XML and GSuiteAdmin nodes of n8n workflow automation platform allows authenti

CVE-2026-33660 CRITICAL POC
9.4 Mar 25

An authenticated user with workflow creation or modification privileges in n8n workflow automation platform can exploit

CVE-2025-55526 CRITICAL POC
9.1 Aug 26

n8n-workflows Main Commit ee25413 allows attackers to execute a directory traversal via the download_workflow function w

CVE-2026-33665 HIGH POC
8.8 Mar 25

Authenticated n8n users can hijack administrator accounts when LDAP authentication is enabled by manipulating their LDAP

CVE-2023-27563 HIGH POC
8.8 May 10

The n8n package 0.218.0 for Node.js allows Escalation of Privileges. Rated high severity (CVSS 8.8), this vulnerability

CVE-2026-33713 HIGH POC
8.7 Mar 25

SQL injection in n8n's Data Table Get node allows authenticated users with workflow modification permissions to execute

CVE-2026-0863 HIGH POC
8.5 Jan 18

Authenticated users can exploit string formatting and exception handling in n8n's Python task executor to escape sandbox

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy