ChatGPT Work、パスワードを見せずにログイン必須サイトを操作可能に

OpenAIは2026年8月25日、ChatGPT Workのクラウドブラウザーを更新しました。これまでログイン画面で止まっていたワークフローが、対応するログイン必須サイトでも、ユーザーの認証後に作業を続けられるようになったのが大きな変更です。

ログインが必要になると、サイトの認証画面がユーザーに表示されます。ユーザーはそこでユーザー名、パスワード、必要に応じてセキュリティコードを入力し、Workに作業を戻します。OpenAIによると、ChatGPTはユーザー名やパスワードを見ません。2

ログイン対応で何が変わるのか

従来のクラウドブラウザーは、公開ページの閲覧やフォーム入力などが中心で、アカウントへのログインが必要になると処理を止めていました。今回の更新により、Web版とモバイル版のChatGPT Workで、ログイン後のアカウント内作業にも対応します。231

OpenAIが挙げている利用例には、次のようなものがあります。

• 引っ越し後の公共料金の利用開始手続き
• 運転免許センター（DMV）やパスポートの予約
• 保険の払い戻し状況の確認
• ブラウザーを開いてログインしなければできなかった各種手続き

重要なのは、認証情報をChatGPTとの会話欄に入力するのではなく、クラウドブラウザーのログイン画面で入力する点です。OpenAIのリリースノートでは、ログイン後にセキュリティコードの入力が必要になる場合もあると説明されています。2

一部の報道では、ログイン時に既存のパスワードマネージャーを利用できるとされています。19ただし、OpenAIが提供したリリースノートには、対応するパスワードマネージャーの種類や完全な互換性リストまでは記載されていません。利用できるかどうかは、実際の環境で確認する必要があります。

ログイン状態が残るため、便利さとリスクは表裏一体

一度ログインすると、そのセッションが将来のタスクでも有効なままになる場合があります。つまり、同じサイトをWorkが再び利用するとき、毎回ログインし直さなくて済む可能性があります。2

一方で、守るべき対象はパスワードだけではなくなります。有効なブラウザーセッションが残っていれば、サイト側で期限切れになるか、ユーザーが明示的に取り消すまで、ログイン済みの状態が維持される可能性があるためです。

使わなくなったサイトについては、どのサービスがログイン状態のまま残っているかを確認し、必要に応じてリモートブラウザーのセッションを失効させたり、サイトデータやCookieを削除したりするのが安全です。提供された資料ではセッションが保持される可能性は確認できますが、サイトごとの保持期間や、サイトデータを削除する具体的な設定メニューの手順までは示されていません。

確認されている保護策

OpenAIは、ユーザー名とパスワードがモデルに表示されないこと、ログイン時に別途セキュリティコードを求められる場合があることを説明しています。2

また、Web Bot Authを使えば、Webサイト運営者はクラウドブラウザーからのリクエストがChatGPT Workを発信元としているか確認できます。仕組みにはHTTP Message Signaturesが使われ、各リクエストにはSignature、Signature-Input、Signature-Agentヘッダーが含まれます。企業はこの情報を使って、CDNやファイアウォールで正規のクラウドブラウザー通信を許可リストに登録できます。5

ただし、これは通信の出どころを確認する仕組みです。遷移先のWebサイトが安全であることを証明したり、悪意のある偽サイトから自動的に保護したりするものではありません。提供された公式資料だけでは、認証前に別のモデルがフィッシングを検査する仕組み、認証情報入力中のスクリーンショット処理、プロンプトインジェクションへの包括的な対策についても、十分な詳細を確認できません。

重要な操作では、これまで通りユーザーが判断する

クラウドブラウザーは、追加情報や確認が必要な場面で一時停止します。OpenAIの案内では、予約の確定や支払いなど、結果が現実世界に影響する操作の前に確認を求めるとされています。7

そのため、ログインできたからといって、Workに無制限の権限を与えられるわけではありません。金銭の支払い、法的な同意、アカウント設定の変更、予約の確定などでは、次の点を確認してから承認するのがよいでしょう。

• 正しいサイトや宛先か
• 依頼した操作内容と一致しているか
• 金額、日時、送付先などの最終情報に誤りがないか

確認画面は誤操作を減らしますが、Webページ、メール、文書などに埋め込まれた悪意ある指示を完全に防ぐものではありません。フィッシングやプロンプトインジェクションをどの程度の精度で検出できるかを示す定量的な資料は、今回提供されたソースにはありません。したがって、安全性を過度に断定するのは避けるべきです。

対象プランと提供地域には制限

OpenAIのクラウドブラウザー案内によると、この機能は対応地域の有料ChatGPTプランに含まれ、FreeとGoは対象外です。提供状況は段階的な展開やワークスペースの権限によって異なる場合があります。7

ログイン必須サイトへの対応について、プラン別の完全な提供表は今回のリリースノートにはありません。利用できるかどうかは、アカウントやワークスペースの設定画面で確認する必要があります。

Scheduled Tasksは「時刻」から「出来事」を起点に

同じ8月25日の更新では、Scheduled Tasksにも変更が加わりました。従来の固定スケジュールだけでなく、Gmail、Slack、GitHubで対応するイベントが発生したときにタスクを開始できます。32

たとえば、新着メールの振り分け、Slackチャンネルの活動要約、GitHubのプルリクエストに寄せられたフィードバックへの対応などが可能になります。一定間隔で何度も確認するのではなく、対象の出来事をきっかけに実行する仕組みです。32

Business、Enterprise、Edu、Healthcareのワークスペースでは、管理者が承認したアプリ向けにイベントトリガー型タスクを有効化できます。Enterprise、Edu、Healthcareでは、管理者が「Allow event-triggered scheduled tasks」を有効にするまで、この権限は初期状態でオフです。対応するWebhookの例として、新着Gmailメッセージ、Slackチャンネルのメッセージ、GitHubのプルリクエスト活動が挙げられています。4

Scheduled Tasksは共有にも対応しました。対象タスクを受け取ったユーザーは内容を確認・編集し、自分のアプリを接続して、元のユーザーの接続情報を引き継がない独立したコピーとしてスケジュールできます。10

無料ユーザーにもScheduled Tasksの提供が始まりました。OpenAIの8月25日の告知では、Freeユーザーは最大3件のアクティブなタスクを作成できます。一方、公式ドキュメントではFreeとGoのアカウントはイベントトリガー型タスクを作成できないと説明されています。4437

まとめ：パスワードを守っても、ログイン状態は管理が必要

ChatGPT Workは今回の更新で、ユーザーが認証を行った後の対応サイト内でも作業できるようになりました。ユーザー名やパスワードをモデルに見せずに済む設計は大きな前進ですが、ログイン済みのリモートセッションが残ることで、新たな管理責任も生まれます。

まずは、公共料金の手続きや情報確認など、範囲を限定しやすい作業から使うのが無難です。重要な操作では最終画面を自分で確認し、不要になったサイトのリモートセッションやサイトデータは削除する。この基本を守ることが、ログイン機能を便利に使うための現実的な対策になります。