AIエージェントを実験段階から本番業務へ移そうとすると、多くの企業が同じ場所で止まります。基幹システムや顧客データにつなげば効果は大きいものの、AIにどこまでの権限を持たせてよいか決められない、という壁です。アジアクエスト株式会社が2026年8月14日に提供を開始したアクセス基盤「GAIA Governed AI Access」は、この壁を「権限を渡しすぎる」か「全く使わせない」かの二択と表現しています。本記事では、この発表を題材に、AIエージェントの権限管理で決めるべき設計変数と、基盤を選ぶときの確認事項を整理します。
アジアクエストが発表したアクセス基盤の中身
アジアクエスト株式会社（東証グロース・証券コード4261）は2026年8月14日、AIエージェントと社内の業務システムを安全につなぐクラウド型のアクセス基盤「GAIA Governed AI Access」の提供を開始しました。複数のAIエージェントが個別に業務システムへ接続する状態を、1つの制御層に集約する製品です。
アジアクエストの発表によると、主な機能は次のとおりです。
| 機能 | 内容 |
|---|---|
| 権限パススルー | 利用者本人の権限の範囲内でのみデータを参照させる |
| 全アクセスの監査ログ | 誰が・いつ・どの権限で・何を操作したかを記録する |
| ユーザー・ロール管理 | Google Workspace、Microsoft Entra IDと連携する |
| 接続先管理 | SaaS・外部システムの接続先を一元管理する |
| 権限制御RAGエンジン | 社内文書の参照権限を項目レベルで制御する |
| オントロジー | データと機能を横断的に管理する |
| マイアプリポータル | 利用者が使えるアプリケーションを一覧表示する |
対応するAIはClaude、ChatGPT、Gemini、Copilot、ChatGPT Enterprise、独自エージェント等で、接続規格はMCP（Model Context Protocol／AIと外部システムをつなぐ標準仕様）に準拠します。接続対象はMicrosoft 365やSlackなどのグループウェア、SFA/CRM、ERP・会計・人事システム、社内文書です。導入は最短6〜7週間の4フェーズと案内されています。料金は2026年8月17日時点で公開されていません。
なぜ「渡しすぎ」か「使わせない」かの二択になるのか
AIエージェントが従来の社内システム連携と違うのは、アクセスする範囲を人間が事前に列挙しきれない点にあります。だから権限設計が二択に振れます。
理由は3つに整理できます。
- 要求が動的である：エージェントは目的達成のために自分で必要なデータを判断します。「この画面のこの項目だけ」という従来のアクセス設計が前提にしていた予測可能性が失われます。
- 主体が曖昧になる：エージェント用の共通アカウントを1つ作って接続すると、実行者は常にそのアカウントになります。誰の依頼で動いたのかがログから消え、権限も「全員分の最大公約数」ではなく「全員分の合計」になりがちです。
- 導線が増える：Claude、ChatGPT、Gemini、Copilotと利用ツールが並立し、それぞれが個別に業務システムへつながると、接続の全体像を把握できる人がいなくなります。アジアクエストはこの状態を「野良AIエージェント」と呼んでいます。
結果として、情報システム部門は安全側に倒して接続を止めるか、スピード優先で広い権限を渡すかの選択を迫られます。AIエージェントの想定外動作については、AIエージェント導入前に決める統制設計でも実例を扱っています。
権限とログを決める3つの設計変数
二択を崩す鍵は、権限の強弱を1本の軸で考えるのをやめ、実行主体・監査単位・検索の権限フィルタという3つの変数に分解することです。製品を選ぶ前に、自社でこの3つの答えを持っておくと議論が具体化します。
① 実行主体：誰の権限で動くか
エージェントが業務システムにアクセスするとき、その権限は「依頼した利用者本人のもの」か「エージェント専用アカウントのもの」かを最初に決めます。利用者本人の権限に紐づける方式（GAIAが権限パススルーと呼ぶ考え方）を採れば、人事情報を見られない社員のエージェントは人事情報を見られません。既存の権限体系をそのまま使えるため、権限の再設計コストが下がります。
一方、専用アカウント方式は設定が簡単ですが、権限を絞るほど使えず、緩めるほど誰でも全部見られる状態に近づきます。最初にここを決めないと、後続の設計がすべて曖昧になります。
② 監査単位：何を1件として記録するか
監査ログは「取っているか」ではなく「何を1件として記録するか」で価値が決まります。最低限そろえたいのは、利用者・時刻・使用した権限・対象データ・操作内容の5点です。エージェントは1回の依頼で複数システムに何度もアクセスするため、依頼単位でしか記録していないと、後から「どのデータを見たのか」を追えません。
③ 検索の権限フィルタ：社内文書をどこまで見せるか
社内文書をAIに検索させるRAG（社内文書を検索して回答に使う技術）では、文書単位の権限制御だけでは足りない場面があります。1つの文書内に部門限定の項目が混在するためです。GAIAが「項目レベルの制御」を挙げているのはこの論点への対応です。自社で構築する場合も、権限フィルタを検索の後段（回答生成時）ではなく前段（検索時）に置くことが原則になります。後段のフィルタは、モデルが一度見た情報を隠すだけで、漏えい経路が残ります。
アクセス基盤を選ぶときに聞くべき5つの質問
製品比較では機能名が並びますが、経営・DX担当者が確認すべきは次の5点です。カタログではなく、必ず回答を文書で受け取ってください。
| # | 質問 | 確認したい理由 |
|---|---|---|
| 1 | 実行主体は利用者本人の権限か、専用アカウントか | 権限設計の土台が変わる |
| 2 | 上流から受け取った認証トークンを、下流システムへそのまま転送していないか | MCP仕様が明確に禁じている実装だから |
| 3 | 監査ログは何を1件として、どの項目を記録するか | 事故調査に耐えるかが決まる |
| 4 | 社内文書の権限制御は文書単位か項目単位か | RAGでの過剰参照を防げるか |
| 5 | 既存のID基盤（Microsoft Entra ID等）と連携できるか | 退職・異動が権限へ自動反映されるか |
2番目は特に重要です。MCPの公式仕様は、MCPサーバがクライアントから受け取ったアクセストークンを下流APIへそのまま渡すこと（token passthrough）を明確に禁止しています（MCP仕様 Authorization）。サーバは自分宛てに発行されたトークンだけを受け付けなければならず、上流APIのトークンを転用すると、下流が「検証済みの依頼」と誤認する問題（confused deputy）が起きます。
ここで注意したいのは、「利用者の権限を引き継ぐ」ことと「トークンを横流しする」ことは別物だという点です。前者は設計思想、後者は実装上の禁止事項です。MCP準拠をうたう製品でも、この2つを分けて説明できるかどうかは、技術的な確からしさを測る良い質問になります。
最短6〜7週間の内訳を、自社の段取りに置き換える
アジアクエストは導入期間を最短6〜7週間の4フェーズと案内しています。この内訳は、自社構築を検討する場合の工数見積もりにも使えます。
| フェーズ | 期間 | 自社で先に決めておくこと |
|---|---|---|
| 事前設計 | 1〜2週間 | 実行主体の方式、対象業務、接続するシステムの範囲 |
| 環境構築 | 3〜7日 | ID基盤の連携方針、ログの保管先と保管期間 |
| データ接続 | 1〜2週間 | 接続先ごとの権限マッピング、社内文書の機密区分 |
| 本番化 | 1〜3週間 | 利用ルールの周知、例外時のエスカレーション先 |
見てのとおり、システム側の作業（環境構築3〜7日）より、業務側の意思決定（実行主体・権限マッピング・機密区分）のほうが期間を左右します。ベンダーを呼ぶ前に、接続したい業務システムの一覧と、それぞれの現行の権限体系を1枚に書き出しておくと、この期間は確実に縮みます。自律型エージェントの承認ゲート設計については、AIエージェント導入時の権限設計と人間の承認ゲートも参考にしてください。
よくある質問
- AIエージェントに業務システムへのアクセスを許可するとき、まず何を決めるべきですか。
-
実行主体です。利用者本人の権限で動かすか、エージェント専用アカウントで動かすかを最初に決めます。ここが曖昧なままだと、監査ログの設計も権限マッピングも定まりません。
- MCP準拠と書かれていれば、権限の受け渡しは安全と考えてよいですか。
-
準拠表明だけでは判断できません。MCP公式仕様は受け取ったトークンを下流へそのまま転送する実装を禁止しているため、その方式を採っていないかを個別に確認する必要があります。
- 「GAIA Governed AI Access」の料金はいくらですか。
-
2026年8月17日時点で、アジアクエストの発表資料に料金の記載はありません。導入規模や接続システム数によって変わるため、直接の見積もり取得が必要です。
- 自社で権限管理の仕組みを作るのと、こうした基盤を買うのはどちらがよいですか。
-
接続先が1〜2システムなら自社構築でも管理できます。3系統以上、かつ複数のAIツールを併用するなら、接続先管理と監査ログを集約できる基盤の導入を検討する段階です。
まとめ
2026年8月14日にアジアクエストが提供を開始した「GAIA Governed AI Access」は、AIエージェント活用が「権限を渡しすぎるか、使わせないか」の二択で止まっている現状を映しています。要点を整理します。
- 二択が起きるのは、エージェントの要求が動的で、実行主体が曖昧になり、接続導線が増えるため
- 決めるべきは3つ。実行主体（誰の権限で動くか）、監査単位（何を1件として記録するか）、検索の権限フィルタ（文書単位か項目単位か）
- 製品選定では、MCP仕様が禁じるトークンの横流しをしていないか、既存ID基盤と連携できるかを文書で確認する
- 導入期間を左右するのはシステム構築ではなく、業務側の意思決定
Auto-IDフロンティアの視点では、この領域の主役は製品ではなく権限設計そのものです。基盤を入れても、接続先ごとの権限マッピングと機密区分を決めるのは自社の仕事として残ります。次に取るべきアクションは、AIエージェントにつなぎたい業務システムを一覧化し、それぞれの現行の権限体系と機密区分を1枚にまとめることです。この1枚があるかどうかで、ベンダー比較の精度も導入期間も変わります。
AI導入の進め方全体は「AI導入支援｜中小企業の進め方と支援会社の選び方」、発注前に確認する具体的な基準は「AI導入支援会社の選び方｜発注前に確認する7つの基準」で解説しています。
自社のAIエージェント接続でどこまで権限を渡すべきか整理したい方は、AI導入相談フォームからお気軽にご相談ください。
出典・参考資料
- アジアクエスト株式会社： AIエージェントと業務システムをつなぐアクセス基盤『GAIA Governed AI Access』の提供を開始 （）
- Model Context Protocol： Authorization（仕様 2025-06-18版） （トークンのパススルー禁止・監査に関する規定）
- PR TIMES： AIエージェントと業務システムをつなぐアクセス基盤『GAIA Governed AI Access』の提供を開始 （） （アジアクエスト株式会社による公式配信）
