はじめに：n8nの深刻な脆弱性にご注意ください

日本のフロントエンドエンジニアの皆さん、こんにちは。今回は、自動化ツール「n8n」に発見された極めて危険な脆弱性（GHSA-q5f4-99jv-pgg5 / CVE-2026-42231）について解説します。この脆弱性は『Critical（緊急）』と評価されており、リモートからの任意のコード実行を許してしまうため、速やかな対応が求められます。

たとえ皆さんが直接n8nの運用に携わっていなくても、社内のCI/CDパイプライン、バックエンドの自動化処理、データ連携などにn8nが利用されている可能性は十分にあります。この情報を共有し、開発チーム全体でのセキュリティ意識を高めるきっかけにしてください。

脆弱性の概要と影響：なぜ「リモートコード実行」が危険なのか？

この脆弱性は、n8nのウェブフック機能がXML形式のリクエストボディを解析する際のライブラリの欠陥に起因します。攻撃者が巧妙に細工したXMLデータを送りつけることで、n8nが稼働しているサーバー上で、攻撃者が用意した任意のプログラムコードが実行されてしまう可能性があります。

リモートコード実行（RCE: Remote Code Execution）は、数ある脆弱性の中でも特に深刻なものとして知られています。これが成功すると、攻撃者は以下のような行為をサーバー上で自由に行えるようになります。

<ul><li>機密データの窃取や改ざん</li><li>Webサイトの改ざん</li><li>マルウェアのインストール</li><li>他のシステムへの足がかりとしての利用</li><li>サービス停止（DoS）</li></ul>

つまり、n8nが稼働しているサーバーが完全に攻撃者に乗っ取られ、システム全体が危険に晒されることを意味します。

脆弱性の詳細：JavaScriptの「プロトタイプ汚染」とは？

この脆弱性の根幹には、JavaScript開発者にとって特に注意すべき概念である「プロトタイプ汚染（Prototype Pollution）」があります。具体的には以下のメカニズムで攻撃が成立します。

<ol><li><strong>XML解析ライブラリの欠陥:</strong> n8nのウェブフック機能がXML形式のボディを処理する際に使用するライブラリに、特定の悪意あるXMLデータによってJavaScriptオブジェクトのプロトタイプチェーンを不正に操作できる欠陥がありました。</li><li><strong>プロトタイプ汚染の発生:</strong> 攻撃者が細工したXMLペイロードを送信すると、JavaScriptの基本的なオブジェクト（`Object.prototype`など）に新たなプロパティを追加したり、既存のプロパティの値を変更したりする「プロトタイプ汚染」が発生します。これにより、アプリケーション内のどこかでオブジェクトが作成されるたびに、意図しないプロパティが付与されたり、挙動が変わったりする可能性があります。</li><li><strong>Gitノードとの連携によるRCE:</strong> プロトタイプ汚染によって不正な値が設定された状態で、n8nのGitノードがSSH操作を行う機能が利用されると、攻撃者が任意のプログラムコードを実行できる状態になってしまいます。これは、SSHクライアントの設定やコマンド実行時に、プロトタイプ汚染によって注入された悪意ある設定が利用されるためと考えられます。</li></ol>

フロントエンドエンジニアにとって、プロトタイプ汚染はAPIからのデータ処理、ライブラリの利用、JSONデータのデシリアライズなど、JavaScriptを使用するあらゆる場面で意識すべきリスクです。今回はバックエンドツールでの事例ですが、同様のロジックはフロントエンドアプリケーションにも存在しうるため、この機会に理解を深めておくことをお勧めします。

影響を受けるバージョンと対策：今すぐアップデートを！

この脆弱性の影響を受けるのは、以下のバージョンよりも前のn8nインスタンスです。

<ul><li>n8n 1.123.32より前のバージョン</li><li>n8n 2.17.4より前のバージョン</li><li>n8n 2.18.1より前のバージョン</li></ul>

そして、以下のバージョンでこの問題は修正されています。

<ul><li><strong>n8n 1.123.32以降</strong></li><li><strong>n8n 2.17.4以降</strong></li><li><strong>n8n 2.18.1以降</strong></li></ul>

<h3>推奨される対応</h3>

最も効果的で推奨される対策は、**直ちにn8nを上記の修正済みバージョン、またはそれ以降の最新バージョンへアップグレードすること**です。これは最も確実な防御策となります。

<h3>一時的な緩和策（緊急時のみ）</h3>

もし何らかの理由で即座のアップグレードが難しい場合、一時的な緩和策として、n8nのワークフローの作成または編集権限を、完全に信頼できる限られたユーザーのみに限定することを検討してください。この脆弱性は認証済みのユーザーによる悪用が前提となっているため、権限の制限はリスクを低減する効果が期待できます。

ただし、この回避策はリスクを完全に排除するものではなく、あくまで短期間の一時的な措置として利用し、できるだけ早くアップグレードを実施してください。

まとめ

今回はn8nにおけるCriticalなリモートコード実行の脆弱性について解説しました。プロトタイプ汚染というJavaScript特有の脆弱性が、どのように深刻な問題に繋がりうるか、その一端をご理解いただけたかと思います。

皆さんの開発環境や社内システムでn8nが利用されている場合は、速やかに担当チームに情報を共有し、最新バージョンへのアップデートを促してください。また、日頃から利用している各種ツールやライブラリのセキュリティ情報にもアンテナを張り、安全な開発を心がけましょう。