n8n's MicrosoftAgent365Trigger and StripeTrigger nodes accept inbound webhook requests without any authentication validation, allowing an unauthenticated attacker who knows or discovers the webhook URL to submit a forged payload and drive workflow execution with fully attacker-controlled data. For organizations using n8n to orchestrate AI agents — connecting LLMs, external APIs, and business systems — this means adversary-supplied inputs flow unchecked through the entire automation chain, enabling prompt injection into LLM nodes, unauthorized tool invocations, lateral movement via connected APIs, or data exfiltration from integrated services. With no credentials or privileges required (AV:N/AC:L/PR:N/UI:N), EPSS placing this in the top 83rd percentile for exploitation likelihood, and 95 prior CVEs in the same package indicating a well-targeted attack surface, the barrier to exploit is minimal once a URL is known. Patch immediately to n8n 2.25.7 or 2.26.2; if patching is not feasible, deactivate workflows using the affected trigger nodes and restrict webhook endpoint network access to trusted IP ranges.
What is the risk?
High risk for organizations deploying n8n as an AI workflow orchestrator. No authentication, no privileges, and no user interaction are required — only knowledge or discovery of a webhook URL. The CVSS scope is Changed (S:C), confirming that exploitation impacts resources beyond the vulnerable component itself, including connected AI services, data stores, and external APIs. With EPSS at top 83rd percentile and 95 prior CVEs in this package, n8n represents a mature and persistent attack target. No public exploit code or CISA KEV listing exists yet, but the trivial exploitation barrier means time-to-exploit is low once a URL is obtained via scanning or insider knowledge.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| n8n | npm | >= 2.26.0, < 2.26.2 | 2.26.2 |
Do you use n8n? You're affected.
How severe is it?
What should I do?
6 steps-
Patch: Upgrade n8n to 2.25.7 or 2.26.2 immediately — these releases add inbound request validation to the affected trigger nodes.
-
Temporary workaround if patching is blocked: deactivate all workflows using MicrosoftAgent365Trigger or StripeTrigger nodes.
-
Restrict network access to the n8n webhook endpoint (default port 5678) to trusted source IPs via firewall or reverse proxy ACL.
-
Audit all active webhook URLs — rotate URLs for workflows that may have been exposed.
-
Review webhook activity logs for anomalous trigger patterns (unexpected source IPs, malformed or unusual payloads) as indicators of prior exploitation.
-
Implement egress controls on the n8n host to limit unauthorized outbound calls if forged workflow execution is detected.
What does CISA's SSVC say?
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:
Frequently Asked Questions
What is CVE-2026-54308?
n8n's MicrosoftAgent365Trigger and StripeTrigger nodes accept inbound webhook requests without any authentication validation, allowing an unauthenticated attacker who knows or discovers the webhook URL to submit a forged payload and drive workflow execution with fully attacker-controlled data. For organizations using n8n to orchestrate AI agents — connecting LLMs, external APIs, and business systems — this means adversary-supplied inputs flow unchecked through the entire automation chain, enabling prompt injection into LLM nodes, unauthorized tool invocations, lateral movement via connected APIs, or data exfiltration from integrated services. With no credentials or privileges required (AV:N/AC:L/PR:N/UI:N), EPSS placing this in the top 83rd percentile for exploitation likelihood, and 95 prior CVEs in the same package indicating a well-targeted attack surface, the barrier to exploit is minimal once a URL is known. Patch immediately to n8n 2.25.7 or 2.26.2; if patching is not feasible, deactivate workflows using the affected trigger nodes and restrict webhook endpoint network access to trusted IP ranges.
Is CVE-2026-54308 actively exploited?
No confirmed active exploitation of CVE-2026-54308 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-54308?
1. Patch: Upgrade n8n to 2.25.7 or 2.26.2 immediately — these releases add inbound request validation to the affected trigger nodes. 2. Temporary workaround if patching is blocked: deactivate all workflows using MicrosoftAgent365Trigger or StripeTrigger nodes. 3. Restrict network access to the n8n webhook endpoint (default port 5678) to trusted source IPs via firewall or reverse proxy ACL. 4. Audit all active webhook URLs — rotate URLs for workflows that may have been exposed. 5. Review webhook activity logs for anomalous trigger patterns (unexpected source IPs, malformed or unusual payloads) as indicators of prior exploitation. 6. Implement egress controls on the n8n host to limit unauthorized outbound calls if forged workflow execution is detected.
What systems are affected by CVE-2026-54308?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, AI workflow orchestration, agentic automation pipelines, LLM tool-calling integrations, webhook-triggered AI workflows.
What is the CVSS score for CVE-2026-54308?
No CVSS score has been assigned yet.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0006 Active Scanning AML.T0034.002 Agentic Resource Consumption AML.T0049 Exploit Public-Facing Application AML.T0053 AI Agent Tool Invocation AML.T0108 AI Agent Compliance Controls Affected
What are the technical details?
Original Advisory
n8n is an open source workflow automation platform. Prior to 2.25.7 and 2.26.2, the MicrosoftAgent365Trigger and StripeTrigger node did not validate that inbound requests. As a result, an unauthenticated attacker who knows the webhook URL could submit a forged payload and cause the workflow to execute with attacker-controlled data. This vulnerability is fixed in 2.25.7 and 2.26.2.
Exploitation Scenario
An adversary performs passive reconnaissance via Shodan or Censys, identifying internet-exposed n8n instances running the vulnerable version. They probe for active webhook paths by guessing common n8n URL patterns or discovering them via leaked configuration files or source repositories. The attacker crafts a POST request mimicking a legitimate Microsoft 365 notification or Stripe event payload and submits it to the unauthenticated endpoint. The n8n workflow executes without challenge, processing attacker-controlled data through all configured nodes. In an AI agent context, the attacker injects prompt instructions into data fields processed by an LLM node, causing the agent to exfiltrate sensitive workflow context, send phishing emails via connected email nodes, modify records in integrated databases, or invoke downstream tool calls on behalf of the attacker — all within the trust context of the legitimate workflow.
Weaknesses (CWE)
CWE-290 Authentication Bypass by Spoofing
Primary
CWE-290 Authentication Bypass by Spoofing
Primary
CWE-290 Authentication Bypass by Spoofing CWE-290 — Authentication Bypass by Spoofing: This attack-focused weakness is caused by incorrectly implemented authentication schemes that are subject to spoofing attacks.
Source: MITRE CWE corpus.
References
Timeline
Related Vulnerabilities
CVE-2026-33663 10.0 n8n: member role steals plaintext HTTP credentials
Same package: n8n CVE-2026-33660 10.0 TensorFlow: type confusion NPD in tensor conversion
Same package: n8n CVE-2026-21858 10.0 n8n: Input Validation flaw enables exploitation
Same package: n8n CVE-2026-27577 9.9 n8n: Code Injection enables RCE
Same package: n8n CVE-2026-27494 9.9 n8n: security flaw enables exploitation
Same package: n8n