n8n sandbox escape (GHSA-gv7g-jm28-cr3m, CVSS 8.7) — arrow-function expressions bypass sandbox → OS command exec, no CVE assigned yet
by Expert_Sort7434
Based on the GitHub advisory published by n8n maintainer csuermann and Security Joes' disclosure via The Hacker News, here's the architectural impact: an authenticated user with workflow create/edit rights can craft arrow-function expressions that escape n8n's expression sandbox and execute arbitrary OS commands as the n8n process. Fixed in 2.31.5/2.32.1, no patched 1.x release listed, n8n Cloud exposure unconfirmed. Security Joes found it while re-probing the earlier CVE-2026-27577 fix for a bypass — second-gen escape of an already-patched boundary. Successful exploitation can also expose N8N_ENCRYPTION_KEY, meaning stored credentials (Slack, DB, cloud API keys) become decryptable. For background on why credential-rich automation layers keep producing these blast radii, see our writeup on the Docker CVE-2026-34040 AuthZ bypass: https://www.techgines.com/post/n8n-sandbox-escape-vulnerability-arrow-function-rce Anyone running n8n at scale — how are you scoping workflow-edit permissions? Full RBAC per-team, or still relying on "trusted users only" as your primary control? submitted by /u/Expert_Sort7434 [link] [comments]