Codex CLI と Claude Code の MCP 接入とセキュリティ検証

MCP サービスはツール、リソース、プロンプトテンプレートを公開する可能性がある。ローカルファイルの読み取り、内部 API へのアクセス、データベースの照会、さらには書き込み操作を実行するおそれもある。そのため、接入のたびにサービスが参照できるデータ、実行可能なアクション、認証情報の取得元をまず整理すべきだ。

クライアントの「接続済み」表示は転送層が確立したことしか証明しない。本当の検収には、能力一覧の確認、最小の読み取り専用呼び出しの実行、返却内容のチェック、さらに失敗時に制御外のパスへフォールバックしないことの確認が必要だ。

stdio サービスは通常クライアントがローカルで起動し、ローカルツールや単一ユーザーの開発に適している。リモート MCP サービスは一元管理に適しているが、ネットワーク認証、タイムアウト、TLS、マルチテナント分離が必要となる。共有の利便性だけのために、本来ローカルアクセスで済むサービスをインターネットに公開してはいけない。

Codex と Claude Code のどちらが起動しても、ローカルプロセスは実行可能ファイルのパスを固定し、継承する環境変数を制限し、ネットワークリクエストにタイムアウトを設定すべきだ。リモートサービスでは短期またはローテーション可能な認証情報を使うべきである。

Codex の MCP 設定は Codex 設定体系に属する。Claude Code は自身のコマンドと設定スコープでサーバーを管理できる。両方のフォーマット間でフィールドを直接コピーせず、それぞれの公式ドキュメントから最小設定を生成すること。

チームで設定を共有する場合は、サーバー名、起動方法、非センシティブなパラメータだけをコミットする。API Key、アクセストークン、個人のパスは制御された環境変数やシークレット管理システム経由で注入する。

トラブルシューティングは外側から内側へ階層を絞り込む。まずクライアントが対象の設定を実際に読み込んだかを確認し、次にプロセスやリモートエンドポイントの到達性を確認し、プロトコルのハンドシェイクと能力一覧をチェックしてから、最後に実際の業務呼び出しをテストする。

読み取り専用ツールを優先して有効化し、明確なタスクに応じて書き込み権限を追加する。サーバー側でも認証とパラメータバリデーションを行い、セキュリティ責任をクライアントの確認ダイアログだけに押し付けてはいけない。データベース、チケット、コードホスティングなどのシステムでは、専用の低権限アカウントの使用を推奨する。

ログには呼び出し時刻、サーバー、ツール名、結果ステータス、関連リクエストを記録するが、完全なシークレットやセンシティブな応答は記録しない。出力がモデルのコンテキストに入る前には、サイズを制限し、不要な個人データをクリーンアップすべきである。

MCP を一つの外部連携として保守する。オーナー、バージョン、権限、認証情報のローテーション、ヘルスチェック、無効化の方法を記録する。クライアントやサーバーのアップグレード後は、接続の互換性を前提とせず、最小呼び出しを再実行すること。