CVE-2026-110845: n8n: Git node Log op enables code execution

HIGH
Published October 14, 2026
CISO Take

n8n's Git node Log operation fails to strip a repository's local git configuration before invoking an external program (CWE-15, external control of configuration), so an authenticated member who controls a repository's local config can run arbitrary programs as the n8n process user, including when the node is exposed as an agent tool. No CVSS, EPSS, KEV or SSVC data exists yet, no public exploit or Nuclei template is known, and the vendor advisory (GHSA-x8wx-g24x-3549) plus VulnCheck are the only sources, so urgency rests on impact rather than measured exploitation. The impact is high for multi-tenant or shared n8n instances: any low-privilege member can pivot to the host, where workflow credentials, API keys and LLM provider secrets are typically stored. Upgrade to 1.123.83, 2.41.4 or 2.42.1 (or later), and until then restrict who can create or edit workflows that use the Git node and remove it from agent tool sets.

Sources:NVDGitHub AdvisoryVulnCheckATLAS

What is the risk?

Severity is not yet scored. The attack requires authentication as a member with workflow editing rights and the ability to point the Git node at an attacker-controlled repository, so exposure is limited to insiders, compromised accounts, or prompt-injected agents. Impact is high because code execution runs as the n8n process user and can reach every stored credential. Likelihood is moderate: the technique (malicious git config such as core.fsmonitor or pager settings) is well understood, no exploit is public, and the risk grows where AI agents can choose the repository path. Confidence: MEDIUM, since the data comes from the vendor advisory and VulnCheck with no scoring.

How does the attack unfold?

Initial Access
Attacker uses a valid member account, or steers an agent workflow, to gain control of Git node parameters.
AML.T0012
Staging
Attacker places a repository with a malicious local git config on a path accessible to n8n.
AML.T0079
Execution
The Git node Log operation runs git without stripping local config, executing the attacker's program as the n8n user.
AML.T0050
Impact
Attacker harvests stored credentials and API keys and pivots to connected AI and business systems.
AML.T0083

What systems are affected?

PackageEcosystemVulnerable RangePatched
n8nnpm—No patch
208.5KOpenSSF 7.116 dependentsPushed 7d ago44% patched~19d to patchFull package profile →

Do you use n8n? You're affected.

How severe is it?

CVSS 3.1
N/A
EPSS
0.3%
chance of exploitation in 30 days
Higher than 27% of all CVEs
Exploitation Status
No known exploitation
Sophistication
Moderate

What should I do?

1 step
  1. 1) Upgrade to n8n 1.123.83, 2.41.4, 2.42.1 or later. 2) Until patched, disable the Git node via NODES_EXCLUDE (for example n8n-nodes-base.git) and remove it from agent tool configurations. 3) Restrict workflow creation and edit permissions to trusted users, and review which members can use the Git node. 4) Run n8n as a non-root user in a hardened container with a read-only filesystem, minimal egress and no host mounts. 5) Rotate credentials stored in n8n if untrusted members had access to vulnerable instances. 6) Detect: audit workflows using the Git node with the Log operation, look for repositories under user-writable paths, and alert on child processes spawned by git from the n8n process (for example unexpected shells or network tools).

How is it classified?

Which compliance frameworks are affected?

This CVE is relevant to:

EU AI Act
Article 15-Accuracy, robustness and cybersecurity
ISO 42001
A.6.2.6-AI system operation and monitoring
NIST AI RMF
MANAGE 2.3-Response to previously unknown risks
OWASP LLM Top 10
LLM03-Supply ChainLLM06-Excessive Agency

Frequently Asked Questions

What is CVE-2026-110845?

n8n's Git node Log operation fails to strip a repository's local git configuration before invoking an external program (CWE-15, external control of configuration), so an authenticated member who controls a repository's local config can run arbitrary programs as the n8n process user, including when the node is exposed as an agent tool. No CVSS, EPSS, KEV or SSVC data exists yet, no public exploit or Nuclei template is known, and the vendor advisory (GHSA-x8wx-g24x-3549) plus VulnCheck are the only sources, so urgency rests on impact rather than measured exploitation. The impact is high for multi-tenant or shared n8n instances: any low-privilege member can pivot to the host, where workflow credentials, API keys and LLM provider secrets are typically stored. Upgrade to 1.123.83, 2.41.4 or 2.42.1 (or later), and until then restrict who can create or edit workflows that use the Git node and remove it from agent tool sets.

Is CVE-2026-110845 actively exploited?

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

How to fix CVE-2026-110845?

1) Upgrade to n8n 1.123.83, 2.41.4, 2.42.1 or later. 2) Until patched, disable the Git node via NODES_EXCLUDE (for example n8n-nodes-base.git) and remove it from agent tool configurations. 3) Restrict workflow creation and edit permissions to trusted users, and review which members can use the Git node. 4) Run n8n as a non-root user in a hardened container with a read-only filesystem, minimal egress and no host mounts. 5) Rotate credentials stored in n8n if untrusted members had access to vulnerable instances. 6) Detect: audit workflows using the Git node with the Log operation, look for repositories under user-writable paths, and alert on child processes spawned by git from the n8n process (for example unexpected shells or network tools).

What systems are affected by CVE-2026-110845?

This vulnerability affects the following AI/ML architecture patterns: agent frameworks, workflow automation platforms, LLM orchestration pipelines, agent tool integrations.

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

No CVSS score has been assigned yet.

What is the AI security impact?

Affected AI Architectures

agent frameworksworkflow automation platformsLLM orchestration pipelinesagent tool integrations

MITRE ATLAS Techniques

AML.T0012Valid Accounts
AML.T0050Command and Scripting Interpreter
AML.T0053AI Agent Tool Invocation
AML.T0083Credentials from AI Agent Configuration

Compliance Controls Affected

EU AI Act: Article 15
ISO 42001: A.6.2.6
NIST AI RMF: MANAGE 2.3
OWASP LLM Top 10: LLM03, LLM06

What are the technical details?

Original Advisory

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.

Exploitation Scenario

An attacker holding a low-privilege n8n member account, or an attacker who has prompt-injected an agent workflow that exposes the Git node as a tool, places a repository on a path the n8n host can read, such as a cloned or uploaded repo, with a local .git/config that defines a program to run, for example through core.fsmonitor or a pager or external command setting. They configure or instruct the Git node to run the Log operation against that repository. n8n invokes git without sanitizing the local configuration, so git executes the attacker's program as the n8n process user. The attacker then reads environment variables and stored credentials, including LLM API keys, and pivots into connected systems.

Weaknesses (CWE)

CWE-15 — External Control of System or Configuration Setting: One or more system settings or configuration elements can be externally controlled by a user.

  • [Architecture and Design] Compartmentalize the system to have "safe" areas where trust boundaries can be unambiguously drawn. Do not allow sensitive data to go outside of the trust boundary and always be careful when interfacing with a compartment outside of the safe area. Ensure that appropriate compartmentalization is built into the system design, and the compartmentalization allows for and reinforces privilege separation functionality. Architects and designers should rely on the principle of least privilege to decide the appropriate time to use privileges and the time to drop privileges.
  • [Implementation, Architecture and Design] Because setting manipulation covers a diverse set of functions, any attempt at illustrating it will inevitably be incomplete. Rather than searching for a tight-knit relationship between the functions addressed in the setting manipulation category, take a step back and consider the sorts of system values that an attacker should not be allowed to control.

Source: MITRE CWE corpus.

Timeline

Published
October 14, 2026
Last Modified
October 26, 2026
First Seen
October 14, 2026

Related Vulnerabilities