n8n-mcp before 2.50.1 contains three compounding vulnerabilities that together allow an authenticated MCP caller to exfiltrate the configured n8n API key, perform non-blind SSRF to internal network resources, and silently harvest credentials via unredacted telemetry uploads. The authentication prerequisite is a weak barrier in MCP deployments, where agent clients are often broadly trusted and share session context — meaning a compromised AI agent or malicious MCP client can chain all three issues without additional privilege escalation. With 75 prior CVEs in this package, a risk score of 69/100, and n8n API keys typically carrying admin-level access to your entire automation workflow estate, the blast radius extends to every integration secret embedded in n8n workflows. Upgrade to n8n-mcp >= 2.50.1 immediately; if patching is not yet possible, restrict MCP HTTP transport to trusted callers via firewall or reverse-proxy ACL and immediately set N8N_MCP_TELEMETRY_DISABLED=true to halt credential exfiltration via telemetry.
What is the risk?
HIGH. The CVSS 8.3 score reflects network-reachable exploitation with low-privilege requirements and high confidentiality/integrity impact. The path traversal (CWE-22) is especially dangerous because it explicitly bypasses the DISABLED_TOOLS access control mechanism — meaning security configurations operators believe are enforced are silently circumvented. The SSRF (CWE-918) via redirect-following enables internal network reconnaissance and data exfiltration from services that otherwise would be unreachable. The telemetry credential leakage (CWE-200) is particularly insidious: it requires zero attacker interaction once an instance is running with default settings and can silently drain secrets from all n8n workflow nodes over time. No public exploit or Nuclei template exists yet, and CISA has not added this to KEV, but the straightforward exploitation mechanics and high-value target profile (automation workflows often hold OAuth tokens, API keys, and webhook secrets for dozens of SaaS integrations) elevate operational risk above the baseline CVSS score suggests.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| n8n | npm | < 2.50.1 | 2.50.1 |
Do you use n8n? You're affected.
How severe is it?
What is the attack surface?
What should I do?
6 steps-
PATCH
Upgrade n8n-mcp to >= 2.50.1 — this is the only complete fix for all three issues.
-
TELEMETRY (immediate): Set N8N_MCP_TELEMETRY_DISABLED=true in the server environment or run
npx n8n-mcp telemetry disablebefore the next restart to stop credential exfiltration via telemetry. -
NETWORK ISOLATION
Restrict MCP HTTP transport to trusted callers via firewall rules, reverse-proxy ACL, or VPN; or switch to stdio transport mode which eliminates the HTTP attack surface for issues 1 and 2.
-
ROTATE CREDENTIALS
Audit and rotate the n8n API key configured in n8n-mcp and any integration secrets stored in n8n workflow node parameters that may have been exposed via telemetry.
-
AUDIT WORKFLOWS
Review all n8n workflows for embedded secrets in node parameters and migrate them to n8n's credential manager or environment variables.
-
DETECTION
Review outbound HTTP logs from the n8n-mcp process for unusual URL patterns indicating path traversal attempts (e.g.,
..sequences or requests to non-workflow API paths); alert on redirect-following behavior to non-whitelisted external hosts.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is GHSA-8g7g-hmwm-6rv2?
n8n-mcp before 2.50.1 contains three compounding vulnerabilities that together allow an authenticated MCP caller to exfiltrate the configured n8n API key, perform non-blind SSRF to internal network resources, and silently harvest credentials via unredacted telemetry uploads. The authentication prerequisite is a weak barrier in MCP deployments, where agent clients are often broadly trusted and share session context — meaning a compromised AI agent or malicious MCP client can chain all three issues without additional privilege escalation. With 75 prior CVEs in this package, a risk score of 69/100, and n8n API keys typically carrying admin-level access to your entire automation workflow estate, the blast radius extends to every integration secret embedded in n8n workflows. Upgrade to n8n-mcp >= 2.50.1 immediately; if patching is not yet possible, restrict MCP HTTP transport to trusted callers via firewall or reverse-proxy ACL and immediately set N8N_MCP_TELEMETRY_DISABLED=true to halt credential exfiltration via telemetry.
Is GHSA-8g7g-hmwm-6rv2 actively exploited?
No confirmed active exploitation of GHSA-8g7g-hmwm-6rv2 has been reported, but organizations should still patch proactively.
How to fix GHSA-8g7g-hmwm-6rv2?
1. PATCH: Upgrade n8n-mcp to >= 2.50.1 — this is the only complete fix for all three issues. 2. TELEMETRY (immediate): Set N8N_MCP_TELEMETRY_DISABLED=true in the server environment or run `npx n8n-mcp telemetry disable` before the next restart to stop credential exfiltration via telemetry. 3. NETWORK ISOLATION: Restrict MCP HTTP transport to trusted callers via firewall rules, reverse-proxy ACL, or VPN; or switch to stdio transport mode which eliminates the HTTP attack surface for issues 1 and 2. 4. ROTATE CREDENTIALS: Audit and rotate the n8n API key configured in n8n-mcp and any integration secrets stored in n8n workflow node parameters that may have been exposed via telemetry. 5. AUDIT WORKFLOWS: Review all n8n workflows for embedded secrets in node parameters and migrate them to n8n's credential manager or environment variables. 6. DETECTION: Review outbound HTTP logs from the n8n-mcp process for unusual URL patterns indicating path traversal attempts (e.g., `..` sequences or requests to non-workflow API paths); alert on redirect-following behavior to non-whitelisted external hosts.
What systems are affected by GHSA-8g7g-hmwm-6rv2?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, AI orchestration pipelines, MCP-connected agents, workflow automation backends, multi-agent tool execution environments.
What is the CVSS score for GHSA-8g7g-hmwm-6rv2?
GHSA-8g7g-hmwm-6rv2 has a CVSS v3.1 base score of 8.3 (HIGH).
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0049 Exploit Public-Facing Application AML.T0053 AI Agent Tool Invocation AML.T0055 Unsecured Credentials AML.T0083 Credentials from AI Agent Configuration AML.T0086 Exfiltration via AI Agent Tool Invocation AML.T0107 Exploitation for Defense Evasion Compliance Controls Affected
What are the technical details?
Original Advisory
## Impact `n8n-mcp` versions before 2.50.1 contained three independently-reported issues affecting deployments that run the n8n API integration: 1. **Caller-supplied identifiers were not validated before being used as URL path segments** by the n8n API client. An authenticated MCP caller passing a crafted workflow id could cause outbound requests carrying the configured n8n API key to land on other same-origin endpoints, bypassing handler-level access controls (including `DISABLED_TOOLS`). 2. **Validated webhook, form, and chat trigger URLs followed redirects.** A URL that passed initial validation could redirect the outbound request to a host that would otherwise have been rejected, with the response body returned to the caller. Reachable as non-blind SSRF over authenticated MCP calls. 3. **Mutation telemetry stored unredacted operation payloads.** On instances running with the default opt-in telemetry, partial-update operation diffs were uploaded without redaction. Operation values can carry the same node-parameter values the workflow contains, including bearer tokens, API keys, and webhook secrets. ## Severity CVSS 8.3 (HIGH). Exploitation requires an authenticated MCP caller and an n8n API integration configured with an n8n API key. ## Patched versions Upgrade to `n8n-mcp >= 2.50.1`. ## Workarounds - For issues (1) and (2): restrict network access to the HTTP transport (firewall, reverse-proxy ACL, or VPN) so only trusted callers can reach the MCP HTTP port; or switch to stdio mode, which exposes no HTTP surface for these issues. - For issue (3): set `N8N_MCP_TELEMETRY_DISABLED=true` in the environment before starting the server, or run `npx n8n-mcp telemetry disable` once. ## Credit Reported by @cybercraftsolutionsllc.
Exploitation Scenario
An adversary with a valid MCP client credential (e.g., gained via phishing an AI agent developer or compromising a CI/CD pipeline that uses n8n-mcp) connects to the MCP HTTP endpoint. They craft a workflow ID parameter such as `../../admin/api-keys` and invoke the n8n API client, causing the outbound request carrying the configured n8n API key to land on the administrative API endpoint, bypassing any DISABLED_TOOLS restrictions. They then submit a webhook URL pointing to a seemingly-valid external host that issues a 302 redirect to `http://169.254.169.254/latest/meta-data/iam/security-credentials/` (AWS IMDS), receiving cloud IAM credentials in the response body. Finally, they trigger a partial workflow update operation — knowing that if the instance runs with default telemetry settings, the operation diff (containing all node parameter values including every API key, bearer token, and webhook secret embedded in that workflow) is uploaded unredacted to the telemetry endpoint, which the attacker can then harvest. Total time to full credential exfiltration: under five minutes with a single authenticated MCP session.
Weaknesses (CWE)
CWE-200 Exposure of Sensitive Information to an Unauthorized Actor
Primary
CWE-22 Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')
Primary
CWE-918 Server-Side Request Forgery (SSRF)
Primary
CWE-200 — Exposure of Sensitive Information to an Unauthorized Actor: The product exposes sensitive information to an actor that is not explicitly authorized to have access to that information.
- [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.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L 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-2025-68668 9.9 n8n: Protection Bypass circumvents security controls
Same package: n8n CVE-2026-27495 9.9 n8n: Code Injection enables RCE
Same package: n8n