MCP導入のセキュリティリスクと注意点｜安全に使うためのチェックリスト

｜広告運用ノウハウ公開中！

より詳しく知りたい方は資料をダウンロード！

MCP（Model Context Protocol）はAIに自社のデータやツールを直接扱わせる便利な仕組みですが、その分「AIに何をどこまで触らせるか」を誤ると、情報漏洩や意図しない操作につながります。実際、公開状態のMCPサーバーが機密データのバックドアとして悪用されるリスクも報告されています。

この記事では、MCP導入時に知っておくべき主なセキュリティリスクと、非エンジニア・企業がまず押さえるべき対策を、チェックリスト形式で分かりやすく解説します。

MCPそのものの基礎（定義・API連携との違い・マーケティング活用の全体像）は、MCPとは？マーケティングでの活用方法と事例で解説しています。本記事は「セキュリティと注意点」に絞って説明します。

1. なぜMCPにセキュリティ対策が必要なのか

MCPは、AIが外部のデータを参照したり、ツールを操作したりできるようにする仕組みです。便利な反面、次の2つの性質がリスクの源になります。

• AIが自社データに直接アクセスする：接続したサーバーの権限の範囲で、AIがデータを読み書きできます。権限を絞らないと、不要なデータまで触れてしまいます。
• AIは受け取った情報の指示に従ってしまう：外部データやツールの説明文に紛れ込んだ「隠れた指示」を、AIが本来のユーザー指示と区別できずに実行してしまうことがあります。

MCPの仕様自体はセキュリティを強制しません。安全に使う責任は導入する側にある——これが大前提です。

2. MCPの主なセキュリティリスク

代表的なリスクを4つに整理します。

2-1. 権限の過剰付与

AIに必要以上の権限（とくに書き込み・削除）を渡していると、誤動作や悪用で被害が広がります。「読み取りだけで十分なのに、更新権限まで与えていた」というケースが典型です。

2-2. プロンプトインジェクション／ツールポイズニング

外部データやツールの説明文に悪意ある指示を埋め込み、AIを操る攻撃です。

• プロンプトインジェクション：取得したレポートやWebページの中に「○○を送信せよ」といった指示を仕込み、AIに実行させる
• ツールポイズニング／ツール説明の偽装：ツールの説明文に隠し指示を埋め込む。ユーザーの画面には簡略化されたツール名しか見えず、気づきにくい

2-3. 認証情報の集約（単一障害点）

MCPサーバーは複数サービスの認証情報を集約することがあり、そこが破られると一気に複数のデータへアクセスされる「単一障害点」になり得ます。

2-4. 悪意あるサーバー・なりすまし

正規ツールを装った偽のMCPサーバーや、信頼を得てから挙動を変える「Rug Pull（途中ですり替え）」が報告されています。出所の不確かなサーバーを安易に接続しないことが重要です。

3. リスクを抑えるための対策

技術的な詳細は専門チーム向けですが、導入を判断する立場でも押さえるべき基本原則は共通です。

• 最小権限の原則：必要なツール・データだけを許可し、書き込み系は特に絞る。多くのAIツールはツール単位で使用可否を設定できます。
• 信頼できるサーバーだけを接続：公式が提供するサーバーや、提供元が明確なサービスを選びます。出所不明のOSSサーバーは慎重に扱います。
• 認証を適切に設定：OAuthなど標準的な認証方式に対応したサーバーを選び、古いトークンは定期的に見直します。
• ゼロトラストで考える：外部から取得したデータは「信頼できないもの」として扱い、AIの自動処理を鵜呑みにしない運用にします。
• ログとモニタリング：誰が・何に・いつアクセスしたかを記録し、異常があれば接続を停止できる体制にしておきます。

4. 導入前に押さえるチェックリスト

非エンジニア・企業がMCPを導入する際、最低限確認したい項目です。

• 未完了接続先サーバーの提供元は明確か（公式・信頼できるサービスか）
• 未完了必要な権限だけに絞れるか（読み取りのみ／書き込み可否をツール単位で制御できるか）
• 未完了認証方式（OAuthなど）に対応しているか
• 未完了アクセスできるデータが利用者の権限に連動しているか
• 未完了レート制限など、過剰なリクエストを防ぐ仕組みがあるか
• 未完了問題発生時にすぐ接続を解除できるか

このチェックを満たすサービスを選べば、リスクを大きく下げられます。

5. 【実例】安全設計を備えたMCPの例：Squad beyond MCP

選定基準の具体例として、LP最適化プラットフォームSquad beyondのMCPは、4章のチェック項目を満たす設計になっています。

• 公式提供のリモートサーバー：提供元が明確で、構築不要で接続できる（出所不明のサーバーを使うリスクを回避）
• OAuth認証：標準的な認証方式で接続する
• 権限連動：取得できるデータはSquad beyond上のアカウント権限に紐づき、権限のないデータはAIからも参照できない
• ツール単位の制御：コネクタ設定で、使用を許可するツールを個別に管理できる
• レート制限：リクエストは1分間に10回まで。過剰なアクセスを防ぎ、上限に達しても約1分で自動解除される

「どのMCPを選ぶか」を安全性の観点で判断するとき、こうした設計が揃っているかが一つの目安になります。

各AIツールでの具体的な手順について解説している記事もございますので合わせてご参考ください。

• ChatGPTでMCPを使う方法
• ClaudeでMCPを接続・設定する方法

詳細は、Squad beyond公式ヘルプのSquad beyond MCPを参照してください。

6. 運用時に継続して気をつけたいこと

導入後も、次の点を継続して確認します。

• 仕様変更への追従：MCPは発展途上の領域です。対応プランや認証方式は変わることがあるため、公式情報を定期的に確認します。
• 接続するサーバーの棚卸し：使っていないコネクタは解除し、接続先を最小限に保ちます。
• アカウント切替時の再接続：チームやアカウントを切り替えた際は、接続を解除してから再接続します。

7. MCPのセキュリティについてよくある質問（FAQ）

8. まとめ

MCPの安全性は「仕組み」ではなく「選び方と運用」で決まります。

• 主なリスクは、過剰な権限・プロンプトインジェクション・認証情報の集約・悪意あるサーバーの4つ
• 対策の基本は、最小権限・信頼できる提供元・適切な認証・ゼロトラスト・モニタリング
• 導入前に「提供元・権限制御・認証・権限連動・レート制限・接続解除」をチェックする

これらを満たすサービス（Squad beyond MCPなど）を選び、必要な範囲だけを許可して使えば、利便性とセキュリティを両立できます。まずは信頼できるサーバーを1つ、最小権限で接続するところから始めてみてください。

　

｜Squad beyondの解決事例を公開中！

より詳しく知りたい方は資料をダウンロード！