CVE-2026-41495: CWE-532: Insertion of Sensitive Information into Log File in czlonkowski n8n-mcp
n8n-MCP is an MCP server that provides AI assistants access to n8n node documentation, properties, and operations. Prior to version 2.47.11, when n8n-mcp runs in HTTP transport mode, incoming requests to the POST /mcp endpoint had their request metadata written to server logs regardless of the authentication outcome. In deployments where logs are collected, forwarded to external systems, or viewable outside the request trust boundary (shared log storage, SIEM pipelines, support/ops access), this can result in disclosure of: bearer tokens from the Authorization header, per-tenant API keys from the, x-n8n-key header in multi-tenant setups, JSON-RPC request payloads sent to the MCP endpoint. Access control itself was not bypassed — unauthenticated requests were correctly rejected with 401 Unauthorized — but sensitive values from those rejected requests could still be persisted in logs. This issue has been patched in version 2.47.11.
AI Analysis
Technical Summary
The vulnerability involves insertion of sensitive information into server logs by n8n-mcp versions before 2.47.11 when operating in HTTP transport mode. Incoming POST /mcp requests have their metadata logged regardless of authentication outcome, causing bearer tokens from the Authorization header, tenant API keys from the x-n8n-key header, and JSON-RPC payloads to be written to logs. This can lead to unintended disclosure if logs are collected, forwarded, or accessible beyond the intended trust boundary. The vulnerability does not allow bypassing access controls, as unauthorized requests still receive 401 Unauthorized responses. The issue is fixed in version 2.47.11.
Potential Impact
Sensitive authentication tokens and request payloads may be exposed through server logs if those logs are accessible to unauthorized parties. This could lead to information disclosure risks, especially in environments where logs are aggregated, forwarded externally, or accessible by support or operations personnel. There is no impact on system integrity or availability, and no bypass of access controls occurs.
Mitigation Recommendations
Upgrade n8n-mcp to version 2.47.11 or later, where this logging behavior has been corrected. Until upgraded, restrict access to server logs to trusted personnel only and avoid forwarding logs containing sensitive request metadata to external systems. Patch status is not explicitly stated as 'official-fix' in the vendor advisory, but the description confirms the issue is fixed in version 2.47.11.
CVE-2026-41495: CWE-532: Insertion of Sensitive Information into Log File in czlonkowski n8n-mcp
Description
n8n-MCP is an MCP server that provides AI assistants access to n8n node documentation, properties, and operations. Prior to version 2.47.11, when n8n-mcp runs in HTTP transport mode, incoming requests to the POST /mcp endpoint had their request metadata written to server logs regardless of the authentication outcome. In deployments where logs are collected, forwarded to external systems, or viewable outside the request trust boundary (shared log storage, SIEM pipelines, support/ops access), this can result in disclosure of: bearer tokens from the Authorization header, per-tenant API keys from the, x-n8n-key header in multi-tenant setups, JSON-RPC request payloads sent to the MCP endpoint. Access control itself was not bypassed — unauthenticated requests were correctly rejected with 401 Unauthorized — but sensitive values from those rejected requests could still be persisted in logs. This issue has been patched in version 2.47.11.
CVSS v3.1
Score 5.3medium
Affected software
pkg:github/czlonkowski/n8n-mcpRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability involves insertion of sensitive information into server logs by n8n-mcp versions before 2.47.11 when operating in HTTP transport mode. Incoming POST /mcp requests have their metadata logged regardless of authentication outcome, causing bearer tokens from the Authorization header, tenant API keys from the x-n8n-key header, and JSON-RPC payloads to be written to logs. This can lead to unintended disclosure if logs are collected, forwarded, or accessible beyond the intended trust boundary. The vulnerability does not allow bypassing access controls, as unauthorized requests still receive 401 Unauthorized responses. The issue is fixed in version 2.47.11.
Potential Impact
Sensitive authentication tokens and request payloads may be exposed through server logs if those logs are accessible to unauthorized parties. This could lead to information disclosure risks, especially in environments where logs are aggregated, forwarded externally, or accessible by support or operations personnel. There is no impact on system integrity or availability, and no bypass of access controls occurs.
Mitigation Recommendations
Upgrade n8n-mcp to version 2.47.11 or later, where this logging behavior has been corrected. Until upgraded, restrict access to server logs to trusted personnel only and avoid forwarding logs containing sensitive request metadata to external systems. Patch status is not explicitly stated as 'official-fix' in the vendor advisory, but the description confirms the issue is fixed in version 2.47.11.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-04-20T16:14:19.009Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 69fe3b37cbff5d86101fc042
Added to database: 05/08/2026, 19:36:23 UTC
Last enriched: 05/16/2026, 09:41:16 UTC
Last updated: 07/31/2026, 19:22:58 UTC
Views: 105
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.