ToolHiveは、Model Context Protocolサーバーをコンテナ内で実行するオープンソースプラットフォームです。MCPサーバーとは、CursorやClaude CodeのようなAIクライアントが外部ツールにアクセスするためのコネクタであり、Stacklok社はToolHiveをApache 2.0ライセンスで提供しているため、ランタイム、Kubernetesオペレーター、レジストリのいずれもセルフホスティングにコストがかかりません。
手動でインストールしたサーバーは、そのマシンの認証情報とネットワークアクセス権限を持った状態でマシン上に存在することになります。ToolHiveはそれぞれのサーバーを最小限の権限設定を施した専用コンテナに格納し、ローカルの認証情報を一切持たせません。認証ソースを指定すれば、リクエストごとにID認証とアクセスポリシーの適用を開始し、それに対応する監査ログも記録されます。指定しない場合は、単なるサンドボックスにすぎず、それ以上の機能はありません。
各コンポーネントの役割
このプラットフォームは4つの要素で構成されています。多くの人が最初に触れることになるのがRuntime(ランタイム)です。MCPサーバーをコンテナ内で実行し、ローカルではDockerやPodmanを通じて、クラスタ環境ではKubernetesオペレーターを通じて動作します。その際、権限管理、ネットワークフィルタリング、シークレット管理が入り口で適用されます。また、開発者がイメージを提供していないサーバーであっても、パッケージマネージャーから直接取得してコンテナ化することができます。
Registry Server(レジストリサーバー)は、管理者がチームに使用を許可するカタログを整備する場所です。公式のMCP Registry APIを実装し、サーバーの署名と出自の検証を行います。StacklokがVirtual MCP Serverと呼ぶGateway(ゲートウェイ)は、複数のバックエンドを1つのエンドポイントにまとめ、OIDCやOAuthによるシングルサインオン、OpenTelemetryトレース、Prometheusメトリクスに対応しています。Portal(ポータル)は使いやすさを重視した部分で、デスクトップアプリ、閲覧可能なカタログ、ワンクリックインストールを提供します。
1つのコンポーネントについては変更が進行中です。ブラウザベースのクラウドUIは廃止扱いとなっているため、Web画面ではなくデスクトップアプリとCLIを中心に導入を進めることをお勧めします。
これによって何が変わるのか
MCPサーバーを構築すること自体は比較的簡単な作業であり、すでに多くのツールがこれを実現しています。難しいのは運用面、つまりどのマシンでどのサーバーが動いていて、それぞれが何にアクセスできるのかを把握することです。ToolHiveが取り組んでいるのは、まさにこのギャップです。
コンテナによる境界の確保自体は、ユーザー側での作業をほとんど必要とせず機能します。しかし、それ以降のID認証の適用、監査ログの記録、ポリシーによるフィルタリングについては、すでに運用しているIDプロバイダーやテレメトリスタックとToolHiveを連携させる作業が必要になります。ラップトップにインストールするだけであれば分離環境は手に入りますが、ガバナンスの実現は別のプロジェクトとして取り組む必要があります。
ToolHiveはGitHubで無料公開されています。
翻訳元: https://www.helpnetsecurity.com/2026/09/07/toolhive-open-source-mcp-server-security/
