CVE-2026-54308: n8n Webhook Authentication Bypass in MicrosoftAgent365Trigger and StripeTrigger
n8n, an open source workflow automation platform, contains a vulnerability in two specific trigger node types—MicrosoftAgent365Trigger and StripeTrigger—that fail to authenticate inbound webhook requests. An attacker who discovers the webhook URL can send forged data to trigger workflows with malicious payloads, potentially causing unauthorized actions or data manipulation. The vulnerability affects versions prior to 2.25.7 and 2.26.2.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-290
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-26
NVD description (verbatim)
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.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The MicrosoftAgent365Trigger and StripeTrigger nodes in n8n lack request validation mechanisms for inbound webhooks. This absence of authentication allows an unauthenticated attacker to forge webhook payloads and invoke workflow execution with arbitrary data. The vulnerability stems from insufficient input validation (CWE-290: Improper Input Validation) rather than a cryptographic or signature-verification failure. An attacker with knowledge of the webhook URL—which may be guessed, enumerated, or obtained through other means—can craft requests that the trigger nodes will accept and process without verification, leading to unauthorized workflow execution.
Business impact
Organizations using n8n for workflow automation with MicrosoftAgent365Trigger or StripeTrigger nodes face risk of data tampering, fraudulent transactions, or unintended business process execution. If these triggers are integrated with payment systems, CRM platforms, or other sensitive processes, an attacker could inject malicious data that corrupts records, initiates unintended transactions, or diverts information. The broad network accessibility (AV:N in the CVSS vector) and absence of authentication requirements mean any attacker on the internet can attempt exploitation without credentials, increasing the attack surface for multi-tenant or cloud-hosted n8n instances.
Affected systems
n8n versions prior to 2.25.7 and 2.26.2 are vulnerable. This includes the current 2.25.x branch (up to 2.25.6) and the 2.26.x branch (up to 2.26.1). Any n8n instance that deploys workflows containing either MicrosoftAgent365Trigger or StripeTrigger nodes and exposes these workflows via public webhook URLs is at risk. Self-hosted and cloud-hosted n8n deployments are equally vulnerable if not patched.
Exploitability
Exploitability is straightforward once a webhook URL is known. The attack requires no special tools, authentication, or user interaction—only network access and knowledge of the target webhook endpoint. Attackers can forge HTTP requests with custom payloads to trigger workflows. The CVSS vector (AV:N/AC:L/PR:N/UI:N/S:C) reflects low complexity and no prerequisites, making this vulnerability practical for adversaries with basic HTTP manipulation capabilities. However, successful exploitation depends on the attacker discovering the webhook URL, which may involve enumeration, social engineering, or information disclosure in logs.
Remediation
Upgrade n8n to version 2.25.7 or 2.26.2 or later, depending on your deployment branch. These patched versions implement request validation for the affected trigger nodes. For organizations unable to patch immediately, consider restricting network access to webhook endpoints using firewall rules, API gateways, or IP allowlisting. Disable or remove MicrosoftAgent365Trigger and StripeTrigger nodes from production workflows until patching is complete. Implement additional authentication layers in downstream processes that consume webhook data to mitigate the impact of forged payloads.
Patch guidance
Review your n8n deployment and identify which version branch you are running. If you are on 2.25.x, upgrade to 2.25.7 or later. If you are on 2.26.x, upgrade to 2.26.2 or later. Consult the official n8n release notes and security advisories to confirm patch availability and any breaking changes. Test patched versions in a staging environment before production deployment to ensure compatibility with your existing workflows. After upgrading, verify that the affected trigger nodes are functioning as expected and that webhook validation is now active.
Detection guidance
Monitor webhook access logs for requests to known MicrosoftAgent365Trigger or StripeTrigger endpoints that originate from unexpected sources or contain unusual payload structures. Look for HTTP requests to webhook URLs that do not correlate with legitimate system events (e.g., Stripe webhook requests from non-Stripe IP ranges, MicrosoftAgent365 events from unexpected origins). Inspect n8n audit logs and workflow execution records for triggered workflows that lack a corresponding legitimate event source. If possible, implement request signature validation at the firewall or API gateway level to reject unsigned webhook requests before they reach n8n.
Why prioritize this
This vulnerability merits high priority due to its HIGH severity rating (CVSS 7.2), network accessibility, absence of authentication barriers, and potential for data integrity compromise across multiple business functions. The impact on confidentiality and integrity (C:L/I:L in the CVSS vector) combined with cross-boundary scope (S:C) elevates risk in shared or multi-tenant environments. Organizations with active MicrosoftAgent365Trigger or StripeTrigger deployments should prioritize patching within 7–14 days.
Risk score, explained
The CVSS 3.1 score of 7.2 (HIGH) reflects the combination of network-based attack vector, low complexity, no privilege or user interaction requirements, and multi-system scope. Although the impact on confidentiality and integrity is rated as low, the practical exploitability and ease of forging requests warrant aggressive remediation. The score does not account for the specific business context—organizations relying on these triggers for payment or sensitive data handling should treat the risk as CRITICAL regardless of the base CVSS score.
Frequently asked questions
How would an attacker discover my n8n webhook URL?
Webhook URLs may be discovered through multiple vectors: exposed configuration files, leaked documentation, CI/CD logs, GitHub repositories, DNS enumeration, or information disclosure in error messages. Additionally, if the webhook URL follows a predictable pattern, an attacker may attempt to enumerate common URL structures. To reduce this risk, treat webhook URLs as secrets, use long random identifiers, and restrict access via network-level controls.
Does this vulnerability require the attacker to have n8n credentials?
No. The vulnerability explicitly allows unauthenticated attackers to submit forged payloads. There are no credential requirements; the attacker only needs to know or guess the webhook URL and craft an HTTP request.
What versions of n8n are safe?
Versions 2.25.7 and later in the 2.25.x branch, and 2.26.2 and later in the 2.26.x branch, include the fix. If you are running earlier versions of either branch, upgrade immediately. Check the n8n release notes for patch availability on other branches.
Can I work around this vulnerability without patching?
Temporary mitigations include disabling or removing the affected trigger nodes, implementing firewall rules to restrict access to webhook endpoints by IP, and using API gateway authentication layers. However, these are not permanent solutions—patching is the only definitive remediation.
This analysis is provided for informational purposes and represents the current state of publicly disclosed information as of the publication date. While we endeavor to ensure accuracy, vulnerabilities and patches evolve; verify all patch versions, affected product versions, and remediation steps against official vendor advisories and release notes before taking action. This information does not constitute professional security advice. Consult with your security team and the n8n vendor for guidance specific to your deployment environment. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-42674HIGHAdvanced Access Manager Authentication Bypass via URL Encoding
- CVE-2026-46414HIGHMicrosoft UFO WebSocket Authentication Bypass and Role Spoofing
- CVE-2026-47123HIGHFreeScout Email Spoofing Vulnerability – High-Severity Patch Available
- CVE-2026-53811HIGHOpenClaw Matrix allowFrom Privilege Escalation Vulnerability
- CVE-2026-53817HIGHOpenClaw Admin Token Persistence via Locality Spoofing
- CVE-2026-53823HIGHOpenClaw Privilege Escalation via Mutable Slack Display Names
- CVE-2026-53832HIGHOpenClaw Identity Header Forgery & Privilege Escalation
- CVE-2026-53833HIGHOpenClaw QQBot Authorization Bypass (CVSS 7.7)