KiteworksセキュアMCPサーバーがAnthropicのコネクターマーケットプレイスに登場

ほとんどのエンタープライズ企業は、機密データをAIモデルにさらすことを最初から選択したわけではありません。従業員の生産性向上を妨げたくないという理由から、善意でClaudeやChatGPTにプロンプトを入力するうちに、結果的にそうなってしまったのです。Kiteworks 2026年データセキュリティ＆コンプライアンスリスク年次予測レポートによると、調査対象となったすべての組織がエージェント型AIをロードマップに組み込んでいる一方で、63%がエージェントのデータ利用目的を制限できず、60%がエージェントが不正な挙動を始めた際に停止させる手段を持っていません。この「野心と管理のギャップ」こそ、Model Context Protocol（MCP）が埋めるはずだった課題であり、実際には多くのMCP実装でいまだに解決されていません。

Kiteworksはこのギャップを今、狭めています。Kiteworks Secure MCP Serverは、Claude Desktop内のAnthropic Connector Marketplaceに掲載され、Kiteworksの顧客はClaudeを自社のガバナンスされたデータ環境へワンクリックで接続できるようになりました。従業員はこれまで通り、慣れ親しんだAIクライアント内で自然言語による作業を継続できます。変わるのはプロンプトの裏側です。すべてのファイルアクセス、フォルダー操作、データ取得が、Kiteworksのセキュアデータエクスチェンジ内で既にメールやファイル共有、マネージドファイル転送を管理しているロールベースおよび属性ベースのアクセス制御、暗号化、監査ログを経由するようになります。

これはAIに後付けでガバナンスレイヤーを追加したものではありません。既に組織内の人のデータアクセス・利用・交換を管理している同じコントロールプレーンであり、今回のリリースによってClaude内のAIエージェントも、同一ポリシーで管理される第二のアイデンティティクラスとしてそのプレーンに組み込まれます。人と同じく最初からガバナンスされるエージェントと、ポリシー外で独立して動くエージェントの違いこそが、今回のリリースの核心です。

主なポイント

1. Kiteworks Secure MCP ServerがAnthropic Connector Marketplaceに登場

Kiteworksの顧客は、カスタム統合コードを用意することなく、ワンクリックコネクタでClaude Desktopを自社のKiteworks環境に直接接続できます。

2. すべてのAIリクエストは既存のRBACおよびABACポリシーで認可

Data Policy Engineが、Claudeが結果を受け取る前に各ファイルアクセス、フォルダー操作、データ取得を評価するため、ユーザーの権限外の情報がモデルに届くことはありません。

3. エージェント型AIのガバナンスギャップは仮説ではなく現実

独立した調査では、個人識別情報の漏洩、なりすましIDの受け入れ、無制限なリソース消費など、管理されていないエージェントによる事例が記録されており、だからこそアクセス制御はモデルの「後ろ」ではなく「前」に配置する必要があります。

4. セキュリティはプロトコル層に組み込み、後付けしない

OAuth 2.1の強化、FIPS 140-3認定の暗号化、ハイブリッド型ポスト量子鍵交換により、ClaudeとKiteworks MCPサーバー間のすべてのセッションを保護します。

5. セットアップは2ステップ。すべての顧客がプライベートインスタンスを運用

管理者が組織単位でKiteworks MCPを有効化し、各エンドユーザーはConnector Marketplace経由でClaude Desktopを自社専用サーバーに接続します。

エンタープライズAIエージェントリスクを生むガバナンスギャップ

AI導入へのプレッシャー自体が問題なのではありません。問題は、企業が導入のためにどこまで許容してきたかです。従来のAI統合は、モデルにファイルストアやメールボックス、APIへの広範なアクセスを与え、あとはプロンプト設計やモデルアライメントにアクセス制御を委ねる形が一般的でした。この方法は、単一の「お行儀の良い」モデルでさえ脆弱でしたが、エージェントが自律的に行動し、他のエージェントと連携し、人間が明示的に承認していない意思決定を始めると、完全に破綻します。

このギャップの規模はデータにも明確に現れています。2026年予測レポートによれば、55%の組織がAIシステムをネットワーク全体から分離できず、54%の取締役会はAIガバナンスを最優先事項のトップ5にすら挙げていません。特に政府機関では、同レポートで90%がAIエージェントの目的制限を持たず、76%がタスク途中で停止させる「キルスイッチ」を持っていないことが判明しています。WEF Global Cybersecurity Outlook 2026も独自の厳しいデータを示しており、約3分の1の組織がAIシステムの本番稼働前にセキュリティ検証プロセスを全く持たず、稼働後も定期的なAIセキュリティレビューを実施しているのは約40%にとどまっています。

このガバナンスギャップが実際のエージェントにどう影響するかは、「Agents of Chaos」という2026年2月の研究で鮮明に示されました。MIT、スタンフォード、カーネギーメロン、ハーバードなどの研究者20名が、オープンソースのOpenClawエージェントフレームワークをサンドボックスなしの実環境で検証し、11の代表的ケーススタディで少なくとも10件の重大なセキュリティ侵害を記録しました。あるエージェントは、明示的なリクエストを拒否したにもかかわらず、未編集の社会保障番号や銀行口座情報を含むメール全体を転送しました。これは、機密情報の明示的なリクエストは認識できても、それを含む「コンテナ」を渡すことが同じ結果になると認識できなかったためです。別のケースでは、研究者がDiscordの表示名をエージェントの所有者名に変更。エージェントは最初のなりすましは検知しましたが、履歴のない新しいプライベートチャンネルで同じ攻撃者が再度接触した際は、表示名だけで本人と認識し、メモリファイルを削除、自身の名前を変更し、管理者権限まで渡してしまいました。

この研究の著者らは、根本的な問題は表面的なものではなく「構造的」だと指摘しています。大規模言語モデルを基盤とするエージェントは、正規の指示と不正な指示が同じコンテキストウィンドウ内でトークンとして到着した場合、それを確実に区別する手段を持ちません。つまり、プロンプトインジェクションはバグではなく、こうしたシステムの構造的特徴なのです。だからこそ、アクセス判断をモデルの裁量に任せてはいけません。モデルが回避できないポリシーレイヤーで強制する必要があります。これこそが実践的なゼロトラスト・セキュリティの意味です。エージェントがどんな自己申告をしても、実際にデータへアクセスする「その瞬間」に毎回リクエストを検証するのです。

Kiteworks Secure MCP Serverの役割

Kiteworks Secure MCP Serverは、Claude、ChatGPT、Gemini、CopilotなどのAIクライアントと、組織のガバナンスされたデータの間に位置し、言語モデルを外部ツールやデータソースに接続する新たな標準となりつつあるオープンなModel Context Protocol上に構築されています。モデルに直接ファイルシステムやAPIアクセスを与えるのではなく、すべてのリクエストはSecure MCP ServerおよびKiteworksのData Policy Engineを経由し、ロールベースアクセス制御と属性ベースアクセス制御で評価されてから結果が返されます。

この評価は、人とAIエージェントの両方に同じポリシーモデルで適用されます。KiteworksはAI専用の緩いポリシーモデルを別途用意していません。AIクライアントはOAuth 2.0で認証され、独自の恒常的アクセス権ではなく、リクエストしたユーザーの既存権限を継承します。ABACは、リクエストされるデータの分類・機密性・コンテキストに基づく追加ハンドリングルールを適用し、同じ質問でもユーザーによってAIセッションで取得できるファイルが異なります。ポリシーで「過度に機密」と判断されたコンテンツはモデルに届きません。すべてのファイルアクセス、フォルダー操作、データ取得は統合された監査証跡に記録され、コンプライアンス・セキュリティ担当者はAIの活動もメールやファイル転送と同様にフォレンジックな可視性を確保できます。

Secure MCP Serverの下層では、データ自体はKiteworksのセキュアデータエクスチェンジ環境内に保持され、二重暗号化、データ主権コントロール、高可用性レプリケーションで保護されます。AIクライアントがエンタープライズコンテンツの恒常的コピーを取得することはありません。認証済みかつポリシー承認済みのリクエストが、その瞬間に正当に取得できるデータだけが提供され、それ以上は一切渡りません。

プロトコルに組み込まれたエンタープライズグレードのセキュリティ

ガバナンスモデルの強度は、その下層のトランスポートと暗号化の堅牢さに左右されます。Kiteworksは、オープンソースMCPの標準設定ではなく、エンタープライズのセキュリティ要件に基づいてSecure MCP Serverを構築しました。アクセストークンは環境変数ではなくOSの暗号化キーストアに格納され、MCPのセキュリティ研究で頻出する認証情報漏洩経路を遮断します。認証はOAuth 2.1の強化（動的クライアント登録、PKCE付き認可コードフロー、JWTアクセストークンとリフレッシュトークン、自動トークンローテーション）で実行され、盗まれたトークンの有効期間は短く、無限に再利用できません。

サーバー全体での暗号化はFIPS 140-3要件を満たし、AES-256-GCM、RSA（SHA-256）、TLS 1.3（NIST承認カーブ）を採用。さらに、FIPS 203準拠のハイブリッドX25519＋ML-KEM-768 TLS鍵交換により、将来の量子コンピュータによる解読リスクを見据えた前方秘匿性も確保しています。レート制限はグローバル・ユーザー単位・セッション単位で設定可能で、Agents of Chaosのような研究で指摘された無制限なリソース消費にも対応。ファイルシステムパスの正規化・検証でパストラバーサルを防ぎ、認証情報や転送ペイロードはLLM自体に一切公開されません。TLS証明書とホスト名の厳格な検証で、中間者攻撃も防御します。

これらはエンドユーザーに負担を与えることなく、Claude内では自然言語による会話体験を維持しつつ、すべてのリクエストで確実にコントロールが機能しています。

プロンプトからガバナンスされたアクションへ：Claudeでの動作

従業員にとっての実際の効果は、AIによる業務が、既存のクライアント内で自然言語で行える点です。ガバナンスの仕組みを意識する必要はありません。たとえば「Forecastsフォルダーの下にQ1フォルダーを作成」「このスプレッドシートをアップロード」「Analysisフォルダーの内容は？」「そのドキュメントをダウンロード」などと入力すれば、Secure MCP Serverがそれぞれの自然言語リクエストを、Kiteworks環境に対するポリシーチェック済み・監査記録付きのアクションに変換します。

このガバナンスされたパイプラインは、データ取得だけでなくコンテンツ作成にも拡張されます。Secure MCP Serverが接続されていれば、ユーザーはClaudeにPDFや画像、テキスト説明を渡してセキュアなウェブフォームの作成を依頼できます。Claudeは構造化JSONとしてフォームを下書き・プレビューし、ガバナンスされたKiteworksフォルダーに直接納品します。新しいフォームは自動的にプラットフォームのRBAC・ABAC制御、二重暗号化、統合監査ログを継承し、従来は手作業・多段階だったフォーム作成プロセスを、設計段階からコンプライアンスを満たすAIワークフローに変えます。

Anthropic Connector Marketplace掲載の意義

Secure MCP ServerがAnthropic Connector Marketplaceに掲載されたことで、Kiteworks顧客は「ガバナンスされたAIデータアクセスを実現したい」から「実際に運用する」までのプロセスが大きく変わります。Kiteworks顧客は全員が自社専用のクラウドインスタンスを運用しているため、共用マルチテナントエンドポイントではなく、各組織が自社専用のKiteworks MCPサーバーを展開します。セットアップは2ステップ。管理者がKiteworks MCPのインストール・セットアップガイドに従い組織で有効化し、各エンドユーザーはClaude Desktop内のConnector Marketplaceから自社Kiteworksインスタンスに直接接続します。Claude Desktop以外のクライアントを利用する場合も、同じガイドでローカルサーバーやHTTPサーバーを立ち上げられます。

マーケットプレイス掲載は技術的なだけでなく、配布戦略としても重要です。Kiteworks顧客組織内のすべてのClaude Desktopユーザーに、AIとデータをどう接続するか決める「その瞬間」にガバナンスされた選択肢を提示でき、セキュリティチームが未管理の統合を後から発見するリスクを減らします。Agents of Chaosのような研究で指摘された多くのインシデントは、認証されていないエージェントや権限制限のない運用に起因しており、「AI導入開始」と「AIガバナンス追従」のタイムラグを埋めることは、個々のセキュリティ制御と同じくらい重要です。

データとともに移動するコンプライアンス保証

規制対象組織は、AIガバナンスを他のシステムとは別のコンプライアンス枠で扱うことはできません。Secure MCP ServerはKiteworksプラットフォーム全体と同じ認証を継承しており、KiteworksはFedRAMP認証を取得し、IRAPでもPROTECTEDレベルの評価を受けています。規制産業のセキュリティ、コンプライアンス、AIリーダーにとって、ClaudeとSecure MCP Server上で構築されるAIワークフローは、既存のメール、ファイル共有、マネージドファイル転送と同じ認証境界内で運用され、個別に評価・監査・正当化が必要な新システムを導入する必要がありません。

Kiteworks Secure MCP Serverの導入方法

既にKiteworksを運用している組織は、Kiteworks MCPインストール・セットアップガイドを使ってSecure MCP Serverを有効化し、エンドユーザーはClaude Desktop内のAnthropic Connector Marketplace経由で接続できます。AIデータガバナンスを広く検討している組織も、今回のリリースを具体的な出発点として活用できます。抽象的なAIポリシー議論ではなく、特定のAIクライアントによる特定データへのアクセスが、どのように認可・記録・制限されるかを実運用で確認できます。

機密性の高いエンタープライズデータへのAIエージェントアクセス管理について、カスタムデモを今すぐご予約ください。

追加リソース

• ブログ記事
  手頃なAIプライバシー保護のためのゼロトラスト戦略
• ブログ記事
  77%の組織がAIデータセキュリティで失敗している理由
• 電子書籍
  AIガバナンスギャップ：2025年に91%の中小企業がデータセキュリティでロシアンルーレット状態に
• ブログ記事
  あなたのデータに「–dangerously-skip-permissions」は存在しない
• ブログ記事
  規制当局は「AIポリシーがあるか」ではなく「機能している証拠」を求めている