1Password for Agentsは、一般消費者向けの機能というより、アシスタント主導の次世代ワークフローを支える基盤的な仕組みです。中心となるのは、本人確認と認証情報の保有を切り分ける設計です。エージェントはデジタルキーで自らの身元を証明し、1Passwordはユーザーの信頼済みデバイスに確認を表示します。その後、パスワードマネージャーが認証情報の入力・送信や一時的なトークンの発行を行いますが、元の秘密情報がエージェントに開示されることはありません。この仕組みによって、最終的な決定権をユーザーの手元に保ちながら、認証が必要な複数ステップのタスクをエージェントが実行できるようになります。
技術的には、パスワードをコピー＆ペーストしたり、エージェントへの指示に認証情報を埋め込んだりする脆弱な方法を、仲介者を介した委任のハンドシェイクに置き換えます。エージェントがアクセスを要求すると、1Passwordが受け取るのはユーザーのものではなくエージェントの署名者アサーションです。続いて、ユーザーの信頼サークルにあるデバイスへ承認通知またはモーダルを送ります。承認されると、1Passwordが直接ログインを実行するか、タスクの実行中に限って使えるセッション単位の認証情報を発行します。セキュリティチームにとっては、被害が及ぶ範囲を抑えられること、委任の履歴を監査できること、エージェントのログやプロファイルに秘密情報のコピーが残らないことがメリットです。
この仕組みは、主要なエージェントプロバイダーとの連携をすでに視野に入れています。初期展開ではOpenAI、Anthropic、Metaが対応先として含まれており、1Passwordは今後のパートナー拡大も示唆しています。エージェントとサービスをつなぐ仕組みを構築するプロダクトチームやインテグレーターにとって、これは運用方法の転換を意味します。APIキーの頻繁なローテーションを前提に設計したり、エージェントごとに独自の認証情報保管機能を作ったりするのではなく、パスワードマネージャーが仲介し、エージェントが一時的なアクセス権を使う委任ログインモデルに移行できます。この変化は、法務、コンプライアンス、カスタマーサポートの業務にも及びます。ログインのたびに、ユーザーのデバイスとひも付いた承認イベントが記録されるためです。
ユーザーや企業にとって、特定の分野ではすぐに実感できるメリットがあります。ショッピングや旅行のエージェントは長期間有効な認証情報を持たずに予約を完了でき、職場の自動化では管理者パスワードを開示せずに、SaaSアプリを1回のセッションだけ利用できます。ただし、この方法ですべてが解決するわけではありません。銀行や高度なセキュリティが求められるサービスでは、追加の証明やステップアップ認証、取引ごとの承認が必要になる場合があります。そのため組織は、セッション単位のエージェントアクセスに、ロールベースの制御や監視を組み合わせ、自動化を許可する操作とリスクの高い操作を区別するポリシーを整備する必要があります。