CVE-2026-45582: czlonkowski n8n-mcp · Insertion of Sensitive Information Into Sent Data
Affects czlonkowski n8n-mcpSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium : upgrade to 2.51.3 when convenient.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.51.3
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 29 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade n8n-mcp and czlonkowski/n8n-mcp to 2.51.3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| czlonkowskin8n-mcp | Affected
| Fixed in
|
GitHubczlonkowski/n8n-mcppkg:github/czlonkowski/n8n-mcpOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade n8n-mcp to version 2.51.3 or later, where the telemetry sanitizer properly removes sensitive URL parameter fragments before sending telemetry data. Patch status is confirmed by the vendor advisory stating the issue is fixed in 2.51.3. No additional mitigation steps are indicated.
Description
## Summary In affected versions of n8n-mcp, the workflow telemetry sanitizer could retain partial fragments of URL-shaped node parameters before sending workflow data to the project's anonymous telemetry backend. Values placed in HTTP-Request-style node parameters — such as customer or tenant identifiers, short secrets embedded in query strings, and signed request parameters — could therefore appear in stored telemetry, contrary to the collection boundary documented in `PRIVACY.md`. ## Impact Operators with access to the project's telemetry backend could read partial fragments of workflow URL parameters that should not have been collected. The bug was scoped to URL-shaped fields in workflow *definitions*; credentials, OAuth tokens, and workflow *execution* data are not affected — credentials are removed by a separate code path, and long secrets and known-provider tokens are matched by dedicated patterns. ## Patches Fixed in **n8n-mcp `2.51.3`**. Upgrading is the recommended remediation. ## Workarounds For users who cannot upgrade immediately, disable anonymous telemetry by setting any of these environment variables to `true`: - `N8N_MCP_TELEMETRY_DISABLED` - `TELEMETRY_DISABLED` - `DISABLE_TELEMETRY` ## Credit Reported by @u-ktdi.
References
- github.com/czlonkowski/n8n-mcp/security/advisories/GHSA-f3rg-xqjj-cj9w (opens in a new tab)
- github.com/czlonkowski/n8n-mcp/pull/782 (opens in a new tab)
- github.com/czlonkowski/n8n-mcp/commit/6cf6fef653fcd6d598f2f356aac4754931c7329f (opens in a new tab)
- github.com/czlonkowski/n8n-mcp/releases/tag/v2.51.3 (opens in a new tab)