| Package | Affected versions | Patched versions |
|---|---|---|
| n8n | < 2.28.0 | 2.28.0 |
| n8n | < 2.28.0 | 2.28.0 |
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.
The issue has been fixed in n8n version 2.28.0. Users should upgrade to this version or later to remediate the vulnerability.
If upgrading is not immediately possible, administrators should consider the following temporary mitigations:
This workaround does not fully remediate the risk and should only be used as a short-term mitigation measure.
Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free