AIエージェントには、個人や企業のアカウントへのアクセスが必要な作業を任される場面が増えています。しかし、エージェントにパスワードを渡すとセキュリティ上の問題が生じます。エージェントは認証情報を使う必要はあっても、その中身を知る必要はないからです。
1Passwordは、AIエージェントが対応サービスにログインできるようにしつつ、ユーザーのパスワードを直接さらさずに済む仕組みを導入します。認証情報へのアクセスは1Passwordが仲介し、ユーザーは承認の可否を管理できます。
この機能は、エージェント型AIに伴うリスクの一つを減らす可能性があります。一方で、より大きな問いが残されています。エージェントがログインに成功した後、何が起こるのでしょうか。
1Passwordが説明する機能の仕組み
1Passwordによると、この連携ではパスワードをAIエージェントに直接渡すのではなく、エージェントが対応サービスにサインインする必要が生じた時点で、ユーザーが保存済みの認証情報へのアクセスを許可します。
同社は、ログインを完了させながら、元のパスワードはエージェントから隠したままにする設計だと説明しています。
この違いは重要です。パスワードは再利用できる秘密情報だからです。エージェントが直接パスワードにアクセスできないようにすれば、エージェントとの会話やログ、作業の実行に関わるその他のシステムを通じて、認証情報が漏えいするリスクを下げられる可能性があります。
言い換えれば、エージェントが扉をノックし、ユーザーが承認し、1Passwordが扉を開け、エージェントは鍵に触れることも見ることもない、という流れです。
1Passwordによると、この機能はMeta MuseやSpaceXSIのGrokをはじめとする対応AIプラットフォームで順次提供されます。OpenAIやAnthropicなどのパートナーとの連携も、今後発表される予定です。
ただし、提供は段階的に進められます。名前が挙がっているすべてのエージェントで、開始当初から利用できたと考えるべきではありません。
同社は、この機能をIndividualプランとFamilyプランの契約者に追加料金なしで提供するとしています。
AIエージェントに認証情報を見せないからといって、ユーザーがどのサービスにアクセスしているかをエージェントが把握できなくなるとは限りません。
作業を完了するために、エージェントは対象のウェブサイトやアカウント、サービスに関する情報を必要とする場合があります。連携の方法や付与された権限によっては、その情報から個人のオンライン上の行動が明らかになる可能性があります。
どこまで情報が見えるかは、エージェントが受け取る情報の内容と、AIプロバイダーによるその扱い方次第です。つまり、パスワードを保護しても、対処できるのは一つのセキュリティリスクにとどまり、プライバシー面の懸念が全体として解消されるとは限りません。
もう一つの懸念は、エージェントがアクセス権を得た後の行動をどう制御するかです。
最近の事例は、AIエージェントの挙動を制御することがいかに難しいかを示しています。特に、外部のウェブサイトとやり取りし、情報を処理し、ユーザーに代わって行動できる場合はなおさらです。
エージェントは、ミスを犯したり、指示を誤解したりする可能性があります。ウェブサイト上で 悪意のある指示に遭遇し、行動を左右される恐れもあります。
ここで、アクセスの制御と行動の制御の違いが重要になります。
個人と企業にとっての意味
個人にとって、1Passwordの新機能は、個人アカウントのパスワードを渡さずにAIエージェントへ作業を任せられる仕組みです。エージェントのチャットやコンテキストに、再利用可能な認証情報がさらされるリスクは減ります。ただし、利便性と引き換えになるプライバシー上のトレードオフに見合う価値があるかどうかは、ユーザー自身が検討する必要があります。
エージェント型AIをあまり使わないユーザーは、従来のパスワード入力方式を使い続けることもできます。1Passwordの拡張機能に対応するブラウザーでは、パスワードを自分で入力しなくても自動入力できます。
企業にとっては、さらに大きなリスクを伴う可能性があります。組織が認証情報をAIエージェントに直接共有すれば、目の前の作業をはるかに超えるアクセスを可能にする秘密情報が漏れる恐れがあります。
認証情報へのアクセスを仲介する仕組みがあれば、こうしたリスクを減らせます。それでも企業には、従業員が使えるエージェントの範囲、エージェントがアクセスできるアカウント、実行できる操作を定めたポリシーが欠かせません。
セキュリティチームは、エージェントのアクセスを特定のアカウントや作業に限定できるか、承認や操作内容がログに記録されるか、権限をどれだけ迅速に取り消せるかも確認すべきです。エージェントがパスワードを見ることがなくても、認証済みのセッションがあれば、機密情報を閲覧したり、設定を変更したり、ユーザーの意図を超えた操作を実行したりできる可能性があります。
関連ニュース: クラウドデプロイメントプラットフォームのZeaburで発生したとされるセキュリティ侵害をめぐり、アカウント保護のあり方と、被害を受けた顧客へのプロバイダーの対応に懸念が高まっています。
