AIエージェントの認証情報管理｜パスワードを渡さない接続設計
AIエージェントにAPIキーやパスワードを直接渡さず業務システムへ接続するには。AnthropicとNVIDIAの発表を手がかりに、保管場所・操作権限・失効確認をAIコールの例で解説します。
AIエージェントに予約状況を調べてもらうため、管理画面のパスワードやAPIキーを会話へ貼る。試作では手軽に見える方法ですが、業務に組み込む際には、認証情報をどこで保管し、誰の権限で操作するかを先に設計したいところです。
目指すのは、AIが必要な仕事を依頼でき、接続処理が許可された範囲で実行する構成です。この記事では、認証情報をAIの入力から分離する考え方を、企業担当者が構築会社と相談できる項目へ落とし込みます。
9月28日の発表で示された「モデルの外側」の制御
Anthropicは2026年9月28日の公式記事で、同日に発表されたNVIDIAのOpen Agent Safety Platformと、Claude Managed Agentsを組み合わせた制御を紹介しました。認証情報を別の保管庫で扱い、モデルの外側でもアクセスや操作を制限する構成が説明されています。Anthropic公式発表
企業側で注目したいのは、「AIへの指示」と「実行を許可する仕組み」を別々に確認する視点です。特定製品の導入だけで自社の権限設計まで完成するわけではありません。以下は発表の機能一覧ではなく、IvyLeapによる実務上の設計提案です。
認証情報の保管・操作の許可・結果の返却を分ける
接続を検討するときは、三つの場所を図に書き出します。
- 保管場所：APIキーなどの秘密情報を保持する場所。AIの会話、検索対象の資料、共有の作業メモへ入れない構成を検討します。
- 実行場所：接続先と操作内容を確認し、必要な認証を付けて処理する場所。AIが要求したという理由だけで、任意の操作を通さない設計にします。
- 返却場所：処理結果をAIへ渡す場所。回答に必要な項目へ絞り、認証用ヘッダーや内部の設定情報を含めないようにします。
「保管庫を使っている」という説明だけでは十分に判断できません。保管庫から取り出した秘密情報が、最終的にAIの入力や実行環境のファイルへ渡る構成もあり得るためです。構築担当者には、取得後の行き先まで示してもらいます。
AIに鍵そのものを見せず、接続処理の側で認証を付ける方法を採用できるか。利用するサービスや接続方法に応じて確認することが、この設計の出発点になります。
AIコールの予約照会なら、誰の何を見られるかを固定する
仮に、AIコールが顧客から予約日時を聞かれ、予約システムへ照会する場面を考えます。以下は説明用の仮想例です。
最初に決めるのは、「予約を見る」という機能名より具体的な範囲です。本人確認済みの顧客について、その人の予約日時と受付状況だけを返す。変更や取消は別の操作として扱う、と整理します。
ここでは二つの確認を混同しないことが大切です。接続用の認証情報は「システムへ接続できること」を確認するものです。それだけでは「この通話の相手に、この予約を見せてよいこと」まで確認できません。
顧客と予約の対応関係は、信頼できる本人確認結果に基づき、接続先や実行処理で照合する設計にします。会話中にAIが選んだ顧客番号だけで照会範囲が広がらないかを確認してください。返す情報を絞る処理も、AIへの文章による依頼だけに任せず、実行側で適用します。
利用者ごとの権限で接続するのか、業務専用の接続アカウントを使うのかも明確にします。後者では特に、一つのアカウントが複数の顧客情報へアクセスできる範囲と、通話ごとに絞り込む仕組みをセットで確認します。
鍵の更新・失効後の動きまで試す
初回の接続成功に加え、使えなくなるべき状況をテストします。検証用の環境とデータで、担当者が結果を確認できる形にしてください。
- 許可外の操作：照会専用の接続で、変更や取消を要求したときに実行側で拒否されるか。
- 対象外の情報：本人確認済みの顧客とは異なる予約を指定しても、情報が返らないか。
- 認証の失効：接続権限を取り消した後、次の操作が止まるか。発行済みのトークンや実行中の処理が残る場合、いつまで有効か。
- 障害時の返却：接続エラーの本文やログに、キーや認証ヘッダーが出ないか。
- 鍵の更新：新しい認証情報へ切り替えた後、旧情報が利用できなくなり、通常の照会が復旧するか。
停止中のAIコールは、確認できていない予約を推測して案内せず、担当者への引き継ぎなど決めた対応へ進めます。「接続できないのでパスワードをチャットに貼る」といった例外運用が生まれないよう、復旧の責任者と手順も用意します。
構築会社へ渡す接続管理メモ
打ち合わせでは、システムごとに次の項目を一枚へまとめると、認識の違いを見つけやすくなります。
- 接続先と、読み取り・登録・変更など許可する操作
- 利用者本人の権限か、業務専用アカウントの権限か
- 操作対象の顧客や案件を確認する場所
- 認証情報の保管場所と、取得後に通る経路
- 権限の追加・更新・取消を担当する人
- 失効が反映される時点と、停止中の業務対応
- 実行記録を確認する人と、記録に含めない秘密情報
実行記録には、処理の識別番号、使用した接続の識別名、対象業務、許可・拒否の結果などを残す設計が考えられます。キー自体を記録しなくても、どの接続で何が起きたか追えるようにすることが目的です。記録する顧客情報と保管範囲は、自社の運用に合わせて決めます。
AIエージェントの導入では、モデルの性能と一緒に、接続の仕組みを評価する必要があります。まず一つの照会業務について、鍵の行き先、操作できる範囲、取り消した後の動きを確認してみてください。
業務要件の整理にはAIエージェントの要件整理シート、導入後の確認にはAIエージェントの運用監視も参考になります。IvyLeapのAI・業務支援サービスやお問い合わせでは、業務の流れに沿った導入の相談を受け付けています。