1Passwordは10月22日、AIエージェントにパスワードを見せずにログインさせる仕組み「1Password for Agents」を発表した。認証情報は利用者の手元に残したまま、エージェントには作業だけを任せる。
1Password for Agentsが解こうとした問題
AIエージェントに仕事を頼むと、途中でログインが必要になる場面が出てくる。買い物、予約、社内ツールの操作。ここで多くの人が取る近道は、パスワードをそのままエージェントに渡すことだ。
1Passwordはこのやり方に警鐘を鳴らす。渡した認証情報は、次の利用に備えてどこかに複製される。利用者が管理できない場所に、パスワードの写しが残る。エージェント側のログや設定ファイルに残ってしまえば、漏えいの経路が一つ増える。
では、渡さずにログインさせるにはどうするのか。
1Password for Agentsの仕組みは4つの手順
1Password for Agentsの流れは、大きく4つに分かれる。
エージェントがログイン画面に到達すると、固有のデジタルキーを使って1Passwordに自分の身元を示す。次に、利用者の端末へ承認の通知が届く。どの認証情報が必要で、何のために使うのかが表示され、利用者はその場で可否を判断する。承認すると、1Passwordがログイン画面へ直接認証情報を入力する。パスワードがエージェントへ渡ることはない。
ログインが済めば、エージェントは元の作業を続ける。認証情報は1Passwordの中にとどまり、エージェントのメモリにも会話ログにも残らない。鍵を渡すのではなく、鍵を使う作業だけを委ねる形だ。
パスキーのようなパスワードレス認証とは層が違う。パスキーはサービス側の認証方式を変える仕組みで、こちらは既存のパスワードをどう安全に使うかに答える。現場のログイン画面をそのまま使える点が、導入のしやすさにつながる。
対応するエージェントはClaude DuetやChatGPT Work
発表時点で名前が挙がっているのは、MetaのMuse、AnthropicのClaude Duet、OpenAIのChatGPT Workとdots、Grok Bot、そしてAIアシスタントを手がけるTownのTownieである。1Passwordはほかの企業とも協議中だとしている。
すべてのエージェントが対象ではない。対応表に載っていないツールでは、これまでどおり認証情報を渡すか、手動でログインするしかない。この点は、導入を検討するときに最初に確認したい。
銀行はAIエージェントの活動をどう見ているか
発表と同じ10月22日、Axiosは米国の複数の銀行が利用者アカウント内でエージェントの活動を検知し始めたと報じた。問題は、その操作が本人の依頼によるものかどうかを、ほとんどの銀行が判別できないことにある。
ある銀行関係者はこの状況を「ぞっとする」と表現したという。Chaseの広報はAxiosに対し、利用者はユーザー名とパスワードを誰にも渡すべきではないとコメントしている。
エージェントが悪意を持って動いているとは限らない。利用者が便利さのために自動化を進めた結果、金融機関の側が確認できない操作が増えている。認証の責任の所在が、ツールと利用者と金融機関の間で宙に浮いている状態だ。
銀行側の言い分も理解できる。本人の指示かどうかを確かめる手段がないまま、残高の移動や住所変更を通すわけにはいかない。逆に利用者から見れば、自分が頼んだ作業を止められる筋合いもない。ここを埋めるには、エージェントが誰の指示で動いているかを、金融機関が検証できる仕組みが要る。
パスワードを渡さない設計で何が変わるか
これまでのエージェント連携は、認証情報をコピーして渡す方式が主流だった。手軽だが、一度渡すと取り戻せない。パスワードを変えるまで、その写しは有効なままになる。
1Password for Agentsは、認証情報を渡さずにログインを代行する。エージェントを乗っ取られても、パスワードそのものは抜けない。利用者が承認しなければログインは成立しないため、想定していないサービスへのアクセスも防げる。
ただし、すべてを解決するわけではない。承認の通知を見ずに押してしまえば、同じ結果になる。どのサービスへのログインを許すかの範囲設定も、利用者自身が決める必要がある。手間を減らす仕組みではなく、判断を一カ所に集める仕組みだと考えるほうが正確だ。
1Password for Agentsの承認設計に残る論点
仕組みを聞く限り、鍵は利用者の承認にある。となると、承認画面がどれだけ分かりやすいかで安全性は変わる。どのサービスへ、どのアカウントで、何のためにログインするのか。この3点が一目で分からなければ、利用者は内容を確かめずに押すようになる。
エージェントを乗っ取られた場合に、承認済みの権限をいつ取り消せるのかも気になる点だ。公表された資料には、失効の手順や監査ログの仕様までは書かれていない。企業で使うなら、この2つは導入前の確認事項になる。
また、承認は利用者の端末で完結する。端末が手元にない時間帯は、エージェントが止まることになる。夜間の定期処理に組み込むと、想定外のところで承認待ちが発生する。
パスワード管理の世界では、便利さと引き換えに守りが薄くなる例が繰り返されてきた。今回の設計は、その順序を逆にしたものだ。手間を少し増やし、漏えいの経路を減らす。
まだ決まっていないこと
現時点で公表されているのは、仕組みと対応エージェントの一覧までだ。1Passwordは料金と一般提供の時期を公表していない。対応エージェントの拡大計画も、具体的な日程は示されていない。
今すぐ試せる段階ではないが、準備は進めておく価値がある。パスワードをエージェントへ直接渡している人は、どのサービスでそれが必要になっているかを洗い出しておくといい。1Password for Agentsが使えるようになったとき、引き継ぎの対象がはっきりする。
