AWS MCPサーバーを企業で安全に導入する｜情シス部門が押さえるガバナンスとセキュリティ

AWSは2025年4月、AIエージェントとAWSサービスを標準化された方法でつなぐ「AWS MCP Servers」をオープンソースで公開しました。開発現場での活用が急速に広がる一方、AIエージェントにAWSの操作権限を渡す仕組みであるため、情シス部門としてはIAM権限設計やデータの取り扱いといったガバナンスの整備が欠かせません。本記事では、AWS MCPサーバーの概要を押さえたうえで、企業が安全に導入するために押さえておきたいポイントを整理します。

AWS公式MCPサーバーとは

MCP（Model Context Protocol）は、Anthropicが開発したオープンプロトコルで、AIモデルと外部のデータソース・ツールを標準化された方法で接続する仕組みです。MCPが登場する以前は、AIエージェントがAWSのリソース情報を取得したりAPIを呼び出したりするために、システムごとに個別のカスタム統合を作る必要がありました。MCP対応のホストアプリケーション（Claude Code、Kiro、Cursorなど）は、MCPサーバーと標準的なインターフェースで通信できるため、一度セットアップすればどのAIクライアントからでも同じAWS機能を呼び出せるようになります。

2025年4月、AWSはこの仕組みに対応した公式MCPサーバー群「AWS MCP Servers」をGitHub上でオープンソースとして公開しました。ドキュメント検索、コスト分析、インフラのコード生成（IaC）、データベース操作など、用途に応じた多数のサーバーが提供されており、2026年に入ってからも対応サービスや機能が継続的に拡充されています。

なぜ情シス部門の関与が必要なのか

MCPサーバーは、AIエージェントに対してAWSリソースへのアクセス権限を実質的に橋渡しする仕組みです。開発の生産性向上に直結する一方、情シス部門が把握しないまま利用が広がると、いくつかのリスクが生じます。

現場エンジニアによる独自導入のリスク（シャドーMCP）

AWS公式のMCPサーバーは、いずれもuvxコマンド一つで手軽に起動でき、事前のpip installも不要で、コマンドを実行するたびに最新版を取得できる設計になっています。この手軽さは利点である一方、情シス部門の承認プロセスを経ずに、個々のエンジニアが独自の判断でMCPサーバーを導入し、AIエージェントにAWSリソースへの操作権限を与えてしまう「シャドーMCP」とも言うべき状況が生まれやすい点には注意が必要です。従来のシャドーITと同様に、組織が把握していないアクセス経路が増えることは、セキュリティ・コンプライアンス上のリスクになります。

IAM権限設計の重要性

MCPサーバーは、設定されたAWSプロファイルの権限でAPIを呼び出す仕組みになっています。そのため、開発者が普段使っているIAMユーザーやロールをそのままMCPサーバーに使わせてしまうと、AIエージェントが本来必要とする範囲を超えた権限で操作できてしまう可能性があります。MCPサーバー専用のIAMロールを作成し、必要最小限の権限のみを付与する設計が、企業導入における基本方針になります。

MCPサーバー導入前に整理すべきデータガバナンスの論点

MCPサーバーの導入を検討する際は、権限管理だけでなく、データの流れについても事前に整理しておく必要があります。

MCP経由で外部に送信されるデータの範囲

MCPサーバーを経由してAIエージェントに渡されるデータは、最終的にAIモデルを提供するプロバイダーに送信される点を理解しておく必要があります。例えば、AWSのコスト情報やインフラ構成、データベースのクエリ結果などをMCPサーバー経由でAIエージェントに扱わせる場合、そのデータがどこまで外部に送信され、どのように扱われるのかを、利用するAIサービスの契約条件やデータ取り扱いポリシーに照らして確認しておくことが重要です。

機密情報・PIIの取り扱いルール

特に、データベース操作系のMCPサーバー（RDSやDynamoDBなど）を利用する場合、個人情報（PII）や機密性の高いデータがクエリ結果としてAIエージェントに渡る可能性があります。どのようなデータであればMCP経由でのAI連携を許可するのか、逆にどのようなデータは対象外とするのかを、情シス部門が事前にルール化しておくことが望まれます。

組織として整備すべきMCP利用ポリシー

MCPサーバーを組織的に安全に活用するには、以下のような仕組みを整備することが有効です。

承認済みMCPサーバーのホワイトリスト管理

AWS公式が提供するMCPサーバーであっても、すべてを無条件に許可するのではなく、自社の用途に照らして利用を承認するMCPサーバーのリストを整備し、それ以外のサーバーの利用は原則禁止とするルールを設けることが基本的な考え方です。特にサードパーティ製のMCPサーバーについては、提供元の信頼性を個別に確認したうえで許可を判断する必要があります。

MCPサーバー専用IAMロールの設計

前述の通り、MCPサーバーには専用のIAMロールを用意し、読み取り専用の操作に限定する、特定のリソースのみを操作対象とするなど、用途に応じた最小権限の原則に基づいたロール設計を行います。本番環境への書き込み権限を持つMCPサーバーの利用は、特に慎重な検討が必要です。

利用状況の監査（CloudTrail連携）

MCPサーバー経由でのAWS API呼び出しも、通常のAPI呼び出しと同様にAWS CloudTrailで記録されます。MCPサーバー用に発行したIAMロールの利用状況を定期的にCloudTrailで確認し、想定外の操作や、許可した範囲を超えたAPI呼び出しが行われていないかをモニタリングする体制を整えることが、ガバナンスの実効性を高めます。

コスト面で見落としがちなポイント

MCPサーバーの利用自体は多くの場合無料ですが、経由して呼び出す先のAWS APIによっては、別途料金が発生する点に注意が必要です。例えば、コスト分析に使われるCost Explorer APIは、1リクエストあたり0.01米ドルの料金が発生する従量課金のAPIです。AIエージェントが自律的に何度もクエリを実行する使い方をすると、意図せず呼び出し回数が積み重なり、想定外のコストにつながる可能性があります。頻繁なクエリを避ける設計や、API呼び出し回数を意識した運用ルールを組み込んでおくことをおすすめします。なお、正確な料金は変更される可能性があるため、契約前には必ずAWS公式の料金ページで最新情報を確認してください。

よくある質問（FAQ）

Q. AWS MCPサーバーとは何ですか？

AIエージェントとAWSサービスを標準化された方法で接続するためのオープンソースのサーバー群です。2025年4月にAWSが公式に公開し、ドキュメント検索、コスト分析、インフラのコード生成など、用途別に多数のサーバーが提供されています。

Q. MCPサーバーの導入で最も注意すべきリスクは何ですか？

情シス部門の承認を経ずに現場エンジニアが独自に導入し、AIエージェントに広い権限を与えてしまう「シャドーMCP」のリスクと、MCP経由で機密データが外部のAIモデルプロバイダーに送信されるリスクの2点が特に重要です。

Q. MCPサーバーにはどのIAM権限を使わせればよいですか？

開発者個人のIAMユーザーやロールをそのまま使わせるのではなく、MCPサーバー専用のIAMロールを作成し、読み取り専用や特定リソースへの操作に限定するなど、最小権限の原則に基づいた設計を行うことが基本です。

Q. MCPサーバー経由の操作を監査することはできますか？

はい。MCPサーバー経由のAWS API呼び出しも、通常のAPI呼び出しと同様にAWS CloudTrailで記録されます。専用IAMロールの利用状況を定期的に確認する運用を組み込むことで、想定外の操作を検知しやすくなります。

Q. MCPサーバーの利用でコストが発生することはありますか？

MCPサーバー自体の利用は多くの場合無料ですが、経由して呼び出すAWS APIによっては従量課金が発生します。例えばCost Explorer APIは1リクエストあたり0.01米ドル程度の料金が発生するため、AIエージェントによる頻繁な自動クエリには注意が必要です。

まとめ

AWS MCPサーバーは、AIエージェントとAWSサービスをシームレスに接続し、開発・運用の生産性を大きく高める仕組みですが、企業で活用するには情シス部門による適切なガバナンス整備が欠かせません。

まずは自社でMCPサーバーがすでに使われていないかを確認し、承認プロセスとIAMロール設計のルールづくりから着手してみてください。