← ブログ一覧
セキュリティaiエージェントllm

MCPのセキュリティ|サーバーを入れる前に確かめる8項目

MCPのセキュリティを、サーバーを社内で使う前に確かめる8項目にまとめた。ツールの説明に指示を仕込む攻撃、mcp-remoteやMCP Inspectorの脆弱性、仕様が求める同意とトークンの扱いを、導入する側の目で整理した。

MCP(Model Context Protocol)を使うと、AIが社内のファイルやチャット、チケット管理、データベースに手を伸ばせるようになる。便利さの裏で、AIにつないだサーバーが新しい入口になる。サーバーを1つ足すたびに、AIが読む文章と、AIにできる操作が増えるからだ。

MCPの仕組みそのものはMCPとはで説明した。ここでは、MCPのセキュリティを導入する側の目で整理する。報告された攻撃と脆弱性、仕様が求めていること、サーバーを入れる前に確かめる8項目の順に並べた。

MCPのセキュリティで何が新しいのか

MCPのサーバーは、使い方によって2つの形がある。利用者のPCの中で動くローカルのサーバーと、ネットワークの向こうにあるリモートのサーバーだ。どちらでも、これまでのSaaS連携と違う点が3つある。

  1. ローカルのサーバーは、AIの道具と同じPCで動くプログラムだ。仕様のセキュリティの文書は、サンドボックスと同意がなければ、悪意のある起動コマンドで任意のコードが実行されうると書いている
  2. ツールの説明は、人ではなくモデルが読む。説明に紛れ込んだ指示に、モデルが従ってしまう
  3. 1つのAIが複数のサーバーを同時に使う。あるサーバーから入った指示で、別のサーバーにある情報を持ち出させることができる

仕様は、ツールは任意のコードの実行にあたるので慎重に扱うよう求め、ツールの振る舞いの説明は、信頼できるサーバーから得たものでない限り信頼しないものとして扱うとしている。つまり、MCPのサーバーを入れることは、外部のプログラムを社内に入れることと同じ重さで考える必要がある。

報告された攻撃と脆弱性

MCPのセキュリティの話が具体的になったのは、2025年に入ってからだ。公開された報告と脆弱性のうち、導入する側が知っておきたいものを表にした。

公開名前何が起きるか出どころ
2025年4月1日Tool Poisoning Attackツールの説明に、利用者には見えずモデルには見える指示を仕込み、AIを操るInvariant Labsの報告
2025年4月1日rug pull と shadowing承認したあとでツールの説明を書き換える。別の信頼済みのサーバーにある情報を持ち出させる同じ報告
2025年5月26日GitHubのMCPサーバーを使うエージェントの乗っ取り悪意のあるIssueを読ませて、非公開のリポジトリの情報を漏らさせるInvariant Labsの報告
2025年6月13日CVE-2025-49596(MCP Inspector)開発用の道具の内部に認証がなく、外からのリクエストでコマンドを起動できた。0.14.1で修正GitHubのセキュリティアドバイザリ
2025年7月9日CVE-2025-6514(mcp-remote)信頼できないリモートのサーバーにつなぐと、細工されたURLでPCのOSコマンドが実行される。0.1.16で修正NVD、JFrogの報告

GitHubの例について、報告した側は、サーバーのコードの欠陥ではなく、エージェントのシステムの作りの問題だと書いている。公式のサーバーを使い、サーバーにバグがなくても、AIが外から来た文章を読み、同じ権限で非公開の情報に触れられる限り、同じことは起こりうる。

2つのCVEは、どちらも深刻度が「緊急」と評価された。NVDに載っているCVSSの値は、mcp-remoteが9.6、MCP Inspectorが9.4だ。JFrogは、mcp-remoteの件を、信頼できないリモートのMCPサーバーにつないだときに、利用者のPCで完全なリモートコード実行が現実の条件で成立した初めての例だと説明している。サーバーだけでなく、つなぐための道具も点検の対象になる。

モデルが外の文章に従ってしまう仕組みはプロンプトインジェクションとはで書いた。Tool Poisoningは、その入口がツールの説明になったものだと私は見ている。

仕様が求めていること

MCPの仕様は日付で版を呼ぶ。2026年10月時点の最新は2026-07-28版だ。仕様はまず、MCP自体はセキュリティの原則をプロトコルのレベルで強制できないとし、同意と認可の仕組みは実装する側が作るよう求めている。そのうえで、導入する側に関わる要求は次のとおりだ。

対象仕様の要求導入する側の読み方
同意利用者が、すべてのデータへのアクセスと操作に明示的に同意し、理解していることどのサーバーが何をできるかを、使う人が分かる画面にする
ツールの呼び出しツールの呼び出しを人が拒否できるようにする。機微な操作の前に確認を求める送信・削除・書き込みの前に確認を挟む
ツールの説明annotationsのような説明は、信頼できるサーバーのものでない限り信頼しない説明の文面を権限の根拠にしない
トークン自分宛てに発行されていないトークンを受け取ってはならない(token passthroughの禁止)サーバーに利用者のトークンを素通しさせない
認可OAuth 2.1にもとづく。クライアントはRFC 8707のResource Indicatorsで宛先のサーバーを指定する外部につなぐリモートのサーバーは、この形の認可に対応しているかを見る
ローカルのサーバー簡単設定に対応するクライアントは、実行するコマンドを省略せずに見せ、明示的な承認を得る起動コマンドと引数を読んでから入れる
権限の範囲最小のスコープから始め、必要なときに段階的に広げる読み取りだけで始める

もう1つ、サーバーの上で動くクライアントには、SSRFへの備えが求められている。悪意のあるサーバーは、認可の手続きで使うURLに社内のアドレスやクラウドのメタデータのアドレスを入れて、クライアントに内部へのリクエストを送らせることができるからだ。社内の仕組みからリモートのサーバーにつなぐときは、つなぎに行く先を制限しておく。

サーバーを入れる前に確かめる8項目

仕様の要求と報告された事例をもとに、社内でMCPサーバーを使う前に確かめることを8項目にまとめた。並びと線引きは私の整理だ。

#確かめること見るところ止める目安
1誰が作ったサーバーか提供元、ソースコードの公開場所、更新の履歴提供元が分からない。公式を名乗るが公式の案内から辿れない
2何で起動するかローカルなら起動コマンドと引数、取ってくるパッケージ起動のたびに最新版を取りに行く設定で、版を固定できない
3どのツールを出すかツールの一覧と説明の全文説明に、ほかのツールの使い方や、利用者に見せない指示が書いてある
4説明が変わったら気づけるか承認したときのツールの一覧と説明を記録しておく承認後に説明が変わっても、何も知らされない
5渡す権限はどこまでかトークンのスコープ、つなぐアカウント管理者のアカウントや、全部のリポジトリに触れるトークンを渡す
6どの操作に人の確認を挟むか送信、削除、支払い、外部への書き込み書き込みのツールを確認なしで呼べる
7同じAIに何を同時につなぐか外部の文章を読むサーバーと、社内の機密に触れるサーバーの組み合わせ外部の文章を読むサーバーと、機密を外に出せるサーバーが同じ会話に並ぶ
8記録が残るか誰が、どのツールを、どの入力で呼んだかのログ呼び出しの記録がどこにも残らない

7が見落とされやすい。1つ1つのサーバーが安全でも、外部の文章を読むものと、社内の情報を外に出せるものを同時につなぐと、Tool PoisoningやGitHubの例と同じ形の持ち出しが成り立つ。私の見方では、組み合わせで考えるのがMCPのセキュリティの中心だ。権限の切り方はAIエージェントのセキュリティで詳しく書いた。

入れたあとに続けること

確かめて入れたら終わり、ではない。サーバーも、つなぐ道具も更新される。2つのCVEはどちらも、修正版に上げれば塞がる種類のものだった。使っているサーバーと道具の版を一覧にし、脆弱性の情報が出たら上げられるようにしておく。

社員が自分の判断で入れたサーバーも探す必要がある。OWASPは、MCPのリスクをまとめたMCP Top 10をベータ版として公開していて、組織の正式な管理の外で動くMCPサーバーをShadow MCP Serversとして挙げている。使ってよいサーバーの一覧を作り、一覧にないものを定期的に探す。

公式のMCP Registryは、2025年9月8日にプレビューとして公開された。公開されているサーバーを探しやすくする目録だ。私の見方では、目録に載っていることは探すときの手がかりにはなるが、上の8項目の代わりにはならない。

LLMを組み込んだアプリ全体のリスクの一覧はOWASP Top 10 for LLMにまとめた。業務の現場でAIとシステムをつなぎ、本番で動くまで直し続ける職種はFDEとは?Forward Deployed Engineerの意味と仕事内容で説明している。社内で使われているAIとつないでいる先を洗い出し、権限と設定を点検する診断は、AI利用セキュリティ診断で紹介している。

シェア

記事を読んで、FDEが気になりましたか?

自社のAI活用課題をFDEの視点で整理します。30分、無料でお話しましょう。

無料相談を予約する

関連記事

← 新しい記事AI監査とは|AIシステムを監査する観点と進め方