CVE-2026-59253
mediumpriority · track · 20EPSS 0.003 · 20 %ileDEEUNLUSEPSS · scored 2026-10-27
n8n before 2.28.0 contains an improper authorization vulnerability allowing authenticated users to assign workflows to folders in other projects. Attackers can bypass project and folder authorization boundaries by supplying crafted request payloads during workflow creation, causing logical integrity violations in target project folder structures.
cvss
Technical severity, 0–10. One row per scoring source.
base score 0–10 · higher = more severe · hover a vector to decode⚠ sources disagree · low–medium · 1.3–5.3
ssvc
A stakeholder decision — act, attend, or track — from exploitation and impact.
weaknesses
The CWE weakness classes this flaw belongs to.
affected products (10)
Products and version ranges known to be affected.
advisories (3)
Vendor and ecosystem advisories describing this.
- NCSC-2026-0228Kwetsbaarheden verholpen in n8n workflow automation platformNL2026-07-13csaf · ncsc_nlNL
n8n heeft meerdere kwetsbaarheden verholpen in het n8n workflow automation platform.
- WID-SEC-W-2026-2067n8n: Mehrere SchwachstellenDeutsch2026-06-24csaf · cert_bundDE
Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in n8n ausnutzen, um SQL-Injection durchzuführen, Sicherheitsmaßnahmen zu umgehen, vertrauliche Informationen offenzulegen, Daten zu manipulieren oder einen Denial-of-Service-Zustand zu verursachen.
- GHSA-2xgm-wc4g-5jvgn8n: Improper Authorization Allows Authenticated Users to Assign Workflows to Folders in Other Projects2026-07-22ghsa · osvUS
## Impact An authenticated user with permission to create workflows in one project could bypass project/folder authorization boundaries during workflow creation. By supplying a crafted request payload, the user could associate a newly created workflow with a folder belonging to a different project they do not have access to. The workflow itself remains in the attacker's project and is not visible to the target project's members. The target project's folder ownership is not changed, and no data from the target project is exposed. The impact is limited to a logical integrity violation of the target project's folder structure at the database level. This issue affects instances with multi-project and folder support enabled. ## Patches The issue has been fixed in n8n version 2.28.0. Users should upgrade to this version or later to remediate the vulnerability. ## Workarounds If upgrading is not immediately possible, administrators should consider the following temporary mitigations: - Restrict project membership and workflow creation permissions to fully trusted users only. This workaround does not fully remediate the risk and should only be used as a short-term mitigation measure.
also known as (4)
Other names and identifiers for this entity.
sources
Which sources assert this record, and when.
references (6)
External citations — patches, advisories, analysis.
- https://github.com/n8n-io/n8n/security/advisories/GHSA-2xgm-wc4g-5jvgcnnvd
- https://www.vulncheck.com/advisories/n8n-improper-authorization-in-workflow-assignment-to-folderscnnvd
- https://github.com/n8n-io/n8n/security/advisories/GHSA-2xgm-wc4g-5jvgenisa_euvd
- https://www.vulncheck.com/advisories/n8n-improper-authorization-in-workflow-assignment-to-foldersenisa_euvd
- https://github.com/n8n-io/n8n/security/advisories/GHSA-2xgm-wc4g-5jvgMitigationVendor Advisorynvd
- https://www.vulncheck.com/advisories/n8n-improper-authorization-in-workflow-assignment-to-foldersThird Party Advisorynvd
Attackers weaponise vulnerabilities like this against internet-exposed services. See what is exposed on your perimeter with a free passive scan.
Free scan