CVE-2026-44694 n8n-MCPの認証済みSSRF脆弱性を徹底解説 AI Security担当者必見のMCP Server対策法

結論

• 危険度: 情報なし
• 対象: n8n-mcp >= 2.18.7, < 2.50.2
• 修正: 2.50.2
• KEV: No (NVD Critical由来。CISA KEVには未登録)

タイトルの緊急度プレフィックス（【至急】【最重大】等）の意味

表記	条件	意味	対応目安
【至急/ランサム悪用】	CISA KEV登録 + ランサムウェア悪用観測	ランサムグループが現在進行形で悪用	本日中に対応開始
【至急/重大】	CISA KEV登録 + CVSS 9.0以上	実世界で攻撃観測あり + スコア極めて高い	本日中に対応開始
【重大/KEV登録】	CISA KEV登録(CVSS低またはNVD未反映)	実世界で攻撃観測あり	数日以内
【最重大】	CVSS 9.5以上(KEV未登録)	理論上の危険度ほぼ満点、攻撃観測はまだない	1週間以内に対応計画
【重大】	CVSS 9.0〜9.4(KEV未登録)	Critical帯の理論的高リスク	1〜2週間以内
【高】	CVSS 7.0〜8.9(KEV未登録)	High帯のリスク	計画的に対応
(プレフィックスなし)	CVSS 7.0未満	Medium以下のリスク	通常メンテで対応

「至急」と「最重大」の違い: 「至急」は CISA(米国政府機関)が 実際に悪用を観測した CVEに付与されます。「最重大」は CVSS スコア上は最高峰だが、まだ悪用観測がない ものです。同じCVSS 9.8でもKEV登録の有無で扱いが変わります。

最終更新: 2026-05-12 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

STEP	やること	かかる目安
STEP 1	何が起きているか理解する	3分
STEP 2	急ぎ対応すべきか判断する	3分
STEP 3	自分の環境が対象か確認する	5分
STEP 4	修正を適用する	環境による
STEP 5	修正されたことを確認する	3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-44694はn8n-mcpの認証済みSSRF（サーバサイドリクエストフォージェリ）脆弱性です。攻撃者は認証された状態で内部サービスやクラウドのメタデータにアクセスできます。LLMゲートウェイやAgentフレームワークの運用者にとって優先的に対応すべき問題です。

やさしく説明すると

例えると、あなたの家の玄関は施錠されているが、玄関の横にある窓から悪意ある人が家の中に指示を出せてしまうような状況です。攻撃者は正当なユーザーとしてログインした後に、見えない裏口から会社のネットワークやクラウド環境の秘密情報を次々と盗み出せます。これにより、守るべき情報が漏れてしまう重大なリスクが生じます。

技術的な原因

この脆弱性は CWE-367（競合状態） と CWE-918（サーバサイドリクエストフォージェリ：SSRF） に分類されます。SSRFは外部からのリクエストをサーバが代理で送信する際に悪用されます。ここでは、認証されたユーザーがn8n-MCPサーバを介して制限された内部リソースにアクセスできます。競合状態は複数の処理が同時に競合し、不整合が発生しやすい状態であり、本脆弱性と組み合わさって権限外アクセスにつながりました。

影響を受けると何が困るか

• APIキー（OpenAI、Anthropicなど）の漏洩リスク増大
• LLMのコンテキスト情報（顧客データを含む）の窃取
• エージェントのプロンプトインジェクションによる乗っ取り
• モデルやRAG（Retriever-Augmented Generation）データの改ざん
• 請求コストの急増や管理不能な状態
• テナント間の情報漏洩（マルチテナント環境で深刻）
• 関連インフラ全体への横展開攻撃
• AIコーディングツール（Cursor、Cline等）経由でのローカルファイル読み取りや任意コード実行の恐れ
• IDE拡張の遠隔操作による環境破壊
• .envや認証情報の漏洩

もっと詳しく調べたい人へ — 公式情報源マップ

本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。

カテゴリ	情報源	言語	何が分かるか	リンク
総合	NVD（米国 NIST）	英	米国政府の脆弱性データベース。CVSSスコア、影響を受けるCPE、参考リンクの総合ハブ。最も網羅的。	開く
総合	MITRE CVE	英	CVE採番機関の公式記録。CVE記述の「正本」。NVDより記載が簡潔だが一次情報。	開く
総合	JVN iPedia（JPCERT/CC・IPA）	日	日本のCSIRTが運用する脆弱性対策情報データベース。日本語で概要・対策が読める。掲載がない場合あり。	開く
総合	CISA KEV（悪用観測カタログ）	英	米国CISAが実際に悪用を確認している脆弱性のカタログ。掲載されていれば最優先で対応。	開く
総合	GitHub Advisory Database	英	OSSパッケージ（npm/pypi/maven/composer/go等）別の脆弱性アドバイザリ。修正PRへのリンクが豊富。	開く
総合	OpenCVE	英	複数CVEデータベースの集約検索サービス。タイムラインや関連CVEの俯瞰に有用。	開く
Linux	Red Hat CVE	英	Red Hat製品（RHEL/CentOS Stream/Rocky/AlmaLinux系）の影響評価とパッチ状況。	開く
Linux	Ubuntu Security	英	Ubuntu の影響評価。各Ubuntuバージョン（22.04/24.04等）でのパッチ提供状況が一目で分かる。	開く
Linux	Debian Security Tracker	英	Debian の影響評価。stable/testing/sid別のパッチ状況。Debian派生ディスト利用者向け。	開く
Linux	SUSE CVE	英	SUSE Linux Enterprise / openSUSE の影響評価とパッチ状況。	開く
悪用	Exploit Database	英	公開エクスプロイトのアーカイブ。検出ツールやペネトレーションテストでの参照用。	開く
悪用	Packet Storm Security	英	セキュリティアドバイザリ・エクスプロイトの集約サイト。古めの情報も含む。	開く
悪用	GitHub PoC 検索	英	GitHubコード検索でCVE IDを直接検索。野良PoCの早期発見に。	開く
悪用	X（Twitter）検索	日英	直近の議論やニュースを観測。In-the-wild悪用の早期検知に有用。	開く
スキャナ	Snyk Vulnerability DB	英	パッケージ別の脆弱性詳細と修正バージョン。OSS依存ライブラリ追跡に有用。	開く
スキャナ	Tenable（Nessus）	英	Nessusスキャナでの検出プラグイン情報。検出ロジックの参考に。	開く
スキャナ	Rapid7（Metasploit/Nexpose）	英	Metasploit悪用モジュール、Nexposeでの検出情報。	開く

掲載しているのは無料でアクセスできる情報源のみです。CVEによっては掲載がないサイトもあります（特にJVN iPediaは日本国内で報告された脆弱性のみ掲載）。

STEP 2: 急ぎ対応すべきか判断する

結論: 低

判断根拠

• CVSSスコアは現在未公開ですが、CISA KEVには未登録であり危険度の公的評価は中低水準と推察されます。
• EPSSスコアは 0.03%（パーセンタイル 9.7%）で、直近30日での悪用予測は非常に低いです。
• ランサムウェアに悪用されている確認はありません。
• 公開PoCコードやエクスプロイト情報は存在しません。
• 認証が必要で、マルチテナントHTTPモードでかつ特定のAPI呼び出しに対して影響するため、攻撃の難易度は中程度です。

誰が動くべきか

• n8n-MCPサーバを本番運用するLLM Gateway運用チーム
• Agentフレームワーク（例: LangChain, AutoGen）上でn8n連携を構築している開発者
• RAGパイプラインやAIインフラチームでMulti-tenant HTTP環境を管理している担当者
• バイブコーダー開発者（Cursor、Cline、GitHub Copilot等のユーザー）でn8n関連APIを活用している場合は注意が必要

STEP 3: 自分の環境が対象か確認する

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
n8n-mcp (npmパッケージ)	≥ 2.18.7、< 2.50.2	2.50.2

バージョン確認コマンド

Node.js (npm)

npm list n8n-mcp

出力例:

n8n-project@1.0.0 /path/to/project
└── n8n-mcp@2.49.0

判定: 表示されたバージョンが 2.18.7 以上かつ 2.50.2 未満なら脆弱です。

Node.js (package.json)

cat package.json | grep n8n-mcp

出力例:

    "n8n-mcp": "^2.48.0"

判定: バージョン指定に脆弱範囲が含まれていれば修正が必要です。

設定確認

この脆弱性は認証された状態でのSSRFで、特にマルチテナントHTTPモードの x-n8n-url ヘッダーを処理している場合に発生します。したがって設定上の依存もありますが、対象バージョンなら基本的に脆弱です。設定のみで防ぐ方法は公式に示されていません。

Nucleiテンプレートでの検出

本CVEに対応した公開Nucleiテンプレートは現在提供されていません。バージョン確認を必ず実施してください。

STEP 4: 修正を適用する

パッチ適用

Node.js (npm)

npm install n8n-mcp@2.50.2

判定: インストール後、バージョンが 2.50.2 以上になれば修正済みです。

注意: パッチ適用前に必ず稼働環境のバックアップを取得してください。ステージング環境で動作確認を行い、本番環境でのダウンタイム計画も立ててください。

パッチ即時適用ができない場合の暫定対応

現時点で公式の暫定対応策は公開されていません。可能ならば脆弱なAPIクライアントの無効化、ネットワークの分離やWAF（ウェブアプリケーションファイアウォール）によるアクセス制限の強化を検討してください。

STEP 5: 修正されたことを確認する

STEP 3で実行したバージョン確認コマンドを再度実行してください。

期待される出力

Node.js (npm)

npm list n8n-mcp

出力例:

n8n-project@1.0.0 /path/to/project
└── n8n-mcp@2.50.2

判定: バージョンが 2.50.2 以上ならOKです。

追加で確認すべきこと

• ログ監視で不審な x-n8n-url ヘッダーを用いたリクエストがないかをチェックする
• Nucleiテンプレートが提供され次第、スキャンを再実行する

補足: 悪用観測状況

現時点でCISAのKnown Exploited Vulnerabilitiesカタログには未登録です。GitHubに公開PoCは存在せず、エクスプロイトは報告されていません。ランサムウェアによる悪用も確認されていません。実運用環境での即時の悪用リスクは低い状況です。

補足: CVSSメトリクス詳細

• AV (Attack Vector): ネットワーク経由での攻撃（今回は認証済みユーザが対象）
• AC (Attack Complexity): 攻撃環境の複雑さ（認証、特定設定が必要で難度は中程度）
• PR (Privileges Required): 攻撃に必要な権限（認証済みユーザー権限が必要）
• UI (User Interaction): ユーザー操作の必要性（不要）
• S (Scope): 脆弱性が及ぶ影響範囲（サービス内、クラウドメタデータへの影響）
• C (Confidentiality): 機密情報漏洩への影響（高い）
• I (Integrity): データ改ざんの可能性（中程度）
• A (Availability): サービス妨害の可能性（低）

よくある質問（FAQ）

Q. このCVEに対応するために最低限すべきことは何ですか？

A. STEP 3のバージョン確認で自環境が対象かを確かめ、STEP 4で最新版の2.50.2にアップデートしてください。その後STEP 5でバージョン確認とログ監視を行います。

Q. パッチが適用できない場合、どうすればよいですか？

A. 公式の暫定対応はありませんが、対象APIのアクセス制限やネットワーク分離、WAFでのルール追加など物理的な対策を検討してください。

Q. 既に攻撃を受けているか確認する方法はありますか？

A. 内部アクセスログでx-n8n-urlヘッダーを使ったリクエストや不審なクラウドメタデータアクセスの痕跡を監視してください。

Q. なぜEPSSスコアが重要なのですか？

A. CVSSは脆弱性の理論的な深刻度を示しますが、EPSSは実際に悪用される確率を表します。両方を見て優先度を正確に判断します。

Q. このCVEと類似の脆弱性は他にもありますか？

A. CWE-918に分類されるSSRF脆弱性は多く存在するため、同種の対策手順や検出手法が参考になります。

参考文献

• NVD – CVE-2026-44694
• n8n-mcp 修正コミット
• n8n-mcp バージョン 2.50.2 リリース
• GitHub Advisory Database – n8n-mcp GHSA-cmrh-wvq6-wm9r

関連トピック・タグから探す

本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。

• SSRF に関するCVE・脆弱性記事一覧
• AI Agent に関するCVE・脆弱性記事一覧

2026-05-13 追記

本記事の公開後、以下の重要な変化が確認されました（公開からの経過: 0日）。

項目	公開時点	2026-05-13時点	変化の意味
CVSSスコア変化	9 (Critical)	7.2 (HIGH)	NVD再評価でスコアが下方修正
タイトルプレフィックス未付与	(プレフィックスなし)	【高】	公開時はタイトルに危険度プレフィックスが付いていない。最新状況では付与が妥当（記事生成時の凡ミス補正）

CVSSスコア変化

本脆弱性に対するCVSS（共通脆弱性評価システム）スコアが、公開時点の「9 (Critical)」から「7.2 (HIGH)」へとNVDによって再評価され、下方修正されました。これにより、理論上のリスク評価が「Critical」から「High」へとランクダウンしています。運用現場としては、依然深刻な脅威ではあるものの、優先度を最優先（緊急）から計画的対応に調整できる余地が生じました。影響範囲や想定攻撃シナリオが制約された結果と推測されますので、今後はインシデント対応の計画を更新し、対応順位を見直すことを推奨します。

タイトルプレフィックス未付与

公開時点の記事タイトルには危険度を示すプレフィックス（例えば「【高】」など）が付与されていませんでしたが、現状のリスク評価に基づき「【高】」のプレフィックスが付くことが適切であると判明しました。これは、記事生成時に最新リスクランクを反映しきれなかったことによる凡ミスであり、今後内容の正確性維持・管理上、重要な修正です。組織内で自動検知やアラートの運用をしている場合は、タイトル表記の変更にも注意し、ハンドリングを見直してください。タイトル上の危険度表記と実際の内容評価の整合性確保も推奨されます。

2026-05-20 追記

本記事の公開後、以下の重要な変化が確認されました（公開からの経過: 6日）。

項目	公開時点	2026-05-20時点	変化の意味
タイトルプレフィックス未付与	(プレフィックスなし)	【重大】	公開時はタイトルに危険度プレフィックスが付いていない。最新状況では付与が妥当（記事生成時の凡ミス補正）

タイトルプレフィックス未付与

公開時点では記事タイトルに危険度プレフィックス（【重大】など）が付与されていませんでしたが、直近の見直しによりプレフィックス「【重大】」が追加されました。このプレフィックスは、CVSSスコアが9.0以上かつCISA KEV未登録といったCritical級であることを明確に示すものです。

これにより、本脆弱性が運用上「計画的対応よりも優先度が高い」領域であることが直感的に把握できるようになりました。対応計画の見直しや関係者への周知を進め、1〜2週間以内での修正・対策計画策定を推奨します。記事をご参照のうえ、運用フローに影響が及んでいないか確認してください。