n8nでワークフローの細工されたIDから他プロジェクトのデータテーブルに不正アクセスされる
概要
n8nでは、ワークフロー作成時に指定されたIDの扱いの不備により、ワークフローを作成・実行できる利用者が、インスタンス内すべてのプロジェクトのデータテーブルの行を閲覧・変更・削除できる恐れがあります。修正版はn8n 2.44.1および2.43.5で、利用者はいずれかの版以降へのアップグレードをおすすめします。すぐに更新できない場合は、信頼できる利用者に限定し、IDが__proto__のワークフローを確認して削除してください。
AI要約
外部の AI が作成した要約です。誤りを含むことがあります。重要な判断の前に、下の原文と参照URLを確認してください。
n8nでは、ワークフロー作成時に指定されたIDの扱いの不備により、ワークフローを作成・実行できる利用者が、インスタンス内すべてのプロジェクトのデータテーブルの行を閲覧・変更・削除できる恐れがあります。修正版はn8n 2.44.1および2.43.5で、利用者はいずれかの版以降へのアップグレードをおすすめします。すぐに更新できない場合は、信頼できる利用者に限定し、IDが__proto__のワークフローを確認して削除してください。
影響パッケージ
| 種類 | パッケージ | 影響を受ける版 | 直った版 |
|---|---|---|---|
| npm | n8n |
< 2.44.1 |
>= 2.44.1 |
| npm | n8n |
< 2.43.5 |
>= 2.43.5 |
原文の説明 取得元が公開している説明をそのまま載せています (多くは英語)。
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.
出典: GitHub Repository Security Advisories (Game のスタック) GitHub Advisory OSV
参照URL
- GITHUB_REPO_ADVISORY n8n-io/n8n