CVE-2026-54052: critical vulnerability in czlonkowski n8n-mcp
n8n-MCP: Cross-tenant access to workflow version backups in multi-tenant HTTP deployments
Published · Updated
E-mail alert when it lands in KEV, gets a public PoC or its score goes up.
28Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 9.9epss 0.4%
n8n-MCP is an MCP server that provides AI assistants access to n8n node documentation, properties, and operations. Prior to 2.56.1, in HTTP mode with multi-tenancy enabled through ENABLE_MULTI_TENANT=true, n8n-mcp's local workflow version history backups were not isolated per tenant, allowing an authenticated tenant to read workflow version snapshots belonging to other tenants and delete or destroy other tenants' stored backups, including full node definitions, credential references, and authorization headers. This issue is fixed in version 2.56.1.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:L
Affected products
czlonkowski · n8n-mcpRelated CVEs — czlonkowski n8n-mcp
In the same product, most dangerous first.
CVE-2026-39974HIGHn8n-MCP has an Authenticated SSRF via instance-URL header in multi-tenant HTTP modeEPSS 0.3%CVE-2026-55608MEDIUMn8n-MCP: Incorrect authorization can expose default-scope workflow version backups in multi-tenant HTTP modeEPSS 0.3%CVE-2026-45582MEDIUMn8n-MCP: Workflow telemetry sanitizer could retain partial values from URL-shaped node parametersEPSS 0.3%CVE-2026-41495MEDIUMn8n-MCP Logs Sensitive Request Data on Unauthorized /mcp RequestsEPSS 0.3%CVE-2026-42282MEDIUMn8n-MCP: Sensitive MCP tool-call arguments logged on authenticated requests in HTTP modeEPSS 0.3%CVE-2026-45707HIGHn8n-MCP: Multi-tenant MCP requests fall back to process-level n8n credentials when tenant headers are absent or incompleteEPSS 0.2%