1Password for Agents——パスワードの保護と、ログイン後の承認設計

発表された仕組み

1Passwordは2026年10月22日、個人向けAIエージェントのための「1Password for Agents」を発表しました。

同社の説明では、利用者が承認したログイン情報を1Passwordがサインイン画面へ自動入力し、パスワードなどの秘密情報をエージェントに見せずにサインインさせます。

プレスリリースが示す流れは次のとおりです。

• エージェントがサインイン画面に到達すると、固有のデジタル鍵で自分の身元を1Passwordに示す。
• 利用者は、どのログイン情報が、なぜ必要とされているかを見て、承認するかどうかを選ぶ。
• 承認は、利用者自身の端末で行う。
• 1Passwordがログイン情報をサインイン画面へ直接入力し、エージェントには送らない。

本稿で扱うパスワード認証では、1Passwordがパスワードをログイン先へ入力・送信します。

エージェントの会話やモデルへの入力として、パスワードを直接渡す方式とは異なります。

本稿では、この発表を、AIエージェントを業務で使い始める会社が何を確認・承認するかを考える材料として読みます。

私たちは実機での動作を検証していません。

記述は、1Passwordの公開資料に基づく整理です。

公開資料で確認できること

プレスリリースのほかに、同日付の公式ブログと、製品ページのFAQにも説明があります。

以下は、2026年10月27日に確認した公開資料の記載です。

項目	公開資料で確認できる内容
今回発表された個人向け連携の対象と料金	公式ブログでは、1Password.comのIndividual・Familiesアカウントで追加料金なしと案内されています。1Password.eu・1Password.caのアカウントは、現時点では対象外とされています
連携の提供状況	公式ブログと製品ページでは、MetaのMuseが提供中、SpaceXSIのGrok Botが展開中とされ、AnthropicのClaude Duet、OpenAIのChatGPT Workとdotsなどは近日提供とされています
承認と拒否	製品FAQでは、利用者がアクセス要求を確認し、承認または拒否できると説明されています
使うログイン情報の選択	該当するログイン情報が複数あれば、どれを使うかを選べると説明されています
承認を求められる頻度	連携によって異なりうると説明されています
連携の解除	公式ブログに、連携はいつでも解除できると書かれています
ログイン後の動作	製品FAQは、サインイン後のエージェントがアカウント内の情報を見たり操作したりできる場合があり、その動作はエージェントと接続先サイトによると説明しています

なお、1Password.com・.eu・.caは、アカウントの登録先の違いです。

利用者の居住国の区分として読まないよう注意してください。

もう一つ、参考になる資料があります。

1Passwordは今回の発表より前から、Claudeのデスクトップアプリ向けの連携を提供しており、そのサポート記事に詳しい仕組みが書かれています。

たとえば、次の点です。

• 承認の対象は、利用者が選んだログイン情報と、そのエージェントセッションに限定される。
• アクセス要求ごとに承認を求める。
• 許可したことは、項目の利用履歴に記録される。
• 1Passwordが入力と送信を行う間、Claudeはそのページの読み取りを止める。
• 承認済みのログイン情報は、ブラウザ拡張機能のメモリ上に暗号化して一時保持される。エージェントが作業完了を通知したときや、ブラウザを閉じたときに破棄され、保持時間には最長9時間の制限がある。

ただし、これは既存のClaudeデスクトップ連携の説明です。

今回発表されたClaude Duetや、ほかのすべての連携に同じ仕様が適用される根拠にはなりません。

また、9時間は拡張機能の一時保持の上限であり、ログの保存期間や、ログイン先でのセッションの有効期間ではありません。

連携ごとの仕様は、使う連携の資料で確認する必要があります。

パスワードの保護と、ログイン後の権限は別に確認する

この仕組みが守るのは、パスワードなどの秘密情報です。

パスワードをエージェントに直接渡す方式では、パスワードが会話の履歴や実行ログ、モデルへの入力に入りえます。

そこを通さない設計は、パスワードをモデルへ直接露出させないための、有効な方法の一つだと私たちは考えます。

一方で、ログインが成立したあとに何ができるかは、別の問題です。

MIFは、ログインを認めることと、そのあとの閲覧・更新・送信・購入を認めることを分けて確認します。

たとえば、請求書を閲覧するためにログインを承認しても、そのアカウントが請求書の発行や変更までできる権限を持っていれば、承認の文面だけで閲覧専用になったとは言えません。

指示文で「閲覧のみ」と伝えることと、更新できない権限に制限することも、別に確認します。

OWASPは「Excessive Agency」への対策として、エージェントに与える機能・権限・自律性を必要な範囲に抑えることを挙げています。

重要な操作の許可をLLMの判断だけに任せず、接続先のシステムで確認するという考え方は、MIFの提案とも共通します。

閲覧だけでも、扱うデータは別に確認する

もう一つ、分けておきたいことがあります。

パスワードをエージェントに見せないことは、ログイン後に表示される情報まで、AIサービスへ渡さないことを意味しません。

たとえば、顧客一覧を要約させるという仮の業務を考えます。

その顧客一覧に氏名、連絡先、取引履歴が含まれていれば、パスワードを見せなくても、エージェントがこれらの情報を読み取る可能性があります。

その内容が外部のモデルへ送られる構成であれば、ログイン情報の扱いとは別に、顧客情報の扱いを確認しなければなりません。

パスワードの保護だけでは、ログイン後に読み取った業務データの送信先や保存方法までは確認できません。

閲覧だけを任せる場合も、対象の情報、モデルへ送られる内容、保存先と保存期間、学習などへの利用条件を確認します。

個人情報保護委員会も、2023年6月2日の「生成AIサービスの利用に関する注意喚起等について」で、個人情報を含むプロンプトの入力について、利用目的の達成に必要な範囲かを確認することなどを示しています。

これは1Passwordの連携を評価した資料ではありませんが、入力される個人情報の扱いを別に確認する理由になります。

MIFは、従業員によるログインの承認と、会社としてのデータ利用の承認を分けて扱うことを勧めます。

ログインを認めただけで、そのAIサービスに顧客情報を読み込ませてよいと判断したことにはしません。

承認の対象、適用範囲・有効期間、記録を整理する

MIFは、業務利用を検討する際、承認を次の三つに分けて整理します。

これは製品の機能区分ではなく、導入時の確認項目を整理する方法です。

承認の対象

何に対する承認かを確かめます。

承認の画面では、使うログイン情報と、その理由を確認できます。

その理由の文章は、作業内容を理解するための材料として使います。

既存のClaudeデスクトップ連携の資料では、エージェントが作業内容に短い理由を添えられること、1Passwordがその内容を信頼できる事実ではなく申告として扱うことが説明されています。

ほかの連携にも同じ扱いが当てはまるとは限りませんが、考え方は参考になります。

理由の文章だけで権限や社内の承認があると判断せず、承認済みの作業内容や依頼の記録を参照して、要求されたアクセスと照らし合わせます。

購入や送信のように影響の大きい操作では、理由だけでなく、対象・金額・送信先などの具体的な内容を、承認と結び付けて確認できるようにするのが望ましいと考えます。

範囲と期間

承認がどの範囲に適用され、いつまで有効かを確かめます。

ここで「期間」と言うとき、対象は一つではありません。

対象	確認すること
1Passwordとエージェントの連携	接続を続けてよい期間、解除の方法、再接続の条件
ログイン情報を使う許可	どの要求・項目・エージェントセッションに対する許可か
接続先サービスのログイン状態	いつ終了するか、ログアウトや無効化をどう行うか
取得済みの業務データ	作業終了や連携解除のあと、どこに残り、どう削除するか

この表は、MIFが利用終了時の確認対象を整理したものです。

実際に使える設定や操作は、連携ごとに確認します。

一般的なWebサービスでは、ログイン後の状態は接続先のセッションとして管理され、その終了には接続先側の処理が関わります。

そのため、1Passwordとの連携を解除しただけで、接続先のログイン状態まで必ず終わるとは判断しないほうがよいと考えます。

利用を終えるときは、エージェントの作業停止、1Passwordとの連携解除、接続先のログイン状態の終了、取得済みデータの扱いを、分けて確認します。

パスワードを変更する場合も、それで既存のログイン状態が無効になるかを確かめます。

記録

後からどの承認や操作を確認できるかを確かめます。

既存のClaudeデスクトップ連携では、許可が項目の利用履歴に記録されると説明されています。

使う連携でどこまで記録されるかを確かめたうえで、製品の履歴と社内の依頼・承認記録を照合し、何を追跡でき、何を追跡できないかを確認します。

業務上必要な承認や操作の履歴を確認できない場合は、利用の範囲や運用の方法を見直します。

社内でメモを残すだけでは、実際の操作の履歴までは補えないためです。

記録する情報は、確認に必要な範囲に絞ります。

依頼・承認・実行結果を対応づけられるよう、作業の識別情報、対象のサービスとアカウント、承認者、時刻、結果を記録します。

パスワードやアクセストークン、ログイン状態を再利用できるセッショントークンの値は含めません。

個人情報も必要な範囲に限り、閲覧できる担当者、保存期間、削除方法をあわせて決めます。

OWASPのログ記録に関するチートシートも、パスワードやアクセストークン、セッション識別子、機微な個人情報をそのまま記録しないよう求めています。

業務で使う前に整理する連携の確認表

業務でエージェントにサインインを任せる前に、会社として決めることと、製品・接続先で確かめることを対応づけた表です。

これはMIFが示す設計例であり、製品の標準設定や、すべての連携で設定できる項目を示すものではありません。

各項目を、自社の条件と担当者に置き換えて整理してください。

項目	決める・確認すること	設定・確認先の例
利用する連携とアカウント	対応する連携・プラン・端末、接続先と使うアカウント。業務での利用が認められているか。共用アカウントを使う場合、誰の依頼・承認・操作かを区別できるか	各連携の公式資料、社内の利用ルール
作業とデータの範囲	読ませる情報、許可する操作、取得後の送信先・保存先を限定する	接続先の権限、エージェント側の設定、利用契約
ログインの確認と業務の承認	誰がログイン要求を確認し、誰が作業とデータの利用を承認するか	製品の確認画面、社内の依頼・承認手順
許可の範囲と有効期間	業務上認めた利用期間を、製品や接続先の設定・終了手順で守れるか。利用終了時に何が無効になるか	連携の仕様、接続先のセッション設定
利用の終了・停止	作業停止、連携解除、ログイン状態の無効化、取得済みデータの扱い	エージェント、1Password、接続先サービス
記録	依頼・承認・実行結果の対応関係、記録しない秘密情報、閲覧権限と保存期間	各サービスの履歴、社内の記録
見直し	担当者・作業・権限・連携の仕様が変わったとき、誰が再確認するか	管理記録、変更管理の手順

始めるときは、対象の情報と操作を必要な範囲に絞ります。

閲覧だけの場合も、読み込む情報と取得後の扱いを確認し、範囲を広げるときは改めて評価します。

まとめ

MIFは、パスワードをエージェントに直接扱わせない設計を、秘密情報の露出を抑えるための一つの方法として捉えています。

そのうえで、ログインを許可するか、ログイン後にどの作業を認めるか、そのAIサービスで対象の個人情報や業務データを扱ってよいかを、分けて確認します。

利用する連携ごとに、承認の対象、有効な範囲と期間、履歴、解除の効果を確かめ、自社の業務の条件と対応づけます。

決めた制限が、実際の権限や設定に反映されているかも、利用の前に確かめます。

記録を残すときは秘密情報を記録せず、利用を終えるときは、連携の解除、ログイン状態の終了、取得済みデータの扱いをそれぞれ確認します。

情報確認について

本記事は、1Passwordのプレスリリース「1Password for Agents Launches as the Trust Layer for Personal AI Agents」（2026年10月22日）、同日付の公式ブログ「Introducing 1Password for Agents」、製品ページ「個人向けAIエージェント連携」のFAQ、既存のClaudeデスクトップ連携に関する1Passwordのサポート記事（使い方とセキュリティの解説）を主要な参照元とし、2026年10月27日確認時点の情報をもとに作成しています。

Claudeデスクトップ連携の仕組みは、その連携についての説明として引用しており、1Password for Agentsのすべての連携の仕様として扱ってはいません。

提供状況、対象アカウント、料金、連携ごとの仕様は変更される可能性があります。

個人情報の扱いについては個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」（2023年6月2日）を、権限・セッション・記録の考え方についてはOWASPのLLMアプリケーション向けリスク一覧とチートシート群を参照しています。

承認を対象、適用範囲・有効期間、記録に分ける整理と、連携の確認表は、MIFによるものであり、1Passwordの説明ではありません。

私たちは実機で挙動を検証していません。

導入を検討する際は、利用する連携についての1Passwordの最新の公式情報でご確認ください。