n8nでワークフローの細工されたIDから他プロジェクトのデータテーブルに不正アクセスされる
Summary
n8nでは、ワークフロー作成時に指定されたIDの扱いの不備により、ワークフローを作成・実行できる利用者が、インスタンス内すべてのプロジェクトのデータテーブルの行を閲覧・変更・削除できる恐れがあります。修正版はn8n 2.44.1および2.43.5で、利用者はいずれかの版以降へのアップグレードをおすすめします。すぐに更新できない場合は、信頼できる利用者に限定し、IDが__proto__のワークフローを確認して削除してください。
AI summary
Written by an external AI model and may contain mistakes. Check the original description and references below before acting on it.
n8nでは、ワークフロー作成時に指定されたIDの扱いの不備により、ワークフローを作成・実行できる利用者が、インスタンス内すべてのプロジェクトのデータテーブルの行を閲覧・変更・削除できる恐れがあります。修正版はn8n 2.44.1および2.43.5で、利用者はいずれかの版以降へのアップグレードをおすすめします。すぐに更新できない場合は、信頼できる利用者に限定し、IDが__proto__のワークフローを確認して削除してください。
Affected packages
| Ecosystem | Package | Affected | Fixed |
|---|---|---|---|
| npm | n8n |
< 2.44.1 |
>= 2.44.1 |
| npm | n8n |
< 2.43.5 |
>= 2.43.5 |
Original description The description as published by the source.
Impact
n8n accepted a client-supplied ID when a workflow was created and cached the owner project of each workflow in memory by its ID. A specially chosen ID made the cache return an invalid owner project, and the Data Table project check built from it then matched every project. A member who can create and run workflows can list, read, change and delete Data Table rows in all projects of the instance.
Patches
The issue has been fixed in n8n versions 2.44.1 and 2.43.5. Users should upgrade to one of these versions or later to remediate the vulnerability.
Workarounds
If upgrading is not immediately possible, administrators should consider the following temporary mitigations:
- Restrict n8n instance access to fully trusted users only.
- Audit existing workflows for any whose stored ID is
__proto__and remove them. - Disable the Data Tables module if it is not required.
These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.
Source: GitHub Repository Security Advisories (Game のスタック) GitHub Advisory OSV
References
- GITHUB_REPO_ADVISORY n8n-io/n8n