OpenAIがDaybreak発表、サイバー防御へAI投入

OpenAIがDaybreak発表、サイバー防御へAI投入
OpenAI

OpenAIがサイバーセキュリティ構想「Daybreak」を発表した。Anthropicが1ヶ月前に「危険すぎる」として限定公開した「Mythos Preview」とは対照的に、Codexと合流して企業に開かれた形で投入される。


Anthropicの1ヶ月後、OpenAIが踏み込んだ

サイバー防御の主導権争いが、AI企業同士の正面衝突になってきた。

OpenAIは5月11日(米国時間)、サイバーセキュリティ構想「Daybreak」を発表した。フロンティアAIモデルとコーディングエージェント「Codex」を組み合わせ、脆弱性の発見・検証・修正を開発サイクルの早い段階に持ち込む構想だ。サム・アルトマンはXで「サイバー防御を加速し、ソフトウェアを継続的に守るための取り組みだ」と書いた。

注目すべきは、この発表が単独で出てきたわけではないことだ。Anthropicは1ヶ月前の4月、フロンティアモデル「Claude Mythos Preview」が主要OSとブラウザに数千件のゼロデイ脆弱性を見つけたと公表し、「一般公開しない」という異例の判断を下した。代わりに「Project Glasswing」を立ち上げ、約50社の重要インフラ企業にのみ限定提供する形を取った。

OpenAIのDaybreakは、その構図に真正面から踏み込んだ形になる。

Daybreakは朝の最初の陽光だ。サイバー防御にとって、それはリスクを早く見つけ、早く動き、ソフトウェアを設計段階から守ることを意味する。

OpenAIは公式ページでこう宣言している。Anthropicが慎重論を前面に出したのに対し、OpenAIは「いち早く、より多くの企業と組む」という姿勢を選んだ。


Codexが「コーディング助手」から「セキュリティ運用層」へ

Daybreakの実態は、Codex Securityというプロダクトの大幅な拡張だ。

これまでCodexは開発者向けのコード生成エージェントとして知られてきた。Daybreakはその役割を反転させる。コードを書く側ではなく、書かれたコードに潜む欠陥を探す側に立たせる構想だ。具体的には、セキュアコードレビュー、脅威モデリング、パッチ検証、依存関係のリスク分析、検出支援、修復ガイダンスといった機能がCodex Securityに統合される。

リポジトリの中で脆弱性を見つけ、パッチを生成し、隔離環境でテストし、監査可能な証拠を既存のセキュリティシステムに返す。Daybreakが描くのはそういう流れだ。

ここで効いてくるのが、モデル側の分業設計である。一般用途には標準のGPT-5.5。検証済みの防御担当者向けには「GPT-5.5 with Trusted Access」。さらに踏み込んだ用途にはGPT-5.5-Cyberという限定プレビューモデルが用意される。レッドチーミングや侵入テスト、制御された検証のような、攻撃的手法を必要とする作業のために、より許容範囲の広い挙動を持つ。

Daybreakの3層モデル分業設計
GPT-5.5 GPT-5.5
Trusted Access
GPT-5.5
Cyber
提供範囲 標準 検証済み
防御担当者
限定
プレビュー
想定
ユーザー
一般用途
全般
セキュリティ
運用チーム
特定の
認可ワーク
フロー担当
主な用途 通常の
業務作業
セキュア
コード
レビュー、
脆弱性
トリアージ、
マルウェア
解析
レッド
チーミング、
侵入テスト、
制御された
検証
挙動の
許容範囲
標準の
安全策
防御作業に
合わせて
調整
より許容
範囲が広い
※ 出典:openai.com/daybreak

アルトマンのXでの発言は、Anthropicが「危険すぎる」と判断した能力を、OpenAIは「協業で抑えられる」と読み替えていることを示している。両者のスタンスは、同じ能力に対する別の処方箋に近い。

AIは既にサイバーセキュリティに役立っている。そして近いうちに、超強力になる。だからこそ、できる限り多くの企業と協力し、継続的に自社を守ってもらいたい。

パートナー陣の重なりと、ひとつの欠落の埋め方

参加企業の顔ぶれを見ると、両陣営の戦線が交差していることが分かる。

Daybreakのパートナーには、Cloudflare、Cisco、CrowdStrike、Palo Alto Networks、Oracle、Zscaler、Akamai、Fortinet、Intel、Qualys、Rapid7、Tenable、Trail of Bits、SpecterOps、SentinelOne、Okta、Netskope、Snyk、Gen Digital、Semgrep、Socketが名を連ねる。脆弱性発見からパッチ適用、監視、エッジ防御、ソフトウェアサプライチェーン防御まで、セキュリティの全層を覆う布陣だ。

注目すべきはCloudflareの参加だろう。同社はAnthropicと既にModel Context Protocolで提携関係にありながら、Project Glasswingのローンチパートナーには名前がなかった。今回OpenAI側に名を連ねたことは、両陣営の囲い込み競争がすでに始まっていることを示している。CrowdStrikeとPalo Alto Networksは両方に参加しており、こうしたセキュリティ大手は中立的にAI企業の能力を吸収する立場を選んでいるようにも見える。

Anthropic側のGlasswingが「重要インフラを守る連合」という色合いを強く打ち出したのに対し、Daybreakは「企業向けに開かれた防御プラットフォーム」という商業的な距離感を取っている。

Project Glasswing と Daybreak の対比
Anthropic
Project Glasswing
OpenAI
Daybreak
発表日 2026年
4月7日
2026年
5月11日
主軸モデル Claude
Mythos Preview
GPT-5.5
3層構成
公開方針 一般公開
見送り
企業に
広く開放
提供範囲 約50社の
重要インフラ企業
脆弱性スキャン
依頼を広く受付
主要
パートナー例
Apple、Microsoft、
Google、Amazon、
CrowdStrike、PANW
Cloudflare、Cisco、
CrowdStrike、PANW、
Oracle、Akamai
戦略の
賭けどころ
攻撃側が同等の
能力を得るまでの
時間を稼ぐ
広く配って
防御側に先回り
させる
※ PANW = Palo Alto Networks。両社のパートナーは公式発表に基づく主要企業のみ抜粋。出典:openai.com/daybreak、anthropic.com/glasswing

X上の反応──「危険すぎる」と「どうぞ」の対比

発表直後のXには、両社の対比を皮肉るミームが続々と並んだ。開発者のハッサンは「Anthropicは『Mythosは公開するには危険すぎる』と言い、OpenAIは『こちらをどうぞ、みんな使っていい』と言う。CodexとClaude Codeの時と同じ構図だ」と投稿し、4,000インプレッションを超えて拡散している。OpenAIがコーディングエージェント市場でAnthropic後追いの形でCodexを投入した時の構図と、今回のサイバー防御への参入は重ねて見えるという指摘だ。

別のユーザーであるCrepe Supremeは、4月のAnthropic(Mythos+Project Glasswing)と今回のOpenAI(Daybreak+Trusted Access for Cyber)を「同じ脚本に異なる衣装」と評し、両陣営の構造的な対称性を指摘している。AI企業の主導権争いがエンタープライズ向けの売り込みに直結している現状への、皮肉混じりの観察だった。

技術的な懸念を示す声もある。エンタープライズで複数のAIエージェントを本番運用しているハンセルは、Daybreakのような検出ツールの前に、エージェント単位のリスク言語の共通化が必要だと指摘している。CRMを読みながら同時に書き込めるエージェントを、静的なアプリセキュリティ枠組みで捉えるのは限界がある、というのが彼の見立てだ。


デュアルユース構造をどう抑え込むか

OpenAI自身も、能力の両刃性を承知している。

AIは今や、コードベース全体を横断して推論し、微妙な脆弱性を見つけ、修正を検証し、馴染みのないシステムを分析し、発見から修復までを高速化できる。同じ能力が悪用されうるからこそ、Daybreakは拡張された防御能力に信頼、検証、比例的な安全策、説明責任を組み合わせる。

OpenAIはこう説明する。具体的には、組織がアクセスする際に強い検証手続きを求め、アカウントレベルの制御、スコープを絞った権限、監視、人間によるレビューを組み合わせる形を取る。GPT-5.5-Cyberが「限定プレビュー」に留め置かれているのも、フロンティアモデルにより深いサイバー能力を持たせることの両刃性を考慮した結果だろう。

ただし、運用上の問題は残る。Anthropicは50社という小さな輪に閉じることで、漏洩経路の数学的な上限を意図的に設けた。Daybreakが「組織は脆弱性スキャンを依頼してください」という形で広く受け付ける構造を取る限り、アクセスの裾野は否応なく広がる。検証と監査の仕組みがどこまで現実の運用に追いつくかは、これから問われる。

それに、信頼できる防御担当者に「より少ないモデル拒否」と「より強力なサイバー支援」を提供するというOpenAIの設計思想は、悪意のある使用との境界を実装側に大きく依存させる。クレデンシャル窃取、ステルス活動、永続化、マルウェア展開、認可されていない悪用は禁止という線引きが、運用レベルでどこまで保たれるかは、まだ見えない。


「同じ問題」に対する別の答え

サイバー防御をAIで強化するという方向性自体は、もはや業界の合意事項に近い。

問題は、その能力をどう供給するかだ。Anthropicが選んだのは「危険すぎる能力は供給を絞り、選ばれた防御側にだけ届ける」という路線。OpenAIが選んだのは「能力を広く開放し、検証と監視で悪用を抑える」路線。どちらも同じ問題に対する答えだが、ベットしている前提が違う。

前者は「攻撃側の手に渡るまでに時間を稼ぐ」ことに賭けている。後者は「防御側に早く広く配ることで、攻撃側の優位を最初から削る」ことに賭けている。どちらが正しいかは、まだ誰にも分からない。

ただひとつ確かなのは、AI企業がコーディング支援の周辺から、企業のセキュリティ運用の中心へと踏み込み始めたという事実だ。サイバーセキュリティ市場の予算配分は、これから数年で書き換わる。


参照元

関連記事

この記事を共有する