KiteworksエージェントマーケットプレイスがAIアシスタントに規制データへのガバナンス付きアクセスを提供
多くの規制対象組織では、すでにAIアシスタントを導入しています。より難しいのは、契約書、案件ファイル、請求書、取締役会資料、技術記録など、本当に重要なデータにアシスタントをアクセスさせることです。Kiteworks Agent Marketplaceは、このギャップを埋めるために存在しており、データの無管理なコピーを新たに作成することなく実現します。
セキュリティやガバナンスの担当者は、通常2つの悪い選択肢に直面します。アシスタントを機密リポジトリから遮断すれば、投資効果が十分に発揮されません。一方で、人がダウンロードやコピー＆ペースト、スクリーンショットを取るのを黙認すれば、規制対象データが組織の管理や監査の枠外に持ち出されてしまいます。
本記事では、遮断が逆効果となる理由、Kiteworks内でガバナンスされたエージェントがリクエストユーザーとして動作する仕組み、そしてプラットフォーム全体ではなくリスクの低いフォルダー1つから始める方法について解説します。
エグゼクティブサマリー
AIアシスタントが機密データにアクセスできない場合、回避策が生まれますが、これらは記録されないデータ移動となります。Kiteworks Agent Marketplaceは、Kiteworks MCP上で動作する70以上のガバナンスされたエージェントを公開カタログとして提供し、アシスタントが他のデータ交換と同じ権限・ポリシー・監査ログを通じてデータにアクセスできるようにします。セキュリティ、コンプライアンス、ITリーダーにとって、これは機密データに対する有用なAI活用、アドホックなエクスポートよりも小さい攻撃対象領域、そしてAIエージェントチャネルもメールやファイル共有と同様に監査証跡でカバーできるという成果につながります。
主なポイント
- アシスタントの遮断はAIリスクを減らすのではなく、場所を移すだけ。 正規ツールが機密データにアクセスできない場合、人はデータをツール側へ移動させ、その移動は監査証跡を残しません。
- ガバナンスされたエージェントはリクエストユーザーとして動作。 エージェントはユーザーのロールと権限を継承し、依頼者以上の権限や情報にはアクセスできません。
- ポリシーはすべてのリクエストごとに評価。 属性ベースのポリシーが、分類、ユーザー属性、コンテキストをリアルタイムで評価し、アクセス判断をアシスタントではなくプラットフォーム側で制御します。
- セキュリティトークンはアシスタントのコンテキストに入らない。 ローカルモードでは、転送ファイル内のデータもユーザーが意図的にファイルを読み込まない限りコンテキスト外に保たれ、プロンプトインジェクション対策にも直接的な答えとなります。
- リスクの低いフォルダー1つと読み取り専用パイロットから開始。 コネクタの有効化は管理者の操作であり、アクセス範囲を広げる前にコントロールモデルを実証できます。
なぜAIアシスタントの規制データ遮断は逆効果になるのか
遮断は安全策に思えますが、実際には需要が消えるわけではありません。人々は契約書の要約や条項検索、バージョン比較などを引き続き必要とし、アシスタントが最速の手段です。正規ルートが閉ざされれば、別のルートが使われます。
人が実際に取る行動
ファイルをダウンロードし、テキストをプロンプトに貼り付けたり、スクリーンショットを撮ったりします。これらの行為は、従来のデータ交換と同じですが、本人確認や権限チェック、ログ記録がありません。セキュリティチームは見ていないものを確認できず、監査人も記録のないイベントをサンプリングできません。
ポリシードキュメントだけではギャップは埋まらない理由
利用規定は「何をすべきか」を示しますが、「どうやって管理された方法で行うか」は提供しません。組織には、アシスタントが他のチャネルと同じコントロール下で機密データにアクセスできる道筋が必要であり、AI利用を認めることが監督を放棄することになってはいけません。
Kiteworks Agent Marketplaceがガバナンスされたエージェントをアシスタントに統合する仕組み
Kiteworks Agent Marketplaceは、AIアシスタント向けのガバナンスされたエージェントの公開カタログです。すべてのエージェントはKiteworks MCP上で動作し、作業はKiteworks内で完結するため、データのコピーが他所に作成されることはありません。ClaudeはWebアプリ、デスクトップ、Claude Codeで現在サポートされています。カタログはベンダーとのやり取り前に閲覧でき、各エージェントがツールの対応範囲を事前に明示します。
エージェントはリクエストユーザーとして動作
エージェントは独自の特権IDを持ちません。AIの操作は認証済みユーザーのロールと権限を継承し、属性ベースのポリシーがファイルの分類や機密ラベル、ユーザー属性、コンテキストをすべてのリクエストごとに評価します。アクセス対象は拡大せず、新たな特権IDの管理も不要です。
アシスタントのコンテキスト外に保たれるもの
セキュリティトークンはアシスタントのコンテキストに一切提供されません。ローカルモードでは、ファイルは別のデータチャネルで移動し、ユーザーが明示的に小さなテキストファイルを読み込まない限り、そのデータはコンテキスト外に保たれます。これはコネクタ側で強制され、アシスタントの善意には依存しません。プロンプトインジェクションレビューにおいて、操作されたアシスタントがどこまでアクセスできるかという問いに直結します。
リスクの低いフォルダー1つから始める
マーケットプレイスの有効化は管理設定であり、移行作業ではありません。管理者はKiteworks管理画面でMCPを有効化し、そこで管理する組み込みOAuthアプリケーションを使用します。その後、コネクタを一度追加するだけで、マーケットプレイス全体または単一エージェントを利用でき、追加インストールは一切不要です。
初回パイロットで検証すべきこと
最重要ではないが意味のあるフォルダーを選び、まずは読み取り専用タスクを実施します。エージェントがユーザーの閲覧権限範囲内のみを見ているか、すべての呼び出しが正しいユーザー属性で監査ログに記録されているか、ポリシーが本来ブロックすべきものをきちんと遮断しているか、の3点を確認しましょう。すべて問題なければ、根拠を持って範囲を広げていきます。
KiteworksデータコントロールプレーンによるAIエージェントチャネルのガバナンス
ポスチャーツールは機密データの所在を可視化し、IAMは誰がサインインできるかを決定します。DLPは持ち出しを監視しますが、AIエージェントが規制データに代理でアクセスする瞬間をガバナンスすることはできません。それがKiteworksデータコントロールプレーンの役割です。Agent Marketplaceはこの機能をアシスタントにも拡張し、エージェントの呼び出しもメールやファイル共有、APIと同じID・権限・データ認識型ポリシーに従い、改ざん不可能な監査ログに記録され、SIEMツールにも連携可能です。
既存のDSPM、IAM、DLP投資を置き換えるのではなく補完します。初回パイロットに適したエージェントを確認するには、カタログを閲覧するか、カスタムデモを予約して、今アシスタントがアクセスできていないワークフローを持ち込んでください。
よくあるご質問
遮断は一見安全に思えますが、実際には需要が残り、ユーザーはファイルをダウンロードしたりテキストを貼り付けたりスクリーンショットを撮ったりして、本人確認や権限チェック、ログ記録のないままデータを持ち出し、セキュリティチームや監査人が確認できない状態になります。
エージェントはプラットフォーム内のKiteworks MCP上で動作し、外部のデータコピーではありません。リクエストユーザーのロールと権限を継承し、属性ベースのポリシーが分類、機密性、ユーザー属性、コンテキストをすべてのリクエストごとに評価します。セキュリティトークンはアシスタントのコンテキストに一切入りません。
リスクの低いフォルダーを選び、読み取り専用タスクを実行して、エージェントがユーザーの閲覧範囲のみアクセスしているか、すべての呼び出しが正しいユーザー属性で監査ログに記録されているか、ポリシーが不正な操作を適切にブロックしているかを確認し、その後範囲を広げてください。
既存のコントロールを拡張し、エージェントの呼び出しもメールやファイル共有と同じID・権限・データ認識型ポリシーに従わせ、改ざん不可能な監査ログに記録し、SIEMツールに連携することで、DSPM、IAM、DLP投資を補完します。