Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDiscover public Slack Trigger webhook URL
-
DeliverySend request with no valid signature
-
ExploitSignature check fails open (no secret)
-
ExecutionNode fetches attacker-named file with token attached
-
ImpactSlack workspace token exfiltrated to attacker host
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that no Signature Secret is configured on the Slack API credential used by the Slack Trigger node - this is the fail-open condition, since the signing secret is an optional field and the check returns success when absent. The attacker must also know the specific webhook URL of an active Slack Trigger node, and the node's 'Download Files' behavior must be reachable so a caller-named file is fetched with the workspace token attached. Limiting factors that reduce real-world exposure: instances that set a signing secret, that disable the Download Files option, that restrict the webhook endpoint to Slack's published IP ranges, or that enable N8N_SSRF_PROTECTION_ENABLED=true are protected per the vendor; the webhook URL must be known/guessed. Authentication is not required (PR:N confirmed by the CVSS vector). |
| Impact | This is a genuine but moderate-priority issue rather than a drop-everything emergency, and the signals are largely consistent. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N) confirms a network-reachable, unauthenticated flaw, which the description supports: an attacker who knows the Slack Trigger webhook URL can trigger it without credentials. The AT:P (attack requirements present) metric aligns with the real precondition - the flaw only works when no signing secret is configured on the Slack credential and the node's file-download path is reachable, so success depends on target configuration rather than pure attacker control. Impact is split: direct impact to the n8n host is rated low (VC:L/VI:L), but the subsequent-system confidentiality is high (SC:H) because the exfiltrated artifact is a Slack workspace access token that grants access to the connected Slack workspace - this is the core of the risk. There is no CISA KEV listing and no EPSS score in the supplied data, so exploitation probability cannot be quantified from the input; absence of EPSS/KEV is not evidence of safety but means widespread automated exploitation is not demonstrated. No working public exploit is identified - the only references are the n8n GHSA advisory and the VulnCheck advisory, not proof-of-concept code. The vendor/aggregator priority label is 'this_month', consistent with a serious credential-disclosure bug that is not under confirmed active exploitation. |
| Exploit ScenarioDerived | An unauthenticated attacker who has discovered a public n8n Slack Trigger webhook URL on an instance where no Slack signing secret is set sends a crafted request that the node accepts because signature verification fails open. The request names a file to 'download', and n8n attaches the Slack workspace access token to an outbound request to the attacker-chosen host, delivering the token and returning the response. No public proof-of-concept exploit code is identified in the supplied sources. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
Unauthenticated Slack token exfiltration in n8n (before 1.123.83, 2.41.4, and 2.42.1) stems from the Slack Trigger webhook failing open on signature verification when no signing secret is configured on the Slack API credential. An attacker who knows the webhook URL can name a file for the node to download, causing the workspace access token to be attached to a request sent to an attacker-controlled host, with the response readable back - a full-response SSRF that leaks a Slack credential. Authentication is not required (PR:N per the CVSS vector), but exploitation depends on the unprotected configuration and knowledge of the webhook URL; no public exploit code or confirmed active exploitation was identified at time of analysis, and the priority is moderate rather than emergency.
RemediationAI
Upgrade n8n to 1.123.83, 2.41.4, or 2.42.1 - or later - matching your release branch, per vendor advisory GHSA-3c3p-5959-3ghr. If upgrading is not immediately possible, the vendor lists temporary mitigations that do not fully remediate the risk: set a Signature Secret on every Slack API credential used with a Slack Trigger node so the signature check no longer fails open; disable the Download Files option on all active Slack Trigger nodes (this removes the file-fetch path but breaks legitimate file-handling workflows); restrict network-level access to the n8n webhook endpoint to Slack's published IP ranges (which requires a stable egress source list and may break other webhook consumers); enable SSRF protection with N8N_SSRF_PROTECTION_ENABLED=true, noting it can block other intentional outbound requests; and rotate any Slack OAuth tokens associated with Slack Trigger workflows that may have been exposed, since a leaked token remains valid until revoked. No vendor-released patch beyond those versions is identified, and no public exploit code was observed at time of analysis, so treat these as compensating controls rather than a fix.
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
n8n is a workflow automation platform whose Slack Trigger node exposes an HTTP webhook that receives Slack event callbacks. Because the signing secret is an optional credential field, the handler's verification routine returns success when no secret is present - a fail-open logic flaw in the authenticity check rather than a crypto weakness. The node's file-download behavior then fetches a caller-named file and attaches the stored workspace access token to that outbound request regardless of destination, which is the server-side request forgery (CWE-918) component: the destination is attacker-chosen and the full response is returned to the caller. The result chains two defects - missing signature enforcement and unrestricted outbound request targets with an attached credential - so the practical impact is credential disclosure (confidentiality High, scope Changed in the assessed vector) rather than simple internal network probing. The trigger mechanism is not further described in the available sources; the assessed vector's AC:H reflects the configuration and URL-knowledge prerequisites rather than any documented race or memory condition.
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:N/UI:N/VC:L/VI:L/VA:N/SC:H/SI:L/SA:N
Unauthenticated network trigger (PR:N) but success depends on a non-attacker-controlled fail-open config so AC:H; SSRF crosses into the Slack workspace (S:C) exfiltrating a token (C:H).
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
1DescriptionCVE.org
n8n before 1.123.83, 2.41.4, and 2.42.1 contains a server-side request forgery vulnerability in the Slack Trigger webhook that allows unauthenticated attackers to exfiltrate Slack tokens by bypassing signature verification when no signing secret is set. Attackers who know the webhook URL can name a file to download, causing the node to send the workspace access token to an attacker host and return the response.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
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-112385
GHSA-r9rf-g62g-xq7v
NVD
CVE.org
Exploit-DB