Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as n8n member
-
DeliverySupply repo with malicious local git config
-
ExploitPoint Git node Log operation at repo
-
Executionn8n invokes git without stripping config
-
PersistGit runs attacker program as n8n user
-
ImpactCode 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
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.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.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
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.
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
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
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
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-101728
GHSA-qgh4-pf6j-6hwh
NVD
CVE.org
EPSS
Exploit-DB