CVE-2026-33713: n8n · SQL Injection
Affects n8nSource CVE Database V5
Not known to be exploited · CVSS 8.7 High : upgrade to 2.13.3 or 1.123.26 soon.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 37% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.13.3, 1.123.26
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 25 Mar 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 to 2.13.3 or 1.123.26; n8n-io/n8n to 1.123.26.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| n8n-ion8n | Affected
| Fixed in
|
GitHubn8n-io/n8npkg:github/n8n-io/n8nOther 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 installations immediately to versions 1.123.26, 2.13.3, 2.14.1, or later to apply the official patch that fully remediates the vulnerability.
- Restrict workflow creation and modification permissions strictly to fully trusted and vetted users to reduce the risk of exploitation by insiders or compromised accounts.
- Temporarily disable the Data Table node by adding 'n8n-nodes-base.dataTable' to the NODES_EXCLUDE environment variable to prevent use of the vulnerable functionality.
- Conduct a thorough audit of existing workflows, focusing on Data Table Get nodes where the 'orderByColumn' parameter uses expressions incorporating external or user-supplied input, and refactor or remove unsafe constructs.
- Implement strong authentication and monitoring around user accounts with workflow editing privileges to detect and prevent unauthorized access.
- Consider deploying database-level protections such as query parameterization and strict role-based access controls to limit the impact of potential injection attempts.
- Monitor n8n logs and database activity for suspicious queries indicative of exploitation attempts. These measures, combined with patching, provide a layered defense against this vulnerability.
Description
n8n is an open source workflow automation platform. Prior to versions 2.14.1, 2.13.3, and 1.123.26, an authenticated user with permission to create or modify workflows could exploit a SQL injection vulnerability in the Data Table Get node. On default SQLite DB, single statements can be manipulated and the attack surface is practically limited. On PostgreSQL deployments, multi-statement execution is possible, enabling data modification and deletion. The issue has been fixed in n8n versions 1.123.26, 2.13.3, and 2.14.1. Users should upgrade to one of these versions or later to remediate the vulnerability. If upgrading is not immediately possible, administrators should consider the following temporary mitigations: Limit workflow creation and editing permissions to fully trusted users only, disable the Data Table node by adding `n8n-nodes-base.dataTable` to the `NODES_EXCLUDE` environment variable, and/or review existing workflows for Data Table Get nodes where `orderByColumn` is set to an expression that incorporates external or user-supplied input. These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.