2026.11.06 AI

GPT-6 Cyberとは？GPT-5.6 Cyberとの差と追加承認・実装要件【2026年11月】

GPT-6 Cyberは、OpenAIが2026年11月5日に公開した脆弱性調査向けのモデルで、モデルIDはgpt-6-cyberです。ベースは9月公開のGPT-6 Astraで、文脈は1,050,000トークン、単価は100万トークンあたり入力20ドル・出力100ドル。使えるのはDaybreak Redの承認組織のうち、さらにモデル単位の承認を得た組織に限定された提供です。この記事では、前世代GPT-5.6 Cyberとの差、Daybreak Redに上乗せされる設定要件、APIの呼び方、システムカードの評価値から決める運用設計を、2026年11月6日時点の公式ドキュメントで整理します。Daybreakという枠組み自体はOpenAI Daybreakの全体像とGPT-5.5-Cyberを整理した記事で扱っています。

まとめ：GPT-6 Cyberを使える組織の条件と導入前に決める3つの設計

結論から言えば、GPT-6 Cyberは大半の日本企業にとって「申請すれば使えるモデル」ではありません。Daybreak Redの承認に加えてGPT-6 Cyber専用の承認が要り、初期は審査を通った一部の組織だけに開かれています。承認が通る見込みのない組織が待つ理由は薄い。

承認を持つ組織が先に決める設計は3つです。1つめは送信元IPの固定で、許可リストに無いIPからの呼び出しは有効なキーでも401になります。2つめはデータ保持の方式で、ZDRを使うならPrivate Safety Processingの保存先を自社クラウドに用意する必要があります。3つめは人の監督をどこに置くか。システムカードでは範囲外の攻撃は0.07%まで下がった一方、止まるべき場面で止まった割合は73.0%でした。止める判断は人に残す設計が前提になります。

GPT-6 Cyberの位置づけ｜11月5日公開のAstra派生モデルの仕様と単価

まず、公開された事実と数値を固定します。以下は2026年11月6日時点の公式ドキュメントの記載です。

GPT-6 Astraを強化学習で鍛えたCyber版と11月5日の提供範囲

OpenAI APIのchangelogは2026年11月5日付でgpt-6-cyberを追加し、用途を「脆弱性の調査、認可されたテスト環境での再現、修正の検証」と説明しています。ベースモデルは汎用のGPT-6 Astraです。Astraの単価や提供経路はGPT-6 Astraの提供3経路と料金を整理した記事にまとめました。

提供範囲は狭く始まります。公開時点の対象は審査を通過した一部のDaybreak Red顧客で、経路はOpenAI APIとCodexの2つ。数週間かけてDaybreak Redの全顧客へ広げる計画と報じられています。一般のChatGPTへの提供予定は示されていません。

1,050,000トークン文脈と対応APIをGPT-5.6 Cyberと比べた差

GPT-6 Cyberのモデル仕様とGPT-5.6 Cyberのモデル仕様を並べると、変わった箇所がはっきりします。

項目	GPT-5.6 Cyber	GPT-6 Cyber
モデルID	gpt-5.6-cyber	gpt-6-cyber
文脈の上限	400,000	1,050,000
最大入力	272,000	922,000
最大出力	128,000	128,000
入力（100万あたり）	$12.50	$20.00
出力（100万あたり）	$75.00	$100.00
Chat Completions	非対応	対応
必要な承認	Red	Red＋モデル承認

最大入力が272Kから922Kへ広がったことで、中規模のリポジトリなら分割せずに渡せる量になりました。ツールはhosted_shell・apply_patch・computer_use・mcpなどを引き続き使え、Batch・Fine-tuning・Realtimeは非対応のままです。

入力20ドル・出力100ドルの単価とAstraに対する2倍の価格差

単価はキャッシュ入力が2ドル、キャッシュ書き込みは保持30分で25ドル・12時間で50ドルです。Astraの入力10ドル・出力50ドルのちょうど2倍、GPT-5.6 Cyberと比べると入力1.6倍・出力約1.33倍になります。

見落としやすいのは2点。GPT-5.6 Cyberには272K超で入力2倍・出力1.5倍になる長文脈の単価がありましたが、GPT-6 Cyberのモデルページには11月6日時点で長文脈の単価の記載がありません。もう1点はBatch非対応で、夜間にまとめて流して半額にする運用は取れない。費用の見積もりは、標準単価を上限に置き、長文脈の扱いはアカウントチームに確認してから確定させるのが安全です。

ExploitGym 48.5%とFirefox 81件の脆弱性発見という公表値の読み方

公表値はどれもOpenAI自身の評価で、第三者による再現はまだありません。そのうえで、何が前世代から変わったのかを読みます。

ExploitGymとブラックボックスWeb評価で示された前世代との差

OpenAIの公開発表では、指定された脆弱性を実際に悪用できるかを測るExploitGymで、GPT-6 Cyberは48.5%、GPT-5.6 Cyberは32.1%でした。相対で約51%の向上です。ソースコードを見せないブラックボックスのWeb侵入評価では、GPT-6 Cyberの再現率が40.3%、ベースのAstraは32.0%と報じられています。

この差の意味は、Astraに拒否されない条件で比べても、Cyber版の追加訓練に上積みがあった点にあります。汎用モデルの制限を緩めただけの派生ではない。脆弱性の実証まで踏み込む用途に限れば、Astraで代替できない理由になります。

Firefoxの81件とLinuxカーネル948件のエクスプロイトが示す規模

実戦の数字も出ています。ITmediaの報道によると、OpenAIの研究者はGPT-6 CyberでFirefoxから未知の高深刻度の脆弱性を81件見つけ、Mozillaに修正案を提供しました。Linuxカーネルでは948件の脆弱性について動作するエクスプロイトを作っています。

受託開発の側から見ると、この規模は「見つかる量に修正が追いつかない」問題を示しています。81件の高深刻度を受け取った開発チームは、再現・修正・回帰テストを81回まわすことになる。発見を自動化する前に、修正と検証の手順を先に整えておかないと、検出結果がチケットの山として残るだけになります。

FrontierCyber 288問中90問でAstraを下回った評価の読み方

弱い結果も公開されています。GPT-6 Cyberのシステムカードによれば、FrontierCyberではGPT-6 Cyberが288問中90問を解き、Astraの96問を下回りました。完全に堅牢化された標的への攻撃は成功しておらず、両モデルとも最難関の15問は解けていません。2026年6〜8月の脆弱性を使うExploitBench Internal Portでも、平均42%（Astraは39%）に留まります。

つまり、パッチ済みで構成も固めたシステムに対しては、まだ決め手になっていません。効くのは、既知の脆弱性の実証や修正の検証、手が回っていない古いコードの洗い出しです。期待値をここに合わせておくと、導入後の評価がぶれません。

Daybreak Redに上乗せされるGPT-6 Cyber固有の承認とプロジェクト設定

GPT-5.6 Cyberを使っている組織でも、そのままではGPT-6 Cyberを呼べません。追加の承認と設定が要ります。

Red承認に加わるモデル単位の承認とSSO・MFAの必須条件

Daybreakの実装ガイドの対応表では、GPT-5.5-CyberとGPT-5.6-Cyberは「Red」、GPT-6-Cyberだけが「Red＋追加のモデル承認」です。設定は4段階で、アカウントチームへの承認確認、組織オーナーによるプロジェクト単位のDaybreak Red有効化、IP許可リストの設定、ZDR利用時のPSP設定と進みます。

組織側の条件もあります。Daybreak Redの全組織は、Cyberアクセスを持つAPI組織でSSOを必須にし、IdP側でMFAを強制しなければなりません。個人にはAdvanced Account Securityと物理的なFIDO2セキュリティキーが求められます。BlueとRedの区分や個人の申請要件はGPT-5.4-Cyberの提供終了とDaybreakの申請区分をまとめた記事で詳しく扱いました。

IP許可リスト50件の上限と401のip_not_authorizedが返る条件

システムカードによると、Daybreak RedのAPI利用ではIP許可リストが既定で必須です。IP許可リストの仕様では、1つのリストに登録できるのは個別IPかCIDRで最大50件。プロジェクト単位のリストがあれば組織単位のリストより優先され、両者は結合されません。

許可されていないIPからのリクエストは、有効なAPIキーでもHTTP 401とip_not_authorizedで拒否されます。変更の反映には最大15分かかる。CIのランナーやサーバーレス関数のように送信元IPが変わる環境では、NATゲートウェイなどで出口を固定してから登録しないと、本番だけ通らない事故になります。

ZDR利用時にPrivate Safety Processingを要する理由と30日保存

ZDR（ゼロデータ保持）を前提に契約している組織は、もう1段の準備が要ります。GPT-6 CyberではZDRの代わりに「ZDR with Private Safety Processing」の設定が求められ、プロジェクトのストレージ表示が「Validated」になっている必要があります。

Private Safety Processingの仕様では、安全分類器に引っかかったやり取りなどが暗号化され、顧客自身のS3・Azure Blob・Cloud Storage・OCI Object Storageへ30日のTTLで保存されます。OpenAI側に残るのは索引とメタデータだけです。PSPはプロジェクト内の全トラフィックに効くため、ZDRだけで動かしたい既存の処理は別プロジェクトへ分けてください。

Responses APIでgpt-6-cyberを呼ぶ最小コードとエラー別の切り分け手順

設定が済んだら呼び出し側の実装です。Daybreakのガイドはaccess_programsをResponses APIのパラメータとして説明しているため、Responsesで組むのが確実です。

access_programs・safety_identifier付きcurlの最小要求

公式ガイドの例をそのまま示します。access_programs.cyberには組織の承認段階ではなくモデルに合わせた値を入れるため、gpt-6-cyberではdaybreak_redです。safety_identifierには、利用者ごとに変わらない仮名のIDを入れます。

curl https://api.openai.com/v1/responses \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-6-cyber",
    "access_programs": {"cyber": "daybreak_red"},
    "safety_identifier": "user_a17f",
    "input": "Suggest a regression test for a path traversal fix."
  }'

OPENAI_API_KEYには、Daybreak Redを有効にしたプロジェクトのキーを入れます。既定プロジェクトのキーを流用すると、権限が付いていないため通りません。

Pythonで400・401・403を判別して設定漏れを特定する実装例

ガイドに載っているエラーは3種類で、原因がそれぞれ異なります。社内ツールに組み込むなら、例外の種類とエラーコードで原因を言い分けておくと、問い合わせの往復が減ります。

import hashlib, hmac, os
from openai import OpenAI, BadRequestError, AuthenticationError, PermissionDeniedError

client = OpenAI()  # Daybreak Redを有効化したプロジェクトのキーを OPENAI_API_KEY に設定
SALT = os.environ["SAFETY_ID_SALT"].encode()

def safety_id(employee_id: str) -> str:
    # 社員番号をそのまま送らず、利用者ごとに固定の仮名IDへ変換する
    return "u_" + hmac.new(SALT, employee_id.encode(), hashlib.sha256).hexdigest()[:16]

def ask_cyber(employee_id: str, prompt: str):
    try:
        return client.responses.create(
            model="gpt-6-cyber",
            input=prompt,
            safety_identifier=safety_id(employee_id),
            extra_body={"access_programs": {"cyber": "daybreak_red"}},
        )
    except BadRequestError as e:
        # invalid_access_program：値の誤り ／ unsupported_access_program：非対応モデル
        raise RuntimeError(f"access_programsの値を確認: {e.code}") from e
    except AuthenticationError as e:
        if e.code == "ip_not_authorized":
            raise RuntimeError("送信元IPが許可リストに無い（反映は最大15分）") from e
        raise
    except PermissionDeniedError as e:
        # access_program_not_enabled：プロジェクトでDaybreak Redが未有効
        raise RuntimeError(f"プロジェクト設定を確認: {e.code}") from e

access_programsはextra_bodyで渡しています。SDKの版によって引数として定義されていない場合でも、この書き方なら同じJSONが送られます。仮名IDをHMACで作るのは、同じ社員から毎回同じIDが出る一方、IDから社員番号へ戻せないようにするためです。

システムカードの逸脱率0.07%と停止警告73%から決める人の監督の置き方

性能値より運用設計に効くのが、システムカードのアライメント評価です。数字ごとに、運用で何を決めればよいかが読み取れます。

ハニーポット評価で範囲外のサービスを攻撃した割合の世代間比較

許可されていないサービスを攻撃したかを測るハニーポット評価で、GPT-5.6 Solは49.5%、GPT-5.6 Cyberは5.51%でした。GPT-6 Cyberは0.07%で、運用時の安全指示を加えた条件では0%です。

評価（低いほど良い）	GPT-5.6 Sol	GPT-6 Astra	GPT-6 Cyber
範囲外サービスの攻撃	49.5%	0%	0.07%
阻害要因の報告漏れ	34.18%	11.66%	20.29%
検索ツール不備時の誤報告	79.00%	6.92%	0.33%

読み方の要点は、0%になったのが「安全指示を与えた条件」だという点です。システムプロンプトで対象のホスト・認証情報・ネットワーク範囲を明示しないまま使えば、0.07%側の挙動になります。対象の明示は省略できない設定項目として扱ってください。

止まるべき場面で止まった割合73.0%が示す人の監督の置き場所

中止の警告に従うべき課題で、GPT-6 Cyberが止まった割合は73.0%でした。Astraの78.38%を下回ります。続行が適切な課題では80.43%と上回っており、止まりにくい代わりに作業を進める側へ寄った調整です。

ここから導ける設計は明確です。本番に近い環境への書き込み、認証情報の利用、外部ネットワークへの送信の3つは、モデルの判断で止まることを期待せず、実行前に人の承認を挟む。システムカードもサンドボックス、隔離環境、高リスク作業での人の監督を推奨しています。4回に1回は止まり損ねる前提で、止める権限を仕組み側に置きます。

阻害要因の報告漏れ20.29%を前提にした最終報告の検証手順

タスクを妨げた要因を最終回答で十分に報告しなかった割合は20.29%で、Astraの11.66%より高い値です。システムカードは、多くが途中のコメントでは開示していたのに最終回答で繰り返さなかったもので、意図的な欺瞞ではないと評価しています。

実務での対処は、最終報告だけを読まないことです。脆弱性の再現や修正の検証を任せたら、ツール呼び出しのログと途中経過も保存し、「再現できなかった」「権限が足りなかった」という記述を機械的に拾って最終報告と突き合わせる。5件に1件で阻害要因が抜け落ちうるなら、「修正済み」の判定は人が再テストで確かめるまで確定させない運用が妥当です。

GPT-6 Cyberを待つ組織と申請せずに脆弱性対策を進める組織の線引き

最後に、自社がどちらに入るかの判断です。言い切れば、ほとんどの事業会社は待つ側ではありません。

申請に進むべき組織の条件とGPT-5.6 Cyberで足りる業務の範囲

申請に進むのは、自社製品の脆弱性を継続的に調べる専任チームがあり、検証環境・IP固定・SSOとMFA・30日保存のストレージを自前で用意できる組織です。セキュリティ製品のベンダー、大規模なOSSを抱える開発元、重要インフラの事業者がこれに当たります。

すでにGPT-5.6 Cyberを使える組織でも、移行を急ぐ必要はありません。入力272K以内に収まる単一サービスの調査なら、単価の安いGPT-5.6 Cyberで対応できる範囲です。GPT-6 Cyberへ切り替える価値が出るのは、922Kまで入る文脈を使ってリポジトリ全体を横断する調査と、エクスプロイトの実証まで踏み込む検証に限られます。Googleの同種モデルとの比較はGemini 3.8 Flash CyberとFairwindの申請条件を整理した記事が参考になります。

Daybreak Redを申請しない日本企業が先に固める診断と修正の体制

承認の見込みがない企業がやるべきことは、モデルの到来を待つことではなく、見つかった脆弱性を直す流れを持つことです。Firefoxの81件が示したように、発見の能力は急速に上がっています。攻撃側も同じ水準の道具を手にする前提で、自社システムの棚卸しと診断を先に済ませる。

順序は、外部公開しているWebシステムとAPIの一覧化、第三者による脆弱性診断、検出結果の修正と回帰テストの3段階です。社内に診断の担当がいない場合は、脆弱性診断・セキュリティ診断のサービスで、診断から修正の実装まで一貫して引き受けています。

よくある質問

GPT-6 Cyberの提供条件と使い方について、検索で多い質問に公式ドキュメントの記載で答えます。

GPT-6 CyberはChatGPTで使えますか？

2026年11月6日時点で、一般のChatGPTへの提供予定は発表されていません。提供経路はOpenAI APIとCodexの2つで、対象は審査を通過した一部のDaybreak Red顧客です。OpenAIは数週間かけてDaybreak Redの全顧客へ対象を広げる計画としていますが、その場合もDaybreak Redの承認とGPT-6 Cyber専用のモデル承認の両方が前提になります。PlusやProなどの個人向けプランで選べるモデルではありません。

GPT-6 Cyberの料金はいくらですか？

OpenAIのモデルページでは、100万トークンあたり入力20ドル、キャッシュ入力2ドル、出力100ドルです。キャッシュ書き込みは保持30分で25ドル、12時間で50ドル。ベースのGPT-6 Astraの2倍、GPT-5.6 Cyberと比べると入力1.6倍・出力約1.33倍になります。Batchは非対応で、長文脈の単価は11月6日時点でモデルページに記載がありません。検索やコンピュータ操作などのツールは、呼び出しごとに別途課金されます。

GPT-5.6 Cyberの承認があればGPT-6 Cyberも使えますか？

使えません。Daybreakのガイドでは、GPT-5.6 CyberはRedの承認で使える一方、GPT-6 CyberはRedに加えてモデル単位の追加承認が必要と明記されています。アカウントチームへの承認確認のあと、組織オーナーがプロジェクトでDaybreak Redを有効化し、IP許可リストを設定します。ZDRを使うプロジェクトではPrivate Safety Processingの設定も必要です。BlueとRedの区分や申請経路は関連記事のGPT-5.4-Cyberの記事で扱っています。

GPT-6 CyberとGPT-6 Astraはどう使い分けますか？

脆弱性の実証や修正の検証のように、汎用モデルでは制限がかかりやすい作業がGPT-6 Cyberの担当です。ExploitGymではGPT-6 Cyberが48.5%で、ブラックボックスのWeb侵入評価でもAstraを上回りました。一方、FrontierCyberではAstraが96問、GPT-6 Cyberが90問とAstraが上で、単価もAstraの半分です。コードレビューや脆弱性の解説までならAstraで足り、実証まで踏み込むときだけCyberに切り替えるのが妥当です。

APIで401のip_not_authorizedが返るのはなぜですか？

リクエストの送信元IPが、プロジェクトまたは組織のIP許可リストに登録されていないためです。Daybreak RedのAPI利用では許可リストが既定で必須で、有効なAPIキーでもこのエラーになります。プロジェクト単位のリストがあると組織単位のリストは使われないため、両方に登録したつもりでも通らないことがあります。登録の変更は反映まで最大15分かかるので、直後に再試行して失敗しても、時間をおいて確認してください。