n8n には Form ノード経由の認証されていない式評価の脆弱性が存在する

この脆弱性は、n8nのFormノードにおいて、ユーザーが提供するフォームデータが式として解釈される際に発生します。攻撃者は、特定の形式のフォームデータを送信することで、n8nの式を不正に操作し、任意のコードを実行できる可能性があります。特に、フォームフィールドの値が = で始まる場合、n8nはそれを式として解釈するため、攻撃が容易になります。この脆弱性がサンドボックスエスケープと組み合わせられると、n8nホスト上で完全にリモートコードを実行できるようになり、機密情報の窃取、システムの改ざん、さらにはシステム全体の制御権の奪取といった深刻な被害をもたらす可能性があります。類似の脆弱性は、他のワークフロー自動化ツールでも発生する可能性があり、注意が必要です。

Organizations heavily reliant on n8n for workflow automation, particularly those with publicly accessible forms or integrations that accept user-provided input, are at significant risk. Environments with legacy n8n configurations or those lacking robust input validation practices are especially vulnerable. Shared hosting environments where multiple users share the same n8n instance also face increased risk due to the potential for cross-tenant exploitation.

• nodejs / server: Monitor n8n logs for unusual expression execution patterns or errors related to expression parsing. Use journalctl -u n8n to filter for relevant log entries. • nodejs / server: Check for unexpected processes running under the n8n user account using ps aux | grep n8n. • generic web: Inspect n8n access logs for suspicious requests containing = characters in form parameters, particularly those targeting form submission endpoints. Use curl -v <n8nformendpoint> to test for injection. • generic web: Review n8n configuration files for any insecure expression handling practices.

1. 2026-02-25Disclosure

   disclosure

1. 予約済み2026-02-19
2. 公開日2026-02-25
3. 更新日2026-02-28
4. EPSS 更新日2026-03-23

この脆弱性への主な対策は、n8nをバージョン1.123.22以降にアップデートすることです。アップデートがすぐに適用できない場合は、フォームデータの入力を厳密に検証し、= で始まる入力値を許可しないように制限することで、攻撃のリスクを軽減できます。また、n8nの式サンドボックスのセキュリティ設定を強化し、式が実行できる範囲を制限することも有効です。Webアプリケーションファイアウォール（WAF）を導入し、不正なフォームデータの送信を検知・遮断することも検討してください。n8nのログを監視し、不審なアクティビティがないか定期的に確認することも重要です。