CVE-2026-110846: n8n: Send-and-Wait signature bypass enables forged approvals

HIGHCISA: TRACK*
Published October 14, 2026
CISO Take

n8n before 2.41.4 and 2.42.x before 2.42.1 has a flaw in its waiting-webhook endpoint. It picks Send-and-Wait HMAC validation before it normalises an alternate node reference form, so an attacker who holds an execution's resume token can approve waiting executions meant for someone else. Approved executions run downstream actions under the workflow owner's credentials, which may include command execution, so human-in-the-loop approval gates for AI agent workflows can be bypassed. The record has no CVSS or EPSS score yet. It is not in CISA KEV, and no public exploit or Nuclei template is listed. Exploitation needs a leaked or guessed resume token, which limits likelihood, but the impact on agentic automations is high. Upgrade to 2.41.4 or 2.42.1 or later, and review which workflows use Send-and-Wait approvals to gate privileged actions.

Sources:NVDGitHub Advisoryvulncheck.comATLAS

What is the risk?

Severity is not yet scored (no CVSS or EPSS), so this is a provisional assessment. Likelihood is moderate to low because the attacker needs a valid resume token, and no public exploit, KEV listing or scanner template is known. Impact can be high: forged approvals run downstream nodes with the workflow owner's stored credentials and may reach command execution. Exposure is greatest for internet-reachable n8n instances whose waiting-webhook URLs are shared by email, chat or logs, where tokens can leak. Re-assess when NVD or vendor scoring is published.

How does the attack unfold?

Token acquisition
Attacker obtains a resume token for a pending execution through a leaked link, log or message.
AML.T0091.000
Signature bypass
Attacker calls the waiting-webhook endpoint with an alternate node reference form so Send-and-Wait HMAC validation is skipped.
AML.T0049
Forged approval
The waiting execution resumes as approved even though it was meant for another approver.
AML.T0053
Impact
Downstream nodes run under the workflow owner's credentials, potentially executing commands or accessing data.
AML.T0050

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.5%
chance of exploitation in 30 days
Higher than 44% of all CVEs
Exploitation Status
No known exploitation
Sophistication
Moderate

What should I do?

1 step
  1. 1) Upgrade n8n to 2.41.4 or 2.42.1 or later. 2) Until patched, restrict network access to the waiting-webhook endpoint (for example by IP allowlist or VPN, or by blocking external access at the reverse proxy). 3) Treat resume URLs and tokens as secrets: avoid posting them to shared channels, tickets or logs, and rotate pending ones where possible. 4) Inventory workflows that use Send-and-Wait and remove or tighten the privileges behind them, using least-privilege credentials and avoiding command-execution nodes. 5) Detect: review webhook-waiting requests and execution logs for approvals from unexpected IPs, with unusual timing, or with no matching approver activity. 6) Rotate credentials used by workflows that may have been approved by an attacker.

What does CISA's SSVC say?

DecisionTrack*
Exploitationnone
AutomatableYes
Technical Impacttotal

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. 14-Human oversight
ISO 42001
A.6.2.6-AI system operation and monitoring
NIST AI RMF
MANAGE 2.3-Mechanisms to respond to and recover from unknown risks
OWASP LLM Top 10
LLM06-Excessive Agency

Frequently Asked Questions

What is CVE-2026-110846?

n8n before 2.41.4 and 2.42.x before 2.42.1 has a flaw in its waiting-webhook endpoint. It picks Send-and-Wait HMAC validation before it normalises an alternate node reference form, so an attacker who holds an execution's resume token can approve waiting executions meant for someone else. Approved executions run downstream actions under the workflow owner's credentials, which may include command execution, so human-in-the-loop approval gates for AI agent workflows can be bypassed. The record has no CVSS or EPSS score yet. It is not in CISA KEV, and no public exploit or Nuclei template is listed. Exploitation needs a leaked or guessed resume token, which limits likelihood, but the impact on agentic automations is high. Upgrade to 2.41.4 or 2.42.1 or later, and review which workflows use Send-and-Wait approvals to gate privileged actions.

Is CVE-2026-110846 actively exploited?

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

How to fix CVE-2026-110846?

1) Upgrade n8n to 2.41.4 or 2.42.1 or later. 2) Until patched, restrict network access to the waiting-webhook endpoint (for example by IP allowlist or VPN, or by blocking external access at the reverse proxy). 3) Treat resume URLs and tokens as secrets: avoid posting them to shared channels, tickets or logs, and rotate pending ones where possible. 4) Inventory workflows that use Send-and-Wait and remove or tighten the privileges behind them, using least-privilege credentials and avoiding command-execution nodes. 5) Detect: review webhook-waiting requests and execution logs for approvals from unexpected IPs, with unusual timing, or with no matching approver activity. 6) Rotate credentials used by workflows that may have been approved by an attacker.

What systems are affected by CVE-2026-110846?

This vulnerability affects the following AI/ML architecture patterns: agent frameworks, workflow automation, human-in-the-loop approval pipelines, LLM tool orchestration.

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

No CVSS score has been assigned yet.

What is the AI security impact?

Affected AI Architectures

agent frameworksworkflow automationhuman-in-the-loop approval pipelinesLLM tool orchestration

MITRE ATLAS Techniques

AML.T0049Exploit Public-Facing Application
AML.T0050Command and Scripting Interpreter
AML.T0053AI Agent Tool Invocation
AML.T0091.000Application Access Token

Compliance Controls Affected

EU AI Act: Art. 14
ISO 42001: A.6.2.6
NIST AI RMF: MANAGE 2.3
OWASP LLM Top 10: LLM06

What are the technical details?

Original Advisory

n8n before 2.41.4 and 2.42.x before 2.42.1 contains a signature bypass in the waiting-webhook endpoint, which selects Send-and-Wait validation before normalising an alternate node reference form. Attackers holding an execution's resume token can approve waiting executions meant for others, running downstream actions under the workflow owner's credentials, potentially including command execution.

Exploitation Scenario

An attacker obtains a resume token for a pending n8n execution, for example from a leaked approval link in a chat channel, a log file or a forwarded email. They send a crafted request to the waiting-webhook endpoint using the alternate node reference form, so the Send-and-Wait HMAC validation is skipped. The execution resumes as approved, and the AI agent workflow carries out its privileged downstream steps, such as running a shell command, calling cloud APIs or reading databases. All of this uses the workflow owner's credentials, and it looks like a normal approval.

Weaknesses (CWE)

CWE-180 — Incorrect Behavior Order: Validate Before Canonicalize: The product validates input before it is canonicalized, which prevents the product from detecting data that becomes invalid after the canonicalization step.

  • [Implementation] Inputs should be decoded and canonicalized to the application's current internal representation before being validated (CWE-180). Make sure that the application does not decode the same input twice (CWE-174). Such errors could be used to bypass allowlist validation schemes by introducing dangerous inputs after they have been checked.

Source: MITRE CWE corpus.

Timeline

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

Related Vulnerabilities