| Component | n8n |
| Severity | medium (CVSS 4.3) |
| CVSS vector | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L |
| Published (NVD) | 2026-07-10 |
| Last modified | 2026-07-13 |
| Affected versions | n8n < 1.123.58 n8n < 1.123.58 n8n >= 2.0.0, < 2.28.0 n8n >= 2.0.0, < 2.28.0 |
| Fixed in | 1.123.58, 2.28.0 |
| Weakness | CWE-770 |
| CISA KEV | not listed |
NVD description
n8n before 2.28.0 (and before 1.123.58 on the 1.x branch) contains a disk space exhaustion vulnerability in the data-table file upload endpoint. The per-request quota check does not account for files already written to the shared temporary directory, allowing an authenticated user to repeatedly upload files that accumulate on disk until the periodic cleanup runs, potentially exhausting available disk space on the host.
What to do
- Upgrade n8n to
1.123.58or later (or the patched release of your branch: 2.28.0). - Do not expose the component's API or UI to the internet without authentication in front of it.
Sources
- NVD: CVE-2026-58661
- https://github.com/n8n-io/n8n/security/advisories/GHSA-w867-jm58-p9pv
- https://www.vulncheck.com/advisories/n8n-disk-space-exhaustion-via-data-table-file-upload-endpoint
Read more
Other n8n CVEs
n8n versions before 1.123.80 contain a credential tampering vulnerability where duplicate node IDs bypass the workflow credential tamper gua...
n8n versions before 1.123.80, from 2.0.0 before 2.39.6, and from 2.40.0 before 2.40.1 contain a stored DOM cross-site scripting vulnerabilit...
n8n versions before 1.123.80, from 2.0.0 before 2.39.6, and from 2.40.0 before 2.40.1 contain a path traversal vulnerability in the Supabase...
n8n versions before 2.39.6 and 2.40.0 before 2.40.1 fail to validate credential ownership during inline agent node-tool introspection. Attac...
n8n versions before 1.123.80, from 2.0.0 before 2.39.6, and from 2.40.0 before 2.40.1 contain a filter injection vulnerability in the Supaba...
n8n versions before 1.123.80, from 2.0.0 before 2.39.6, and from 2.40.0 before 2.40.1 contain a NoSQL injection vulnerability in the MongoDB...