CVE-2026-45707: n8n-MCP Multi-tenant MCP Requests Fall Back Vulnerability

HIGH
Advisory Identifier: GHSA-jxx9-px88-pj69
CVSS 8.1
CWE-284
Published
Advisory Summary

CVE-2026-45707 is a HIGH (CVSS 8.1) multi-tenant mcp requests fall back vulnerability (CWE-284: Improper Access Control) affecting n8n-MCP libraries in the npm ecosystem. The issue involves multi-tenant mcp requests fall back to process-level n8n credentials when tenant headers are absent or incomplete. Remediation is available by upgrading affected packages to version 2.51.2.

CVE-2026-45707 at a Glance

CVE Identifier CVE-2026-45707
GHSA Identifier GHSA-jxx9-px88-pj69
Severity HIGH
CVSS v3.1 Base Score 8.1
CWE Classification CWE-284: Improper Access Control
Affected Product n8n-MCP
Package Ecosystem npm
Published Date
Last Updated

Security Impact

CVSS: 8.1

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality High (C:H)
Integrity High (I:H)
Availability None (A:N)

How to Fix CVE-2026-45707

To remediate this vulnerability, upgrade all affected n8n-MCP dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

n8n-mcp fixed: 2.51.2
npm install n8n-mcp@2.51.2
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

npm ls n8n-mcp

How to Check if You Are Affected

To determine whether your Node.js application is affected by CVE-2026-45707, inspect your project dependencies using npm:

npm ls n8n-mcp

Analyze the terminal output to locate any version of n8n-MCP in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 2.51.2), your application is affected.

Note: The npm ls n8n-mcp command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-284: Improper Access Control, where the product does not restrict or incorrectly restricts access to a resource from an unauthorized actor. In n8n-MCP, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary When `ENABLE_MULTI_TENANT=true`, the HTTP transport documents that the target n8n instance is selected per-request from `x-n8n-url` / `x-n8n-key` headers. Requests that omitted those headers — or supplied only one of them — silently fell back to the process-level `N8N_API_URL` / `N8N_API_KEY` credentials configured for the operator's own n8n instance. As a result, an authenticated MCP tenant could cause n8n management calls to execute against the operator's instance instead of its own. This affects HTTP-mode deployments of `n8n-mcp` that are run as a shared multi-tenant service. Single-tenant deployments (`ENABLE_MULTI_TENANT` unset or `false`) are not affected. ## Impact An authenticated MCP tenant exploiting this path could read and write workflows, executions, data-table contents, and credential metadata on the operator's n8n instance. If the operator's n8n permits Code-node execution that reaches OS-level modules, the path could escalate to remote code execution inside the operator's n8n runtime. The process-level `N8N_API_KEY` is, in practice, a high-privilege key — Community Edition keys are unscoped by default, and even Enterprise scopes were configured for the operator's own needs and would carry over wholesale to a tenant who triggered the fallback. ## Patches Fixed in **n8n-mcp 2.51.2**. The fix: - Rejects header-less multi-tenant requests at the HTTP edge with HTTP 400 / JSON-RPC `-32602` before any handler runs. - Refuses to construct an env-credential n8n API client when `ENABLE_MULTI_TENANT=true`. - Closes secondary leak paths in trigger handlers and in the responses of `n8n_health_check`, `n8n_diagnostic`, `n8n_deploy_template`, and `n8n_audit_instance` so the operator's URL and env-key indicator are not surfaced to tenants. Single-tenant behavior is unchanged. ## Upgrade ```bash # NPM npx n8n-mcp@latest # Docker docker pull ghcr.io/czlonkowski/n8n-mcp:latest ``` ## Workarounds If an immediate upgrade is not possible, any one of the following reduces or eliminates exposure: - **Disable multi-tenant mode.** Set `ENABLE_MULTI_TENANT=false` (or unset it) and run a separate n8n-mcp instance per tenant with that tenant's own `N8N_API_URL` / `N8N_API_KEY`. This removes the affected code path entirely. - **Reject malformed requests at a proxy.** Require both `x-n8n-url` and `x-n8n-key` headers on every request and return 400 if either is missing. Neutralizes the primary header-omission path but does not address the secondary response-shape disclosures, so this is a partial mitigation only. - **Reduce the blast radius of the operator API key.** If your n8n instance supports API key scoping (Enterprise, or a Community Edition build that exposes scopes), provision the operator's `N8N_API_KEY` with the minimum scopes required for the operator's own n8n-mcp functions. This does not close the boundary break but limits what a falling-back tenant can do. ## Credit Reported by [@u-ktdi](https://github.com/u-ktdi).

CVE-2026-45707 Affected n8n-MCP Versions

1 component(s)
Fixed Versions:
2.51.2
Product / Package Ecosystem Affected Versions Fixed Version
n8n-mcp
npm
< 2.51.2
2.51.2

References

Frequently Asked Questions

What is CVE-2026-45707?
CVE-2026-45707 is a security vulnerability in n8n-MCP involving Multi-tenant MCP requests fall back to process-level n8n credentials when tenant headers are absent or incomplete under CWE-284: Improper Access Control.
Which n8n-MCP versions are affected?
Affected versions include releases prior to 2.51.2 across affected packages: n8n-mcp.
What version fixes CVE-2026-45707?
Upgrading to 2.51.2 (or the latest patched release for your respective branch) resolves the vulnerability.
Is n8n-mcp affected?
Yes, n8n-mcp is affected in releases prior to 2.51.2. Upgrade your dependency to 2.51.2 or later.
What is the CVSS score of CVE-2026-45707?
CVE-2026-45707 has a CVSS v3.1 base score of 8.1 (HIGH) with vector string CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N.
What CWE is associated with CVE-2026-45707?
CVE-2026-45707 is classified under CWE-284: Improper Access Control (The product does not restrict or incorrectly restricts access to a resource from an unauthorized actor.).
How can I check npm dependencies for CVE-2026-45707?
Run the dependency tree command: 'npm ls n8n-mcp'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-jxx9-px88-pj69",
  "modified" : "2026-06-09T10:28:18Z",
  "published" : "2026-05-18T17:41:42Z",
  "aliases" : [ "CVE-2026-45707" ],
  "summary" : "n8n-MCP: Multi-tenant MCP requests fall back to process-level n8n credentials when tenant headers are absent or incomplete",
  "details" : "## Summary\n\nWhen `ENABLE_MULTI_TENANT=true`, the HTTP transport documents that the target n8n instance is selected per-request from `x-n8n-url` / `x-n8n-key` headers. Requests that omitted those headers — or supplied only one of them — silently fell back to the process-level `N8N_API_URL` / `N8N_API_KEY` credentials configured for the operator's own n8n instance. As a result, an authenticated MCP tenant could cause n8n management calls to execute against the operator's instance instead of its own.\n\nThis affects HTTP-mode deployments of `n8n-mcp` that are run as a shared multi-tenant service. Single-tenant deployments (`ENABLE_MULTI_TENANT` unset or `false`) are not affected.\n\n## Impact\n\nAn authenticated MCP tenant exploiting this path could read and write workflows, executions, data-table contents, and credential metadata on the operator's n8n instance. If the operator's n8n permits Code-node execution that reaches OS-level modules, the path could escalate to remote code execution inside the operator's n8n runtime. The process-level `N8N_API_KEY` is, in practice, a high-privilege key — Community Edition keys are unscoped by default, and even Enterprise scopes were configured for the operator's own needs and would carry over wholesale to a tenant who triggered the fallback.\n\n## Patches\n\nFixed in **n8n-mcp 2.51.2**. The fix:\n\n- Rejects header-less multi-tenant requests at the HTTP edge with HTTP 400 / JSON-RPC `-32602` before any handler runs.\n- Refuses to construct an env-credential n8n API client when `ENABLE_MULTI_TENANT=true`.\n- Closes secondary leak paths in trigger handlers and in the responses of `n8n_health_check`, `n8n_diagnostic`, `n8n_deploy_template`, and `n8n_audit_instance` so the operator's URL and env-key indicator are not surfaced to tenants.\n\nSingle-tenant behavior is unchanged.\n\n## Upgrade\n\n```bash\n# NPM\nnpx n8n-mcp@latest\n\n# Docker\ndocker pull ghcr.io/czlonkowski/n8n-mcp:latest\n```\n\n## Workarounds\n\nIf an immediate upgrade is not possible, any one of the following reduces or eliminates exposure:\n\n- **Disable multi-tenant mode.** Set `ENABLE_MULTI_TENANT=false` (or unset it) and run a separate n8n-mcp instance per tenant with that tenant's own `N8N_API_URL` / `N8N_API_KEY`. This removes the affected code path entirely.\n- **Reject malformed requests at a proxy.** Require both `x-n8n-url` and `x-n8n-key` headers on every request and return 400 if either is missing. Neutralizes the primary header-omission path but does not address the secondary response-shape disclosures, so this is a partial mitigation only.\n- **Reduce the blast radius of the operator API key.** If your n8n instance supports API key scoping (Enterprise, or a Community Edition build that exposes scopes), provision the operator's `N8N_API_KEY` with the minimum scopes required for the operator's own n8n-mcp functions. This does not close the boundary break but limits what a falling-back tenant can do.\n\n## Credit\n\nReported by [@u-ktdi](https://github.com/u-ktdi).",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "npm",
      "name" : "n8n-mcp"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2.51.2"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 2.51.1"
    }
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/czlonkowski/n8n-mcp/security/advisories/GHSA-jxx9-px88-pj69"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-45707"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/czlonkowski/n8n-mcp/commit/853015d0897be7cf2d9d4726de195c938e4395ab"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/czlonkowski/n8n-mcp"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/czlonkowski/n8n-mcp/releases/tag/v2.51.2"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-284" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-05-18T17:41:42Z",
    "nvd_published_at" : "2026-05-29T14:16:31Z"
  }
}