OpenAI GPT-6 Cyber提供開始、個別承認組織限定

OpenAIが2026年11月5日にGPT-6 Cyberを発表した。初期の利用対象はモデルの承認を別途受けたDaybreak Red組織である。APIとCodexを通じて提供される。

OpenAIの発表文・文書・システムカードを2026年11月7日時点で確認した。

脆弱性調査と修正内容の検証を支援するモデルをリリース

GPT-6 Cyberは脆弱性調査と修正内容の検証を支援する。OpenAI APIの変更履歴にリリース内容が掲載された。脆弱性を再現する作業は、許可されたテスト環境が前提となる。

OpenAIが説明した用途は以下のとおりである。

• 脆弱性調査
• 許可されたテスト環境での脆弱性再現
• 修正内容の検証

APIとCodexの利用にも別途モデルの承認が必要

初期段階では、GPT-6 Cyberの承認を受けたDaybreak Red組織のみが利用できる。OpenAIの発表文は、初期の提供経路をAPIとCodexと明記した。Daybreak Redへの加入だけでモデルの利用権限が得られるわけではない。

APIの利用には、基本的にIP許可リストの設定が必要である。これは接続を許可するIPアドレスを指定する設定である。OpenAIの文書は、Daybreak関連の制御が初期状態ではOFFであると説明している。承認だけで拒否緩和機能が自動的に有効になるわけではない。

標準短コンテキストの出力料金は100万トークン当たり100ドル

モデル文書に記載された標準短コンテキストの出力料金は100万トークン当たり100.00ドルである。料金はテキストトークンを基準に示された。以下の金額はすべて米ドル建てである。

モデル文書に明記されたコンテキストウィンドウは1,050,000トークンである。最大出力は128,000トークンと示された。コンテキストウィンドウと最大出力は、それぞれ異なる上限である。

コンテキストウィンドウは、モデルが処理できる文脈の大きさを示す。最大出力は、生成できる出力の上限を意味する。費用を検討する際には、標準短コンテキスト料金の適用条件を確認する必要がある。キャッシュ書き込みの適用条件も、モデル文書で別途確認すべき項目である。（確認値 標準短コンテキストのキャッシュ書き込み100万トークン当たり25ドル、30分保持、50ドル、12時間保持 · 出典 developers.openai.com · 2026-11-07確認）

OpenAIの評価でExploitGymスコア48.5%

OpenAIはGPT-6 CyberのExploitGymスコアを**48.5%**と報告した。同じ発表文におけるGPT-5.6 Cyberのスコアは32.1%である。同社は差を約16パーセントポイントと説明した。

システムカードは、別途ExploitGym Honeypot評価について説明している。デプロイ用の安全指針を適用した場合、対象範囲外のサービスの悪用率は0%と観測された。これはOpenAIが当該評価条件下で報告した結果である。

OpenAIはPreparedness Frameworkに基づく能力分類も公開した。サイバーセキュリティ分野の分類はCriticalである。生物・化学分野はHighと評価した。この分類とExploitGymスコアは、それぞれ異なる評価項目である。

韓国での利用可否と正確な発表時刻は非公開

公式情報には、韓国所在組織の承認・利用の可否が明記されていない。発表日は確認できるが、時刻とタイムゾーンは公開されていない。そのため、韓国時間に換算した発表時点も確定できない。

OpenAIの評価結果は、同社が発表した数値として区別する必要がある。本記事で扱った公式情報には、Artificial Analysisによる独立測定の結果はない。これを独立検証済みの性能値と表記する根拠はない。

国内組織は承認範囲と課金条件から確認

国内組織は、まずGPT-6 Cyberの個別承認が可能かどうかを確認する必要がある。モデル文書は、OpenAIのアカウント担当者にアクセス権限を確認するよう案内している。韓国所在組織が利用できることを、公開済みの事実として前提にしてはならない。

1. 韓国所在組織の承認・利用の可否をOpenAIのアカウント担当者に確認する。
2. Daybreak Redの承認とは別に、GPT-6 Cyberモデルの承認があるか確認する。
3. APIを利用する場合は、基本要件であるIP許可リストの設定を点検する。
4. Daybreak関連の制御の状態を確認する。承認だけで拒否緩和機能が有効になるわけではない。
5. 費用を算定する前に、短コンテキスト料金とキャッシュ課金の適用条件を確認する。

脆弱性の再現は、APIの変更履歴に明記された、許可されたテスト環境で実施する必要がある。システムカードは、セキュリティ作業を隔離された環境で進めるよう推奨している。高リスクの作業では、人が中断できるよう監督することも推奨した。