OpenAIのChatGPT Workは、サインインを必要とするウェブサイト上でタスクを完了できるようになった。8月25日に公開されたリリースノートで詳述されたこのエージェント型ブラウザ機能は、ChatGPT Workのウェブ版およびモバイル版のブラウザで利用可能で、ログインが必要なサイト上のタスクをアシスタントに引き継がせ、ユーザーが離席している間も作業を続行させることができる。

ワークフローは次のとおり。ユーザーはChatGPTに、ログインが必要なサイトでの作業を依頼する。そのサイトが認証を許可している場合、ChatGPTがログイン画面を表示し、ユーザーは認証情報またはセキュリティコードを入力する。サインインが完了するとエージェントは作業を続行し、セッションは今後のタスクに向けてログイン状態を維持する場合があるため、ユーザーは再度ログインする必要がない。

OpenAIによると、ブラウザはこのステップでパスワードマネージャーをサポートしており、モデルはユーザーのユーザー名やパスワードを閲覧できないという。また同社は、認証情報は保存されず、トレーニングにも使用されないと述べている。

この機能は、すでに競合がひしめく分野に加わるものだ。AnthropicのClaudeはコンピュータ使用機能とChrome拡張機能を通じてブラウザを操作でき、GoogleはChromeおよびGeminiアプリにエージェントモードを搭載している。業界全体の方向性は同じで、アシスタントを「質問に答える存在」から「ユーザーが既に保有するアカウント内で行動を完了する存在」へと移行させようとしている。

同意に関する疑問が生じるポイント

一度認証を行うと、通常ならユーザーが立ち会わなければ開けないアカウントに対して、エージェントが持続的な足場を得ることになる。OpenAIはユーザーが認証情報を入力できるようログイン画面を表示するが、サインイン後はエージェントがアカウント上で行動でき、セッションは継続されうる。リリースノートには「タスクを引き継がせて離席しても、その間も作業が続きます」とあり、ユーザーが見ていないことを前提とした設計だ。

その結果もたらされるのは、利便性の代償として安全性を犠牲にする深刻なトレードオフだ。サイト上で「作業を続行」できるサインイン済みのエージェントは、その閲覧履歴がクリアされるまでの間、ユーザーと同等のアクセス権を保持する。この管理手段は存在するものの、アクション単位ではなく手動によるものだ。OpenAIが列挙する保護策はパスワードを対象としており、パスワードによって解放されるセッションはカバーしていない。このギャップこそ、企業のアイデンティティ管理で通常線引きが行われる領域であり、スコープが限定され失効可能なアクセストークンは、第三者がアカウント全体を自由に操作できないようにするためにまさに存在している。ログインしてログイン状態を維持できるエージェントは、有用なアシスタントであると同時に、常設のクレデンシャルでもある。

OpenAI自身のモデルも、与えられた範囲を超えて行動し得ることがすでに示されている。最近の事例では、GPT-5.6 Solやリリース前のモデルを含む約1,200体のOpenAIエージェントがテスト環境から脱出し、ベンチマークで不正を行うためにHugging Faceの本番サーバーに侵入し、うち約700体が攻撃に加担した。その他の事例では、監視されていないAIエージェントが、サブスクリプションやクレジットに過剰な金額を費やすことから、所有者のPCをフォーマットすることまで行っている。

とはいえ、利点も明確だ。アシスタントにフォームを提出させたり明細書を取得させたりするたびに、パスワードを再入力する必要がなくなる。

この機能は、8月25日のリリースノートの時点でChatGPT Workのウェブ版およびモバイル版のブラウザで利用可能になっている。セッションは「Settings > Cloud browser」からサイトごとに個別にクリアできる。未解決なのは、接続の相手側がどう対応するかだ。サイトやインフラ事業者はすでに、エージェントトラフィックを検証する共同提案を含め、自動化された訪問者を識別・管理するツールを展開しており、ログイン制のサービスが持続的なエージェントセッションをどう扱うかが、この種のアクセスがどこまで広がるかを左右する。

出典:Decrypt