CVE-2026-54312: n8n Prototype Pollution in Microsoft SQL Node (CVSS 8.5 HIGH)
n8n, a popular open source workflow automation platform, contains a prototype pollution vulnerability in its Microsoft SQL node that allows authenticated users to corrupt the JavaScript prototype chain across the entire application. When a user with permission to create or modify workflows supplies a malicious value in the table parameter, it permanently poisons Object.prototype for the running process, breaking validation logic application-wide and rendering the n8n instance unusable until restart. The vulnerability affects versions before 2.24.0 and requires an authenticated account but no additional user interaction.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:H
- Weaknesses (CWE)
- CWE-1321
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-25
NVD description (verbatim)
n8n is an open source workflow automation platform. Prior to 2.24.0, an authenticated user with permission to create or modify workflows could achieve global prototype pollution via the Microsoft SQL node by supplying a crafted value as the table parameter. This pollutes Object.prototype process-wide for the lifetime of the n8n server process, causing application-wide validation failures and rendering the n8n instance completely non-functional until restarted. This vulnerability is fixed in 2.24.0.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
This is a prototype pollution vulnerability (CWE-1321) in the Microsoft SQL node implementation prior to n8n 2.24.0. An authenticated user can inject a crafted payload via the table parameter that modifies Object.prototype, a shared object at the top of JavaScript's prototype chain. This pollution persists for the lifetime of the Node.js process and breaks downstream validation checks across the entire application by introducing unexpected properties into all object instances. The attack surface is bounded to users with workflow creation or modification privileges, but once triggered, the impact is process-wide and requires server restart to recover.
Business impact
A compromised n8n account or insider threat can disable the entire automation platform without causing data theft or confidentiality loss. This denial of service renders all workflows non-functional, halting business process automation until the server is restarted and the workflow is corrected or removed. For organizations heavily dependent on n8n for critical integrations, even brief outages disrupt downstream systems. The attack leaves no persistent damage to data or configuration—only service interruption—but the impact is severe for availability-dependent use cases.
Affected systems
n8n versions prior to 2.24.0 are affected. The vulnerability is specific to the Microsoft SQL node and requires the attacker to hold a valid n8n user account with permissions to create or edit workflows. Self-hosted and cloud-hosted deployments are both vulnerable if running unpatched versions. Organizations using n8n without Microsoft SQL node integration may have reduced attack surface if that node is not exposed to untrusted users.
Exploitability
Exploitability is moderate. The attack requires valid authentication and workflow modification permissions, so mass exploitation is unlikely unless accounts are compromised or overly permissive role assignments exist. No user interaction or social engineering is required once the attacker gains access. The attack is trivial to execute—a single crafted parameter value—making it attractive to insiders or account-compromise scenarios. Public exploit code is not required; the vulnerability is straightforward to weaponize from the description alone.
Remediation
Upgrade to n8n version 2.24.0 or later, which patches the prototype pollution in the Microsoft SQL node. If immediate upgrade is impossible, restrict workflow creation and modification permissions to trusted users only, and monitor for signs of account compromise. Consider temporarily disabling the Microsoft SQL node in affected environments if it is not actively used. No compensating controls fully mitigate the vulnerability without patching.
Patch guidance
Apply the n8n 2.24.0 release or later as soon as feasible. Verify the patch is deployed across all n8n instances in your environment, including self-hosted and containerized deployments. Test patched instances in a non-production environment first to confirm no workflow regressions. If you maintain custom patches or forks, backport the fix from the official 2.24.0 release to your version. Monitor release notes for any follow-up patches addressing related prototype pollution vectors.
Detection guidance
Monitor n8n server logs for failed validation errors or unexpected exceptions occurring shortly after workflow modifications, which may indicate prototype pollution. Watch for repeated server restarts or service disruptions among teams using n8n. Review workflow modification audit logs to identify who created or edited workflows containing suspicious Microsoft SQL node configurations with unusual table parameter values. Use static analysis on workflow JSON exports to detect parameter values that might include prototype-pollution payloads (e.g., __proto__, constructor, prototype). Monitor process behavior for unexpected property additions to global objects if running n8n in an instrumented environment.
Why prioritize this
This vulnerability merits rapid patching because it provides a complete denial of service to a critical workflow platform with minimal exploitation barriers for authenticated attackers. The HIGH CVSS score (8.5) reflects the combination of low attack complexity, scope change, and high availability impact. While it does not leak data or enable code execution, the process-wide nature of the pollution and the mandatory restart requirement make it operationally severe. Insider threats and account compromise are realistic attack vectors in multi-tenant or open n8n deployments, justifying swift remediation.
Risk score, explained
CVE-2026-54312 scores 8.5 (HIGH) under CVSS 3.1 due to network-accessible attack surface (AV:N), low attack complexity (AC:L), low privilege requirements (PR:L), lack of user interaction (UI:N), changed scope (S:C), no confidentiality impact (C:N), minor integrity impact (I:L), and high availability impact (A:H). The changed scope reflects that the vulnerability affects services and systems beyond the n8n process itself when workflow automation triggers are blocked. The high availability score dominates the risk rating because process-wide pollution renders the entire platform non-functional.
Frequently asked questions
Can an unauthenticated attacker exploit this?
No. The vulnerability requires a valid n8n user account with permissions to create or modify workflows. Unauthenticated users cannot access the workflow editor and cannot supply the malicious table parameter.
Does this vulnerability leak sensitive data like credentials or workflow logic?
No. Prototype pollution in this context breaks validation logic and causes denial of service, but does not expose confidential information. Data theft is not a risk vector for this CVE.
If we restrict Microsoft SQL node access, are we fully protected?
Restricting access reduces risk but does not fully protect unpatched versions. If the node can be used by any authenticated user, privilege escalation or account compromise could still enable exploitation. Patching to 2.24.0 is the definitive remediation.
Why does the server need to restart to recover?
Prototype pollution modifies Object.prototype for the running Node.js process. The pollution persists in memory for the process lifetime. Restarting the process clears memory and restores the clean prototype. There is no in-process recovery mechanism.
This analysis is based on the CVE description and CVSS vector as published. Verify all patch version numbers and affected product versions against the official n8n security advisory and release notes before deploying patches. This explainer does not constitute security advice; consult your security team and n8n documentation for your specific environment. No exploit code or weaponized proof-of-concept is provided or endorsed. Organizations must conduct their own risk assessment based on n8n usage, user permissions, and deployment architecture. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-54306MEDIUMn8n Prototype Pollution in Public Webhooks
- CVE-2026-44494HIGHAxios Prototype Pollution to MITM Gadget Chain (v1.0.0–1.15.x)
- CVE-2026-44495HIGHAxios Prototype Pollution Gadget Vulnerability (0.31.0 & 1.15.1)
- CVE-2026-45302HIGHPrototype Pollution in parse-nested-form-data Before 1.0.1
- CVE-2026-46509HIGHPrototype Pollution in deepobj JavaScript Library
- CVE-2026-46510HIGHform-data-objectizer Prototype Pollution Vulnerability (CVSS 8.2)
- CVE-2026-46625HIGHjs-cookie Prototype Pollution Allows Cookie Attribute Hijacking
- CVE-2026-53676HIGHThingsBoard Prototype Pollution RCE Vulnerability