OpenAI、サイバー特化モデル「GPT-5.6-Cyber」を公開 — Daybreak Blue/Redの2段階で防御側に限定提供

OpenAIは2026年8月10日、**サイバーセキュリティ専用の新モデル「GPT-5.6-Cyber」**を発表した。あわせて、承認された防御側（ディフェンダー）向けにモデルを提供する2段階のアクセス制度「Daybreak Blue」「Daybreak Red」を公開した。同社はこのモデルを実際の脆弱性調査に使い、ChromeのJavaScriptエンジン「V8」で未知の脆弱性2件を発見。1件はCVE-2026-15903としてGoogleが修正済みだとしている。

「攻撃者が大規模に攻撃用AIを展開する前に、信頼できる防御側に最先端の知能を渡す」——発表の狙いをOpenAIはこう説明する。一般ユーザー向けのChatGPTで使えるモデルではなく、審査を通過した個人・組織と、承認されたパートナー企業に限定される。

Daybreak BlueとDaybreak Red — 何が違うのか

Daybreakは、防御目的のAI利用に特化した2つのアクセス区分を提供する。

• Daybreak Blue — GPT-5.6 Solなどの汎用フロンティアモデルにアクセスできる。脆弱性の発見、セキュアなコードレビュー、マルウェア解析、インシデント対応、パッチの検証といった、幅広い防御業務向け。通常はサイバー関連の依頼をふるいにかけるシステムレベルのガードレールが、正当な防御業務もブロックすることがあるため、Blueではこれを解除してモデルの実力を引き出せる設計だ。多くの防御側にとっての推奨入り口とされる。
• Daybreak Red — サイバー特化モデル（GPT-5.6-Cyber）にアクセスできる。許可された脆弱性調査、エクスプロイト検証、セキュリティテスト向けで、追加の承認・より厳格な本人確認・強いアクセス制御が課される。経験豊富な防御側が、複雑な許可済みサイバー業務に取り組むための区分だ。

GPT-5.6-Cyberとは

GPT-5.6-Cyberは、汎用モデルGPT-5.6 Solをベースに、ゼロデイ脆弱性の発見やエクスプロイトチェーンの開発といった専門タスクの性能を高めるとともに、高リスクな二用途（デュアルユース）サイバータスクへの**拒否（refusal）**を減らすよう訓練されたモデルだ。

OpenAIの内部評価「Advanced Cybersecurity Completion Rate（高度なサイバー依頼への応答率）」では、エクスプロイトチェーン開発や認証バイパス、権限昇格などの依頼にGPT-5.6-Cyberは95.0%応答した。比較として、GPT-5.6 Sol単体は1.5%、Daybreak Blue経由でも2.0%、前世代のGPT-5.5-Cyberは57.3%だった。

同社のPreparedness Framework（準備態勢フレームワーク）による評価では、GPT-5.6-Cyberのサイバー能力は「High」で、最上位の「Critical」閾値には達していないとされる。なおOpenAIは、先に公表したHugging Faceの評価事案にGPT-5.6-Cyberは関与していないと明記している。

実際の発見実績 — V8でゼロデイ、他にも数百件

OpenAIは、GPT-5.6-Cyberを実際のソフトウェア調査に使い始めている。発表で示された実績は次のとおりだ。

• ChromeのV8エンジン — 未知の脆弱性2件を発見。連鎖させるとV8のヒープサンドボックスを脱出できた。Googleへ調整開示（coordinated disclosure）し、1件はCVE-2026-15903（Chromiumの深刻度: High）として修正済み。Chrome 150.0.7871.128以降で修正されている
• 人気のモバイルOS — 少なくとも5件の脆弱性。信頼できないアプリからローカル権限昇格に至るチェーンを含む
• 人気のデータベース — 3件のCritical（深刻度が最も高い）脆弱性。リモートからコード実行に至る経路を含む
• 人気OSのカーネル — 権限昇格につながる400件超

モバイルOS・データベース・カーネルの製品名は、開示の調整中のため公表されていない。OpenAIはDaybreakパートナーやオープンソースコミュニティと連携し、修正と開示を進めているとしている。

どう守られているか — アクセス制御と安全策

攻撃にも使える能力を提供する以上、悪用を防ぐ仕組みが重要になる。OpenAIは次のような制御を導入している。

• アクセスは承認された個人・組織のみ。本人確認、アカウントセキュリティ、監視、利用目的の制限、法的確約（legal attestation）で管理する
• Codex（AIエージェント型コーディングツール）利用者には、高権限操作を実行前にレビューする**「auto-reviewモード」**への切り替えを推奨
• 2026年9月1日から、Daybreakの個人アカウントにはハードウェアセキュリティキー（物理認証キー）が必須になる
• 推奨プラクティスとして、サンドボックス化・隔離（本番システムやインターネットに触れさせない）、エージェント操作の監視、スコープ定義（許可プロファイルで境界を強制）を挙げている

企業が直接モデルを買うわけではない点も重要だ。モデルへのアクセスは承認されたパートナーに留まり、顧客に直接移譲されない。パートナーが企業と契約範囲を決め、結果をレビューし、専門家の判断を挟んでから行動に移す運用になる。

パートナー企業は、サービス面ではAccenture、IBM、Capgemini、Cognizant、EY、KPMG、PwC、NCC Group、SpecterOps、テクノロジー面ではPalo Alto Networks、CrowdStrike、Cisco、Sophos、Akamai、Fortinet、Cloudflareが発表されている。これらは脆弱性の発見・検証、レッドチーム、ペネトレーションテスト、インシデント対応、是正といった業務にモデルを活用できる。

企業が今できること

AIが「脆弱性を見つける」時代はすでに始まっている。日本企業は次の視点で準備を進めたい。

1. 自社のセキュリティベンダーに確認する — 上記パートナーがAIサイバーサービスを提供し始めた場合、ガバナンスを確認する。テストのスコープ定義、ログと監視、人間によるレビュー、データの取り扱いが契約に含まれているか
2. AIを使う場合は境界を先に決める — サンドボックス環境で運用し、本番システムやインターネットにアクセスさせない。許可プロファイルで実行範囲を強制する
3. 高リスク業務ほど人的監視を増やす — 脆弱性の検証結果は、人間がレビューしてから修正や本番適用に進む
4. AIの発見を「修正まで」つなげる — 見つけた脆弱性の優先順位付け、修正、本番適用までの運用を整備する。AIは発見を速めるが、判断と実行は組織の責任だ

重要なのは、AIの能力そのものより「誰が・どんな境界で・どう監視して使うか」だ。GPT-5.6-Cyberのようなモデルは防御側にも攻撃側にも使える。自組織で使う場合も、ベンダー経由で使う場合も、スコープと監視の設計を先に決めることが前提になる。

出典: OpenAI — Expanding Daybreak as the Cyber Defense Window Narrows（2026年8月10日） / OpenAI — Putting frontier cyber models in more trusted hands（2026年8月10日） / NVD — CVE-2026-15903