JVNDB-2026-006379

n8nにおける複数の脆弱性

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.10.1、2.9.3、および1.123.22より前のバージョンには、n8nのフォームノードに第二次式インジェクションの脆弱性が存在していました。この脆弱性により、認証されていない攻撃者が細工されたフォームデータを送信することで任意のn8n式を注入および評価できる可能性があります。式サンドボックスの脱出と連鎖すると、n8nホスト上でリモートコード実行にエスカレートする可能性があります。この脆弱性を悪用するには特定のワークフロー構成が必要です。まず、認証されていないユーザーが提供する値（例えば送信されたフォーム値）を補間するフィールドを持つフォームノードが必要です。次に、そのフィールド値は`=`文字で始まる必要があり、これによりn8nはそれを式として扱い、フィールド内容の二重評価をトリガーします。ワークフローデザイナーが意図的にフィールドに`=`を付ける実用的な理由はありません。なぜなら、この文字は出力には表示されず、結果がデザイナーの期待と一致しなくなるためです。誤って追加された場合でも、すぐに気づかれ、持続する可能性は非常に低いです。認証されていない攻撃者はこの特定の状況をターゲットインスタンスで知っているか、偶然一致するフォームを発見する必要があります。前提条件が満たされていても、式インジェクション単体はn8n式コンテキスト内でアクセス可能なデータに限定されます。リモートコード実行へのエスカレーションには別のサンドボックス脱出の脆弱性との連鎖が必要です。この問題はn8nのバージョン2.10.1、2.9.3、および1.123.22で修正されています。ユーザーはこれらのバージョン以降にアップグレードして脆弱性を修正してください。すぐにアップグレードできない場合、管理者は一時的な緩和策として次の対応を検討してください。上述の前提条件を持つフォームノードの使用を手動で確認すること、`NODES_EXCLUDE`環境変数に`n8n-nodes-base.form`を追加してフォームノードを無効化すること、および`n8n-nodes-base.formTrigger`を追加してフォームトリガーノードを無効化することです。これらの回避策はリスクを完全に解消するものではなく、短期的な緩和策としてのみ使用すべきです。

n8n

• n8n 1.123.22 未満
• n8n 2.0.0 以上 2.9.3 未満
• n8n 2.10.0 以上 2.10.1 未満

本脆弱性の影響を受ける製品の詳細については、ベンダ情報および参考情報をご確認ください。

当該ソフトウェアが扱う全ての情報が外部に漏れる可能性があります。
また、当該ソフトウェアが扱う全ての情報が書き換えられる可能性があります。
さらに、当該ソフトウェアが完全に停止する可能性があります。
そして、この脆弱性を悪用した攻撃により、他のソフトウェアにも影響が及ぶ可能性があります。

正式な対策が公開されています。ベンダ情報を参照して適切な対策を実施してください。

GitHub

• GitHub : Unauthenticated Expression Evaluation via Form Node  Advisory  n8n-io/n8n  GitHub

1. コード・インジェクション(CWE-94) [その他]
2. Eval インジェクション(CWE-95) [その他]

1. CVE-2026-27493

1. National Vulnerability Database (NVD) : CVE-2026-27493
2. 関連文書 : How to Install, better docs  Issue #19  n8n-io/n8n
3. 関連文書 : Release n8n@2.9.3  n8n-io/n8n  GitHub
4. 関連文書 : Release n8n@1.123.22  n8n-io/n8n  GitHub
5. 関連文書 : Release n8n@2.10.1  n8n-io/n8n  GitHub
6. 関連文書 : chore: Bundle 2026-W7 (#26214)  n8n-io/n8n@562d867  GitHub

• [2026年03月09日]
    掲載