>
>
公開日
OpenAIは2026年8月25日（現地時間）、AIエージェント機能「ChatGPT Work」のWeb版・モバイル版で、ログイン（サインイン）が必要なWebサイトでもタスクを最後まで代行できるようになったと発表しました。これまでは認証の壁でタスクが止まっていましたが、ユーザー自身がその場でログインすればセッションが維持され、以降はChatGPTが作業を引き継げます。情シスにとっての論点は「機能が便利かどうか」ではなく、社員が持つ社内外のログイン権限が、AIエージェントの操作範囲としてそのまま拡張されるという統制上の変化です。
本記事のポイント
クラウドブラウザ上でログイン画面を提示し、ユーザーが入力した認証情報はAIモデルに一切送信されない設計（OpenAI公式説明）
対象はPlus・Pro・Businessプラン。Enterprise・Eduでの扱いは本稿執筆時点で公式アナウンスなし
情シス自身の定型業務も効率化する一方、ログイン画面という「人間が立ち止まる機会」を手放すトレードオフも生む
情シス視点の焦点は「AIに渡す認証情報」ではなく「AIエージェントに広がるアクセス権限」の可視化と棚卸し
何が変わったのか：認証の壁を越えるChatGPT Work
ChatGPT Workは、クラウド上で動く専用ブラウザ（クラウドブラウザ）でWebサイトを操作するエージェント機能です。これまでは、ログインが必要なサイトに到達するとそこでタスクが止まっていました。
今回のアップデートで、認証が必要な画面に遭遇するとChatGPTが安全なサインイン画面を提示するようになりました。ユーザーがそこでIDとパスワードを入力すればログインが完了し、以降の作業はChatGPTに任せられます。あわせて次の点も対応しています。
ログイン後のセッションは維持され、タスクのたびにログインし直す必要はない
iOSでは対応するパスワードマネージャーからの自動入力、二要素認証のセキュリティコード入力にも対応
デスクトップアプリでは端末内蔵ブラウザを使う構造上、この認証対応はもともとWeb/モバイル版に先行して実現していた
情シスにとっての実利は、API連携のない中小SaaSの管理画面やベンダーポータルでのライセンス確認、手作業でのステータスチェックなど、情シス部門にはログインしてクリックするだけの定型作業が数多く残っています。こうした作業をChatGPT Workに任せられれば、情シス自身の工数削減に直結します。
パスワードを「見せない」仕組みと確認フロー
情シスが最初に確認すべきは、認証情報がどう扱われるかです。OpenAIは大きく2つの安全設計を用意しています。
安全設計 | 内容 |
|---|---|
認証情報の分離 | ユーザーが入力したID・パスワードはAIモデルに送信されず、学習にも使われない。ブラウザ側のセキュアなサインインフォームで処理され、閲覧履歴はサイト単位・一括で削除でき、削除したサイトからは自動でログアウトされる |
重大操作前の確認 | 予約確定や決済といった重大なアクションの前には必ず確認が求められ、AIが単独で契約・支払いを完結させることはない。作業が行き詰まった際は、ユーザーがクラウドブラウザの操作を引き取ることも可能 |
ここで情シスが持つべき視点は、「パスワードが漏れないなら安全」という単純な話ではない点です。認証情報自体がモデルに渡らなくても、ログインした先のサイトで閲覧・操作できる情報の範囲は、そのアカウントが持つ権限そのままです。人間が手作業でアクセスするときと同じ権限管理・最小権限の原則が、AIエージェント経由のアクセスにも及ぶかどうかが統制の核心になります。この論点は、パスワードを渡さずにAIへログイン代行させる仕組みを扱った1Password for Claudeの解説記事でも共通して整理しているポイントです。
対象プランと利用条件
日本企業の多くが契約しているBusinessプランは、今回のアップデートの対象に含まれます。個人向けのPlus・Proと同じく、ログイン必須サイトの操作がそのまま使えます。
プラン | 対応状況 |
|---|---|
Plus・Pro | 対応（個人向けプラン） |
Business | 対応。公式ヘルプページの記載はPlus・Proのみだが、OpenAI公式X（@ChatGPT）の発表と国内報道はBusinessを対象に含めている |
Enterprise・Edu | 本稿執筆時点で公式アナウンスなし |
EnterpriseまたはEduでChatGPTを契約している企業は、自社の管理者コンソールを開いて機能が有効になっているかを直接確認するのが最も早く、確実です。
料金プランや前提となるモデル世代（GPT-5.6）の詳細は、GPT-5.6の情シス向け機能・価格・導入判断ガイドで整理しています。
情シスが警戒すべきリスクと統制の論点
機能そのものの安全設計とは別に、情シスが押さえるべきリスクは大きく3つに整理できます。
1点目は、アクセス権限の実質的な拡張です。ChatGPT Workは人間の代わりにログインして作業するため、そのアカウントが持つ権限の範囲でどんな操作が可能になるかは、これまでのSaaSアカウント管理と同じ発想で棚卸しする必要があります。特に、退職者・異動者のアカウントが放置されていた場合、AIエージェント経由での不適切な操作リスクが人間の操作以上に見えにくくなる点は注意が必要です。
2点目は、シャドーAI化のリスクです。会社支給のPlus/Pro/Businessアカウントであれば会社の統制下にありますが、従業員が個人契約のChatGPTアカウントで業務システムにログインし作業を代行させた場合、会社が把握しないところで業務データやログイン権限がAIエージェントに渡ることになります。生成AI経由の情報漏洩の典型パターンについてはChatGPT情報漏洩事例と企業が取るべき対策で解説していますが、「ログイン代行」という新しい経路が加わったことで、可視化の重要性はさらに増しています。
3点目は、エージェントの誤動作・暴走リスクです。確認プロンプトが挟まる設計とはいえ、AIエージェントが自律的にWebサイトを操作する以上、想定外の操作や意図しないデータ送信のリスクはゼロにはなりません。他社エージェントで実際に発生した暴走事例とその教訓はOpenAIのAI暴走・他社への不正侵入事例にまとめており、あわせてプロンプトインジェクションへの耐性強化の動きはGPT-Redが示すプロンプトインジェクション対策で取り上げています。ChatGPT Workと同時期に発表された「ChatGPT Sites」のガバナンス論点も合わせて確認すると、OpenAIのエージェント機能全体に共通する統制の考え方が見えてきます（ChatGPT Sitesの情シス向け統制ガイド）。
4点目は、シャドーAIや暴走とは別次元の論点として、人間が自然に持っていた「立ち止まる機会」が失われることです。これまで認証の壁は技術的な障壁であると同時に、「ここは重要な操作をする場所だ」と人間に意識させ、フィッシングサイトへの違和感や不審な挙動に気づく最後のチェックポイントでもありました。ログインをAIが淡々と代行するようになると、この確認機会が省略されるだけでなく、結果として何が起きたかはログで追えても「その瞬間になぜその操作を選んだか」という判断の説明責任が曖昧になりやすく、監査・インシデント対応の場面で新たに向き合うべき論点になります。
情シスが今すぐ取るべきアクション
自社での影響を最小化しつつ活用のメリットを得るには、次の順序での対応が現実的です。
1. 自社ワークスペースでの提供状況と管理者設定を確認する BusinessまたはEnterpriseの管理者コンソールで、ChatGPT Workのログイン機能が有効になっているか、アクセス許可サイトの制御が可能かを確認します。前述のとおりリリースノートの記載にばらつきがあるため、自社契約プランのサポート窓口や管理者画面での一次確認が確実です。
2. AI利用ガイドラインに「ログイン代行」の条項を追加する 既存の生成AI利用ガイドラインに、ChatGPT Workへのログイン代行を許可する業務範囲、禁止するサイト種別（人事・給与・財務など機密性の高いシステム）、個人アカウントでの業務利用禁止を明記します。ガイドライン整備の進め方はAI利用ガイドラインの作り方を参照してください。
3. アカウント権限とAIエージェント利用の突合を仕組み化する どの従業員がどのSaaS・システムにログイン権限を持ち、そのうちどのアカウントがChatGPT Workと連携しているかを可視化します。入退社に伴うアカウントのライフサイクル管理を徹底することが、AIエージェント経由のアクセス統制でも土台になります。
4. シャドーAIの検知体制を整える 個人契約アカウントでの業務システムログイン代行は、会社の管理外で行われるため通常のログ監視だけでは把握しづらい領域です。OAuth連携や利用実態の可視化手法は生成AI利用状況の可視化ガイドで解説しています。
5. 重大操作の確認フローが実際に機能しているか検証する 予約確定・決済などの確認プロンプトが自社の利用シーンで確実に発火するか、パイロット運用の段階で検証しておくと、本番展開後のトラブルを防げます。
他社AIエージェントとの比較で見る位置づけ
ログイン必須サイトの操作対応は、ChatGPT Work単体の機能強化にとどまらず、AIエージェントが人間の業務権限をどこまで代行するかという業界共通のトレンドの一部です。GoogleのGemini SparkやAnthropicのClaude Coworkも、それぞれ異なるアプローチで企業向けエージェント機能を拡張しており、選定にあたっては単純な機能比較だけでなく管理者統制やデータ取り扱いの違いを見る必要があります。3製品の選定基準はChatGPT Work・Gemini Spark・Claude Cowork徹底比較にまとめているので、自社の全社標準ツールを検討する際の参考にしてください。
また、AIエージェントがMCP等の仕組みで社内外のツールに接続する際の統制論点は、MCP企業導入のセキュリティ完全ガイドで扱っています。ログイン代行とMCP経由のツール連携は技術的には別物ですが、「AIエージェントに何の権限をどこまで渡すか」という統制上の問いは共通しています。
よくある質問（FAQ）
Q. ChatGPT Workは入力したパスワードを保存したり、AIの学習に使ったりしますか？
A. OpenAIの説明では、ユーザー名・パスワードはAIモデルに送信されず、モデルの学習にも使用されないとされています。ChatGPTはユーザー名やパスワードを保存しない設計です。
Q. 対象プランはどこまでですか？Enterpriseでも使えますか？
A. Plus・Pro・Businessが対象です。OpenAIのヘルプページはPlus・Proまでしか更新されていませんが、公式Xの発表ではBusinessも対象に含まれています。組織向け上位プランのEnterprise・教育機関向けのEduについては公式アナウンスがまだないため、自社の管理者コンソールでご確認ください。
Q. AIが予約や決済を勝手に完了させてしまうことはありますか？
A. OpenAIの説明によれば、予約の確定や決済といった重大なアクションの前には必ずユーザーへの確認が求められる設計です。ただし確認フローが自社の利用シーンで確実に機能するかは、導入前の検証をおすすめします。
Q. 個人のChatGPTアカウントで会社のシステムにログインさせるのは問題になりますか？
A. 会社が契約・管理していないアカウントで業務システムへのログイン代行を行うことは、シャドーAIに該当し得ます。認証情報や業務データが会社の管理外で扱われるリスクがあるため、AI利用ガイドラインで個人アカウントでの業務利用を明確に禁止し、利用実態を可視化する仕組みを併用することが望ましいです。
まとめ：見るべきは「パスワード」ではなく「権限の範囲」
ChatGPT Workのログイン必須サイト対応は、情シス自身の定型業務も含めて業務効率化に直結する一方、ログイン画面という「人間が立ち止まる最後の機会」を手放すことでもあります。OpenAIはパスワードをAIモデルに触れさせない設計と、重大操作前の確認フローで安全性を担保していますが、情シスが本質的に向き合うべき課題は「認証情報が漏れるかどうか」ではなく、AIエージェントに広がっていくアクセス権限と、そこから失われる人間のチェック機会を、どう可視化し補い続けるかです。
✅ 自社のプラン（Plus/Pro/Business/Enterprise）でのログイン機能の提供状況を管理者コンソールで確認する
✅ AI利用ガイドラインに「ログイン代行」の許可範囲・禁止対象システムを明記する
✅ アカウント権限とAIエージェント連携状況の突合、個人アカウントでのシャドーAI利用の検知体制を整える
✅ 重大操作前の確認フローが実際に機能するか、導入前にパイロット検証する
SaaS管理プラットフォーム「マネーフォワード Admina」は、ChatGPTをはじめとするAIサービスのアカウント一元管理、OAuth連携の可視化によるシャドーAI検知、入退社に伴うアカウントライフサイクル管理を支援します。AIエージェントに広がる権限の可視化にお悩みの方は、ぜひお気軽にご相談ください。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
