AIエージェントとMCP・SaaS連携のセキュリティ対策
背景と概要
AIエージェントへMCPサーバーやSaaSを接続すると、情報検索や作業を効率化できます。一方、エージェントが扱えるデータと操作範囲が広いほど、誤操作や不正な指示による影響も大きくなります。
注意したい3つのリスク
1. 必要以上に強い権限
読み取りだけでよい作業に更新・削除権限まで与えると、認証情報の漏えいや誤動作が起きた際の被害が広がります。人のアカウントを共有せず、用途別の専用認証情報を使います。
2. 信頼できない接続先やツール
接続先の説明文や取得データに悪意ある指示が含まれると、エージェントの判断が誘導される可能性があります。提供元、配布経路、更新履歴、要求権限を確認し、未承認ツールを業務データへ接続しないことが重要です。
3. 長期間使えるトークン
有効期限が長いトークンや共有されたAPIキーは、漏えい後も悪用されやすくなります。短い有効期限、定期的な更新、失効手順、秘密情報の保管場所を決めます。
導入前チェック
- 読み取り・作成・更新・削除の権限を分けたか
- 本番データではなくテスト環境で動作を確認したか
- 接続先を組織の許可リストで管理しているか
- 実行者、操作内容、送信先をログへ残せるか
- 異常時にトークンを失効し、連携を停止できるか
人の確認を残す
送信、公開、購入、削除、権限変更など影響の大きい操作は、エージェントだけで完結させず承認を挟みます。利便性だけでなく、止められること、追跡できること、権限を戻せることまで含めて設計します。
確認資料
実務で深掘りしたい確認点
MCPサーバー、連携SaaS、AIエージェントへ渡すAPIキーと操作権限をひとまとまりの管理対象として捉えます。想定外のツール呼び出し、外部送信、同意していないデータ参照を監視します。 単発の警告だけで判断せず、利用者・端末・時刻・変更履歴を関連付けると、通常業務との違いを説明しやすくなります。
発見時の初動と影響確認
接続を停止し、トークンを失効させ、実行履歴と送信先を保全して影響範囲を確認します。 復旧を急ぐ場合も、後から原因と影響範囲を説明できるよう、時刻、担当者、実施した操作、保全した証拠を残します。外部への通知や専門家への相談が必要かも、扱うデータと業務影響から判断します。
継続運用へ落とし込む方法
接続先、権限、承認者、入力データ、操作ログ、停止手順を台帳で管理します。 導入時だけで終わらせず、例外件数、検知から対応までの時間、再発、利用者からの相談を定期的に確認します。訓練や実際の対応で見つかった手順の曖昧さを更新し、責任者不在時にも動ける状態を維持します。