GPT-6 Cyberとは｜利用条件と自社で確かめる4つの準備

GPT-6 Cyberは、OpenAIが2026年11月5日に発表した、脆弱性の発見と検証、修正案づくりに特化したモデルです。最初は、承認を受けた一部の顧客に、APIとCodexから提供されます。

社内でAIの使い方を決める立場の経営者・担当者に向けた記事です。読み終わる頃には、自社で直接申し込むかどうかを判断し、委託先への確認と社内ルールの追記に着手できる状態を目指します。

OpenAIのほかのモデルの使い分けは、GPT-6.1 SolとWork・Codex・APIの使い分けで説明しています。この記事はGPT-6 Cyberと、自社の備えに絞って進めます。

Contents / 目次

1. GPT-6 Cyberとは。発表内容と提供先の早見表
2. 自社で直接使えるか。申し込む会社と委託先経由で関わる会社の分かれ目
3. GPT-6 Cyberの発表を受けて自社で確かめる4つの準備
4. 脆弱性の検査をAIに任せるときの失敗と見積もりの落とし穴
5. GPT-6 Cyberについてよくある質問
6. まずは自社のソフトの一覧づくりから

GPT-6 Cyberとは。発表内容と提供先の早見表

GPT-6 Cyberは、ソフトウェアを読んで弱点を探し、その弱点が実際に悪用できるかを確かめ、修正案（パッチ）まで提案します。発表の題は「GPT‑6 Cyber: Advancing the frontier of aligned cybersecurity agents」です。

脆弱性とは、ソフトウェアの設計や作りの不備のうち、第三者に悪用されると情報の流出や乗っ取りにつながる弱点のことです。エクスプロイトとは、その弱点が実際に悪用できると示すための攻撃コードを指します。

項目	公式発表の内容（2026年11月7日時点）
発表日	2026年11月5日
できること	脆弱性の発見と検証、エクスプロイトの作成、パッチの提案
提供の形	APIとCodex
対象	承認されたDaybreak Red顧客の一部から始め、すべてのDaybreak Red顧客へ段階的に広げる予定
申請	組織はDaybreakに申請できる。GPT-6 Cyberを使うには、Daybreak Redの承認に加えて、このモデルの承認が別に要る
利用する組織の要件	シングルサインオン（SSO）の必須化と多要素認証。APIで使う場合は、接続元のIPアドレスを許可リストに登録する
日本で使えるか	発表に地域の記載は無い。申請時にOpenAIの案内で確認が必要

OpenAIの研究者はGPT-6 Cyberを使い、Linuxカーネルの脆弱性948件に対して、実際に動く権限昇格のエクスプロイトを作りました。権限昇格とは、一般ユーザーとしてサーバーに入れる者が、管理者の権限を得られてしまう弱点のことです。Firefoxでは、これまで知られていなかった深刻度の高い脆弱性を81件見つけています。

対象外のサービスを攻撃しないかどうかも、OpenAIは評価で確かめています。安全のための指示を与えない状態でも、対象外のサービスへの悪用を99.93%のケースで避け、指示を与えた状態では100%避けたとOpenAIの公式発表は説明しています。

一方でOpenAIは、安全評価の枠組み（Preparedness Framework）でサイバーセキュリティの区分を、GPT-5.6 Cyberの「High」から「Critical」に上げました。

自社で直接使えるか。申し込む会社と委託先経由で関わる会社の分かれ目

セキュリティの専任担当者がいない会社では、GPT-6 Cyberを自社で直接使う場面はほとんどありません。最初は承認を受けた一部の顧客だけに、APIとCodexから提供されるからです。次の表で、自社がどちらに当たるかを確かめてください。

確かめる点	直接の申請を検討する会社	委託先を通じて関わる会社
担当者	脆弱性の検査を担当する技術者が社内にいる	システムやサイトの保守を外部に委託している
検査の対象	自社で開発・管理しているソフトウェアがある	WordPressや市販の業務ソフトなど、他社製のソフトを使っている
社内の認証	シングルサインオンと多要素認証を全社で使っている	アカウントの管理方法が部署ごとに違う
APIの利用	OpenAIのAPIを使った開発の経験がある	AIはChatGPTなどの画面から使っているだけ

「委託先を通じて関わる会社」の列に当てはまる項目が多いなら、GPT-6 Cyberの影響は委託先やソフトの提供元を通じて届きます。見つかった脆弱性は、提供元が修正版のソフト（アップデート）を公開すれば、それを当てて塞げます。修正版が出るかどうかや公開の時期は、提供元の対応によって変わります。自社で効くのは、そのアップデートを早く当てる体制と、委託先に何を確かめるかを決めておくことです。

自社サイトの弱点を調べようとして、ChatGPTに設定ファイルやソースコードを貼り付けることは、情報の扱いの問題になります。

社員が個人でAIを使い始めていて、入力してよい情報がまだ決まっていない場合は、経営者と担当者が一緒に学ぶAI活用研修で、会社の情報を入力する前の確認方法を先に学ぶ進め方もあります。

GPT-6 Cyberの発表を受けて自社で確かめる4つの準備

委託先を通じて関わる会社が今週から始められるのは、次の4つです。どれもツールの契約は要りません。

1. 自社で動いているソフトの一覧を作る
2. 保守の委託先に、アップデートの扱いを確認する
3. 脆弱性の検査を依頼するときに書面で決める項目を用意する
4. 社内のAI利用ルールに、セキュリティ情報の扱いを追記する

ステップ1。自社で動いているソフトの一覧を作る

どのソフトに脆弱性が見つかったら自社に関係するのか。それを判断するには、使っているソフトの名前と管理者を書き出した一覧が要ります。表計算ソフトに次の列を作り、ホームページ・業務システム・社内ネットワークの機器を1行ずつ書きます。

ソフト・機器の名前	用途	インターネットに公開しているか	管理しているのは誰か	最後にアップデートした日
WordPress本体	会社のホームページ	公開	制作会社	（記入）
お問い合わせフォームのプラグイン	問い合わせの受付	公開	制作会社	（記入）
VPN機器	社外からの接続	公開	自社の総務	（記入）
会計ソフト	経理	非公開	提供元	（記入）

「インターネットに公開しているか」の列は優先度を決めるために使います。外から誰でも接続できるソフトほど、脆弱性が公表されたときに先に修正を当てる必要があります。プラグインの古さが気になる場合は、古いプラグインの脆弱性を安全に書き換える手順も参考になります。

ステップ2。保守の委託先にアップデートの扱いを確認する

AIで脆弱性が見つかる件数が増えれば、公開されるアップデートも増えます。保守契約で「アップデートは誰が、どのくらいの間隔で当てるのか」が決まっていないと、修正版が出ていても自社のサイトは古いまま、という状態になります。次の文面を、委託先へのメールにそのまま使えます。

件名：保守契約の内容について確認させてください

［委託先の会社名］
［担当者名］様

いつもお世話になっております。［自社名］の［氏名］です。
OpenAIのGPT-6 Cyberの発表を受け、社内で保守の体制を確かめています。
お手数ですが、次の点を教えていただけますでしょうか。

1. WordPress本体・プラグイン・サーバーのアップデートは、どなたが、どのくらいの間隔で適用していますか
2. 深刻な脆弱性が公表されたとき、弊社への連絡と適用までの目安の日数は決まっていますか
3. 脆弱性の検査やコードの確認にAIを使う場合、弊社のデータをどのサービスに送るかを事前に教えていただけますか
4. 上記が現在の契約に含まれていない場合、追加の費用と作業の内容を教えてください

［日付］までにご返信いただけると助かります。
よろしくお願いいたします。

ステップ3。脆弱性の検査を依頼するときに書面で決める項目

Daybreak Redでは、GPT-6 Cyberを使った許可済みのセキュリティテストができます。OpenAIは、Daybreakを使ってよい対象を、利用する組織が所有・運用するシステムか、検査の許可を明示的に受けたシステムに限っています。また、Daybreakを使えるのは、利用する組織のチームが行う社内のセキュリティ作業だけで、社外に提供するセキュリティサービスには使えないと説明しています。委託先がAIを使って検査する場合も、検査してよい対象をシステムの持ち主が許可していることが前提です。検査を依頼する側の会社は、その許可を出す立場になります。次の項目を、依頼書か契約書に書いておきます。

• 検査の対象：URL、IPアドレス、アプリの名前を列挙する。書いていないものは対象外とする
• 期間と時間帯：業務への影響が小さい曜日と時間を指定する
• してはいけない操作：データの削除、本番システムの停止、対象外のサーバーへの接続
• 使うAIと送るデータ：どのサービスに何のデータを送るか、保存されるか
• 止める条件と連絡先：想定外の動きが出たときに作業を止める判断と、夜間の連絡先
• 報告の形：見つけた弱点の深刻度、悪用の条件、修正案、報告の期限

ステップ4。社内のAI利用ルールにセキュリティ情報の扱いを追記する

既存のAI利用ルールに、次の3行を足します。ルールそのものが無い会社は、生成AIの社内ルールのひな形から作り始めると早く進みます。

• 入力しない情報：パスワード、APIキー、サーバーの設定ファイル、アクセスログ、自社のソースコード
• 自社で検査しない：自社や他社のシステムの弱点探しを、社員がAIで試すことを禁止する
• 相談先：脆弱性の疑いに気づいたら、AIに調べさせず［担当部署］と保守の委託先に連絡する

この章で押さえるのは、GPT-6 Cyberを使わない会社でも「どのソフトを、誰が、いつ修正するか」を決めておけば、発見が増えたあとの修正の遅れを防げる、という点です。

脆弱性の検査をAIに任せるときの失敗と見積もりの落とし穴

AIを使った脆弱性の検査を委託先に依頼すると、発見の速さと引き換えに、依頼する側の判断が増えます。この条件で起きやすい失敗を4つ挙げます。

「ChatGPTで同じことができる」と考えて社内の情報を貼り付ける

GPT-6 Cyberの報道を見て、自社サイトの設定ファイルをChatGPTに貼り付け、弱点を調べさせる例です。

設定ファイルにはパスワードやサーバーの情報が含まれることがあり、情報の流出の原因になります。防ぐには、ステップ4のルールで入力しない情報を明記します。

取引先の情報の扱いはChatGPT業務利用のリスクとNDAの線引きで説明しています。

自社の管理ではないサーバーまで検査の対象に含める

レンタルサーバーや外部のサービスの上で自社サイトが動いている場合、そのサーバーの管理者は別の会社です。依頼書に「自社サイト一式」とだけ書くと、サーバー側の機能まで検査されるおそれがあります。

サーバーの管理者の許可が無い検査は、その会社との契約の問題になりかねません。

依頼書の対象はURLやアプリ名で列挙し、サーバーの管理者が別にいるものは、その管理者の規約を委託先と一緒に確かめてから加えます。

見積もりを発見の費用だけで比べる

GPT-6 Cyberをコードレビューに使っているCodeRabbitのCEOは、同社の内部ベンチマークで、本番で使っているモデルより深刻度が高・中のセキュリティ上の問題を66%多く見つけたと、OpenAIの公式発表の中で述べています。委託先が使うAIの検査で件数がどれだけ変わるかは、検査の方法によって異なります。

見積もりが「検査一式」だけで、修正の作業が別料金になっていると、報告書を受け取ったあとに修正の費用が想定を超えます。比べるときは、次の4つの作業が含まれているかを、作業ごとに確かめます。

• 発見
• 優先度の判断
• 修正
• 修正後の再確認

報告の件数だけを見て、修正の順番を委託先に任せきる

報告書に数十件の弱点が並ぶと、件数の多さに目が向きます。修正の順番は次の3つで変わり、その判断には自社の事情が要ります。

• インターネットに公開しているか
• 顧客の情報を扱うか
• 止まると売上に響くか

ステップ1の一覧の「公開」の列と用途の列を委託先に渡し、優先度を一緒に決めます。AIが見つけて修正案を出すところまでは任せられても、どの修正から当てるかは担当者が決める作業です。

この章で押さえるのは、AIで検査を速くするほど、検査の対象・修正の費用・修正の順番という依頼する側の判断が先に必要になる、という点です。

GPT-6 Cyberについてよくある質問

まずは自社のソフトの一覧づくりから

今日できる最初の一歩は、自社のホームページで使っているWordPressのプラグインの名前を、保守の委託先に一覧で送ってもらうことです。AIの業務利用で情報の扱いを決めたい場合は、全面禁止せずに情報漏洩を止めるシャドーAI対策が次に読む記事として役立ちます。

ソフトの一覧の更新やアップデートの記録を毎月続けるのが負担になりそうなら、その定期の確認作業を仕組みにする方法もあります。繰り返す作業を仕組みにするAI導入支援では、AIに任せる処理と担当者が確認する内容を決めるところからご相談いただけます。いまの管理の状況を伺うだけでも大丈夫です。