何が起きたか
1Passwordは、ブラウザ拡張機能の新機能として「1Password for Claude」を発表しました。これは、Anthropicのエージェント型AI「Claude」に、ユーザーが1Passwordの保管庫（vault）に保存した認証情報を使わせつつ、その情報をモデル本体・モデルのメモリ・Anthropicのシステムのいずれにも到達させない仕組みです。
これにより、ユーザーはClaudeに旅行の予約やアカウント管理といった「現実世界のタスク」を認可でき、認証情報はユーザーに代わって対象システムへ直接注入されます。当初はClaudeのみに対応し、エコシステムの拡大に合わせて他のエージェントへ広げる方針です。対応環境はMac向けで、ビジネス・ファミリー・個人の各プランで利用できます。利用には1Passwordのデスクトップアプリと拡張機能、加えてClaudeのデスクトップアプリと拡張機能が必要です。
なぜ重要か
エージェントに認証情報をそのまま共有すると、その情報はモデルやそのメモリ、背後のシステムに露出します。もしモデルが侵害されれば、そこに残った認証情報が流出リスクになります。エージェントが「人間の代わりにログインして操作する」時代に入ると、この露出をどう断つかがセキュリティの主戦場になります。
1Passwordはこれを「ゼロ露出セキュリティフレームワーク（zero-exposure security framework）」と呼ぶ設計で解こうとしています。パスワードやワンタイムのMFAコードは1Passwordが管理する安全なチャネルを通じて注入され、モデルの外側にとどまります。
具体的な仕組み
アクセス権はセッション単位で付与され、承認された特定の項目に限定され、次に引き継がれません。AIエージェントがブラウザを操作し始めると、1Passwordは今回のタスクで明示的に許可された認証情報のみにアクセスを絞り込みます。オートフィルのたびにページをスキャンし、秘密情報が露出したまま残っていないかを確認します。
さらに、認証済みの複数サイトにまたがるセッションを維持できるため、各ステップでユーザーに認証情報を求めることなく、多段階のワークフローを完了できます。全ユーザー向けには新たな「Agentic Mode」が導入され、能動的に動くエージェントを検知するとロックダウンし、そのタスクで許可された項目しか見つけられないようにします。この保護が有効かどうかは、ブラウザ拡張上で直接確認できます。
💼 事業会社視点：これは自社にどう効くか
注目すべきは「認証情報をLLMに渡さない」を製品要件として明示した点です。日本の事業会社でエージェントに業務端末を操作させる構想は、これまで「AIにIDとパスワードを預けて大丈夫か」という一点で止まりがちでした。ここに、セッション単位・項目限定・注入後スキャンという具体的な統制モデルが提示された意味は大きいと言えます。
EC・SaaS事業者の視点では、自社サービスに「エージェント経由のログイン」が流入する前提を織り込むべき局面です。誰（人か、認可されたエージェントか）がログインしているかを識別・監査する設計を、今から要件に入れておく価値があります。受託開発企業にとっては、顧客の社内業務自動化案件で「認証情報をモデルに露出させない」構成が調達要件になり得ます。情シス・セキュリティ責任者は、まずMac・Claude限定という現状を踏まえPoCを小さく回し、Agentic Modeの挙動と監査ログの取得可否を検証したうえで、全社展開時の統制ポリシーに落とし込むのが現実的な打ち手です。