OSV 1.4.0 · github-reviewed · 修改于 2026-05-13 21:35
发布时间
2026-05-09 00:59
GitHub 审查时间
2026-05-09 00:59
NVD 发布时间
2026-05-09 04:16
源文件
advisories/github-reviewed/2026/05/GHSA-cmrh-wvq6-wm9r/GHSA-cmrh-wvq6-wm9r.json
Authenticated Server-Side Request Forgery affecting the webhook trigger tools, the n8n API client (N8N_API_URL), and per-request URLs supplied via the x-n8n-url header in multi-tenant HTTP mode.
A caller with access to the MCP session can drive HTTP requests from the n8n-mcp host to internal services and cloud metadata endpoints that the SSRF gate is meant to block. The response body is returned to the caller, making internal-service enumeration and credential theft immediate without any out-of-band channel.
AUTH_TOKEN: any tenant with valid credentials can reach the operator's cloud metadata service and exfiltrate temporary IAM / GCP service account / Azure managed-identity credentials.Fixed in [email protected].
Note for operators: The same SSRF gate that previously covered webhook URLs now also covers the n8n API client base URL. If N8N_API_URL points at http://localhost:5678 (n8n on the same host) or an RFC1918 address (n8n on the same private network), set WEBHOOK_SECURITY_MODE=moderate (allows localhost, still blocks RFC1918 and cloud metadata) or WEBHOOK_SECURITY_MODE=permissive (allows RFC1918 too — only safe on a trusted private network). Default strict is correct for deployments where n8n is reachable at a public hostname.
For deployments that cannot upgrade immediately:
169.254.169.254, 169.254.170.2, 100.100.100.200, 192.0.0.192, and the GCP resolved IP) and any RFC1918 networks the server does not legitimately need to reach.metadata.google.internalAUTH_TOKEN to compromise).DISABLED_TOOLS=n8n_trigger_webhook_workflow,n8n_create_workflow,n8n_test_workflow if the deployment does not need them.Reported by @fg0x0.