AIツール2026年11月更新

OpenAI Daybreak Red Team・Defense Factoryとは？AIが侵入テストと修正案まで担う新製品の使い方・料金・注意点【2026年11月】

公開日: 2026/11/14

この記事のポイント

OpenAIのDaybreak Red Teamは複数のAIエージェントでWebアプリの侵入テストを行う製品、Daybreak Defense Factoryは見つかった脆弱性のパッチ案を作る製品です。2つの違い、Daybreak Red・Blueとの関係、使える条件と課金の仕組み、始め方、データの扱いなど導入前の注意点をまとめました。

Daybreak Red Teamは、複数のAIエージェントがWebアプリケーションに侵入テストを行い、脆弱性が本当に悪用できるかを確かめるOpenAIの製品です。Daybreak Defense Factoryは、Red Teamや他のセキュリティツールが見つけた脆弱性をコードの中でたどり、修正パッチの案を作る製品です。2つは2026年11月12日（米国時間）に、OpenAIの配信イベント「Cyber at the Frontier」でそろって発表されました。

この記事でわかること

Red TeamとDefense Factoryそれぞれの役割と、2つをつなげた使い方
「Daybreak Red」「The Defense Factory」など、名前が似たものとの違い
使える条件、課金の仕組み、まだ発表されていない点
Defense Factoryの始め方と、導入前に確認したいデータの扱い

こんな方に向けた記事です

自社のWebサービスやリポジトリの脆弱性対応をAIで効率化したい開発・セキュリティ担当者
OpenAIのセキュリティ関連の発表が多く、どれが何なのか整理したい方
早期アクセスやプレビューに申し込むか判断したい情報システム部門・CTO

2つの製品の要点

ポイント	内容
何か	Red Team＝攻撃して確かめる側、Defense Factory＝直す側。Red Teamの結果をDefense Factoryで修正し、その修正をRed Teamで再テストする流れでつながる
提供状況	Red Teamは早期アクセス（申し込み制で、利用枠は保証されない）。Defense FactoryはChatGPTのプラグインとしてプレビュー提供
料金	製品としての価格は未発表。Defense Factoryのクラウドスキャンはトークン使用量に応じた課金で、プランに含まれる利用枠の対象外と公式ヘルプに記載
注意点	パッチは自動では適用されず、人のレビューが前提。コードはOpenAIのクラウドで処理され、データ保持の方針は現時点で公表されていない

Daybreakという取り組み全体の経緯から知りたい方は、OpenAI Daybreakとはを先に読むと流れがつかみやすくなります。

Daybreak Red Team・Defense Factoryとは

OpenAI開発者ブログに掲載されたDaybreakの紹介画像（セキュリティレビューと検証済み修正の画面イメージ）

出典: OpenAI Developers 公式

2つとも、OpenAIのサイバーセキュリティの取り組み「Daybreak」から出た製品です。Red Teamは脆弱性を「見つけて本当に危ないかを確かめる」、Defense Factoryは「原因をたどって直す」と役割が分かれています。

Daybreak Red Team：AIエージェントによる侵入テスト

Daybreak Red Teamは、Webアプリケーションの侵入テスト（ペネトレーションテスト）と脆弱性の検証を行う製品です。報道によると、OpenAIは「ソースコードとアプリの文脈を使って攻撃経路を調べ、脆弱性を確認する」製品と説明しています。

人間のペンテスターのように外から攻撃を試すだけでなく、コードを読んだうえで攻撃経路を組み立てる点が特徴です。コードスキャナーの検出結果やバグバウンティの報告を受け取り、それが実際に悪用できるのかを確かめる役目も持ちます。

Daybreak Defense Factory：脆弱性の調査と修正案づくり

Daybreak Defense Factoryは、接続したGitHubリポジトリのコードをスキャンし、見つかった脆弱性の原因をたどってパッチ案を作る製品です。公式ヘルプでは、Codex Security（OpenAIのコードセキュリティ機能）をWebでチームとして使うための形として位置づけられています。

ChatGPTのワークスペースに「Daybreak Defense Factory (Preview)」というプラグインとして入れ、スキャン自体はCodexのクラウド環境（Codex cloud）で動きます。一部の英語報道では「Codexのプラグイン」と書かれていますが、公式ヘルプの導入手順はChatGPTの「Plugins」から入れる形です。

Daybreak・Red・Blue・Defense Factoryの関係を整理

OpenAIのセキュリティ関連は名前が似たものが多く、混同しやすくなっています。特に「Daybreak Red（利用区分）」と「Daybreak Red Team（製品）」、「The Defense Factory（社内の取り組み）」と「Daybreak Defense Factory（製品）」は、それぞれ別のものです。

名前	種類	中身
Daybreak	取り組み全体	2026年5月に発表。最先端のモデル、Codex Security、パートナー企業を組み合わせて、脆弱性の発見・検証・修正を早める取り組み
Daybreak Blue	利用区分	2026年8月から。主力の汎用モデルで一般的な防御業務を行う区分
Daybreak Red	利用区分	2026年8月から。承認を受けた組織が専用のサイバーセキュリティ向けモデルを使う区分。高度な脆弱性研究や管理下での攻撃検証が対象
The Defense Factory	OpenAI社内の取り組み	2026年9月に公開された考え方。OpenAI社内で、エージェントを中心に脆弱性を見つけ・検証し・直し続ける運用
Daybreak Red Team	製品（早期アクセス）	2026年11月発表。Webアプリの侵入テストと脆弱性の検証
Daybreak Defense Factory	製品（プレビュー）	2026年11月発表。社内の「The Defense Factory」を外部向けにしたもので、脆弱性の調査とパッチ案の作成を行う
Codex Security	基盤の機能	2026年3月に研究プレビューで登場。プラグイン・CLI・SDKなど複数の使い方がある
GPT-6 Cyber	モデル	2026年11月5日発表。Daybreak Redの承認顧客向けのサイバーセキュリティ用モデル

報道によると、Defense FactoryのエージェントはGPT-6 Cyberで動くとされていますが、OpenAIの製品ページでは確認できていません。前の世代のサイバー向けモデルとDaybreak Redの拡大については、GPT-5.6-Cyberとはで整理しています。

また、2026年7月に話題になった「GPT-Red」（OpenAIの自動レッドチームAI）も、名前は似ていますが別のものです。こちらはGPT-Redとはを参照してください。

Daybreak Red Teamでできること

Red Teamの役割は、脆弱性が「本当に攻撃に使えるか」を確かめて、直すべきものの優先順位を付けることです。

機能	内容
侵入テスト	複数のAIエージェントが連携し、ソースコードとアプリの文脈から攻撃経路を探して脆弱性を確認する
検出結果の検証	コードスキャナーの結果、バグバウンティの報告、脆弱性開示の報告を受け取り、悪用できるものを選び分ける
パッチの再テスト	修正したあと、その修正で攻撃が本当に止まるかをもう一度試す
テスト範囲の制御	「Guardian review」という仕組みで、エージェントが触れてよいアプリやエンドポイントを運用者が限定する

テストは隔離された環境で行われると報じられています。セキュリティ担当者が少ない組織では、スキャナーの警告が数百件たまり、どれが本当に危ないのか見分けられないことがよくあります。Red Teamはその選別を肩代わりする位置づけです。

報道によると、OpenAIの担当者は基調講演で「従来の人間のレッドチームを置き換える狙いではない」という趣旨を述べています。コードを書く人が増え、コードの量が増えていることへの対応として、人間のテストの手が回らない部分を補う製品と見るのが妥当です。

Daybreak Defense Factoryでできること

Defense Factoryは、脆弱性を見つけるだけでなく、修正パッチと「その修正が有効であることを示すテスト」まで用意するところに特徴があります。公式ヘルプとOpenAI開発者ブログで確認できる機能は次のとおりです。

スキャンの方法

方法	用途
Repository scan	現在のコードを1回チェックする。複数のコミットにまたがる問題も対象
Continuous monitoring	既定ブランチへの新しいコミットを監視する。どこまで遡るかを選べる
Scheduled scan	既定ブランチのリポジトリスキャンを定期的に実行する

スキャン範囲は、リポジトリ全体（既定ブランチ）か、src/ のような特定のフォルダ・ファイルを選べます。公式ヘルプは、まず1つのリポジトリかフォルダで試し、その後でコミット監視や定期スキャンに広げる進め方を勧めています。

検出から修正までの流れ

検出結果には、影響を受けるコードと、攻撃者がどうやってそこに到達できるかが示される
可能な場合は隔離環境で再現を試みる
パッチと、修正前に失敗し修正後に通るテスト（回帰テスト）を用意する。確実なテストが書けない場合は、検証できていない部分を記録する
エンジニアが根拠を確認し、必要ならCodexで手直しして、GitHubの下書きプルリクエスト（PR）にする

パッチは自動では適用されません。OpenAIは、マージ前にエンジニアがレビューしてテストする前提だと説明しています。

他ツールの結果の取り込みとその他の機能

他社ツールの検出結果の取り込み: Wiz、Snyk、Endor Labsの検出結果を受け取れると報じられています。Snykは公式ドキュメントで連携手順を公開しています
PRレビュー: マージ前のセキュリティチェックを有効にできます
脅威モデルの編集: リポジトリごとの脅威モデル（どこが攻撃されやすいかの前提）を編集し、次回のスキャンに反映できます
通知の送信: スキャンのイベントを、ワークスペース通知で自社のサービスに送れます

言語は問わずソースを解析しますが、結果はモデルがその言語やフレームワークをどれだけ理解しているかに左右され、カバー範囲は均一ではないと公式FAQに書かれています。

Red TeamとDefense Factoryの違いと連携の流れ

Red Teamは「攻める側」、Defense Factoryは「直す側」で、対象も出力も違います。

比較ポイント	Daybreak Red Team	Daybreak Defense Factory
目的	脆弱性が悪用できるかを確かめる	脆弱性の原因をたどって直す
主な対象	Webアプリケーション（ソースコードとアプリの文脈）	GitHubリポジトリのコード
受け取るもの	スキャナーの結果、バグバウンティ・脆弱性開示の報告	Red Teamの結果、Wiz・Snyk・Endor Labsなどの検出結果、自前のスキャン結果
出すもの	悪用できるかの検証結果、パッチの再テスト結果	パッチ案と回帰テスト、GitHubの下書きPR
提供段階	早期アクセス（申し込み制）	プレビュー（ChatGPTのプラグイン）
人の関与	テスト範囲を運用者が決める	パッチを当てるかはエンジニアが判断
主な安全策	隔離環境での実行、Guardian review	自動適用なし、マージ前のレビュー

2つを組み合わせると、次のような流れになります。

Red Teamが脆弱性を見つけ、悪用できるかを確かめる
結果をDefense Factoryに渡し、パッチ案とテストを作る
エンジニアがレビューしてマージする
Red Teamでパッチを再テストし、攻撃が止まったことを確かめる

報道では、Red Teamの検出結果はそのままDefense Factoryに渡せるとされています。

強みと弱み

強み

「本当に危ないもの」から直せる: 警告の件数ではなく、悪用できるかどうかで優先順位を付けられます
修正がテスト付きで届く: パッチだけでなく、修正が有効であることを示すテストまで用意されるため、レビューする側の負担が軽くなります
既存ツールを捨てずに使える: Wiz・Snyk・Endor Labsなどの結果を取り込む前提で作られています
直したあとの確認まで一続き: Red Teamでの再テストまで含めると、発見から修正確認までが1つの流れになります

弱み

まだ誰でも使える段階ではない: Red Teamは早期アクセスで、申し込んでも利用枠は保証されません。一般提供の時期も未発表です
料金が読めない: 製品の価格は未発表です。Defense Factoryはトークン課金のため、リポジトリの規模やスキャン方法でコストが変わります
GitHub前提: クラウドスキャンはGitHubのみで、GitLabは非対応です
精度の公表値がない: 誤検知率などの製品としてのベンチマークは公表されていません。GPT-6 Cyberについて報じられた評価値はモデル単体の自社評価で、製品の精度を示すものではありません
データの扱いが未公表: Red Team実行中にソースコードがどこに置かれるか、データの保持や学習への利用の方針は、現時点で公表されていません

このツールを自社のシステムや業務にどう組み込むか、ご提案します

初回相談は無料・30分（オンライン）。要件が決まっていなくても大丈夫です。改修100万円〜・PoC300万円〜（税別）

開発について相談する開発の資料を受け取る

使える条件と料金

現時点では、Red TeamとDefense Factoryのどちらも製品としての価格は発表されていません。わかっているのは、利用の条件と、Defense Factoryの課金の仕組みです。

使える条件

項目	Daybreak Red Team	Daybreak Defense Factory
提供形態	早期アクセス。openai.com/daybreak から申し込む	ChatGPTのプラグイン（プレビュー）
必要なもの	申し込みと承認	Daybreakへのアクセスがある ChatGPT ワークスペース、個人のGitHubアカウント
対象プラン	未発表	未確認（Enterprise限定かどうかは公式に明記なし）
日本での提供・日本語対応	未確認	未確認

参考までに、Codex SecurityのPRセキュリティレビューは ChatGPT Enterprise・Business・Edu・Pro で使えるとOpenAI開発者ブログに書かれています。Defense Factoryが同じ範囲で使えるかは確認できていません。ChatGPT Plusの機能として使えるものではない点には注意してください。

Defense Factoryの課金の仕組み

公式FAQによると、課金のルールは次のとおりです。

クラウドのリポジトリスキャンと継続監視は、トークン使用量に応じてプランの料金で課金される（クレジットまたは米ドル）
プランに含まれる利用枠ではまかなわれない
ワークスペース全員で1つのクレジット残高を共有する
無料のスキャン用クレジットは失効しない。使い切るとプランの料金で課金される
Usageページでリポジトリ別のコストを確認できる。「Scan cost」はクレジット適用前、「Billable remainder」は適用後の請求額
Deep scan（何度も読み込む詳しいスキャン）は時間とトークンを多く使う

画面に出るコストの上限は「見積もり」であり、それを超えたら止まる上限ではないとOpenAI開発者ブログに書かれています。予算を決めて試すなら、最初は小さなフォルダで1回スキャンし、Usageページで実際のコストを見てから範囲を広げるのが安全です。

Defense Factoryの始め方

ChatGPT公式ヘルプ「Set up Daybreak Defense Factory」ページの紹介画像

出典: ChatGPT 公式ヘルプ

導入は公式ヘルプの手順に沿って進めます。前提として、Daybreakへのアクセスがあるワークスペースが必要です。

ChatGPTのWeb版かデスクトップアプリで「Plugins」を開く
「Daybreak Defense Factory (Preview)」をインストールして有効にし、サイドバーの「Daybreak」を開く
「Run an agentic scan」を選び、求められたら「Connect GitHub」で個人のGitHubアカウントを接続する
「Configure your scan」でリポジトリと範囲（全体、またはフォルダ・ファイル）を選び、「Start Scan」を押す
「First scan queued」と表示されたら「View scan」で進み具合を見る。大きなリポジトリでは数時間かかることがある

つまずきやすい点も公式FAQにまとまっています。

GitHubの接続は利用者ごとの個人接続のみで、ワークスペース単位の接続には対応していません
リポジトリが一覧に出ないときは、GitHub Appのアクセス設定を確認します。組織の管理者による追加が必要な場合があります
GitLabのリポジトリはクラウドスキャンできません。ローカルのチェックアウトをスキャンするか、GitLab CI/CDでCodex Security CLIを使います

Daybreakへのアクセス自体がまだない場合は、Trusted Access（信頼済みアクセス）の申請画面「Apply for Daybreak」から申し込みます。

Codex Security・他社製品との違い

出典: ChatGPT 公式ヘルプ

Defense Factoryは、Codex SecurityをチームでWebから使うための製品です。Codex Securityには他にも使い方があり、目的によって選び分けます。

使い方	向いている場面
Daybreak Defense Factory	チームでGitHubリポジトリをスキャンし、他ツールの結果もまとめて修正案を管理したい
Codex Security プラグイン	開発者が手元のリポジトリを対話しながらスキャンしたい
Codex Security CLI	ターミナルやCIで定期的にスキャンしたい（GitLab環境もこちら）
Codex Security SDK	自社のアプリや開発ツールの中にスキャンを組み込みたい

Codex Security自体の機能や料金はCodex Securityとはで、実行基盤のCodexについてはOpenAI Codexとはで詳しく説明しています。

他社では、AnthropicもコードセキュリティのAI製品を出しています。比較したい方はClaude Securityとはが参考になります。また、AIによるコードレビューをすり抜けた脆弱性の事例はCopilot AIレビューをすり抜けた脆弱性とWiz Red Agentで取り上げています。AIの検出にも限界があることを知っておくと、Red Teamの結果の読み方が変わります。

使う前に確認したい注意点

Red TeamとDefense Factoryは、OpenAI側でも隔離環境での実行やGuardian review、人のレビューといった安全策を用意しています。そのうえで、利用する側が決めておくべきことがあります。

自社が許可された対象だけをテストする

侵入テストは、権限を持たないシステムに行うと不正アクセスとして違法になり得ます。Red Teamで対象に入れるアプリやエンドポイントは、自社が管理し、テストの許可を得ているものに限ってください。外部のSaaSや委託先が運用するシステムが混じる場合は、契約上の許可も確認が必要です。

ソースコードが社外のクラウドで処理される

クラウドスキャンはCodex cloudで実行されるため、コードはOpenAIのクラウドで処理されます。ローカルスキャンの場合も、関係するコードとプロンプトは設定したモデルの提供元に送られます。Red Team実行中のコードの置き場所や、データの保持・学習への利用の方針は現時点で公表されていないため、社内の情報管理規程に照らして判断してください。

レポートと検出結果の公開範囲

スキャンレポートにはソースの抜粋と脆弱性の詳細が含まれます。社内でも閲覧者を絞った場所に保管します
GitHubに投稿される検出結果は、PRの公開範囲を引き継ぎます。公開リポジトリでは、修正前の脆弱性情報が外部から見える可能性があります。投稿する前に報告のしきい値を確認してください

ローカルのCLIスキャンは承認待ちで止まらない

Codex Security CLIをローカルで動かす場合、OSの権限で動き、承認を求めて止まることはありません。OpenAI開発者ブログは、関係のない認証情報（クラウドの鍵など）を事前に外し、最小権限で動かすよう勧めています。

「検出なし」は「安全」を意味しない

公式FAQには、検出が0件でも脆弱性がないとは限らない、検証に失敗したからといって問題がないとは限らない、と明記されています。レポートで実際にどこまで見たのかを確認し、決済や認証のような重要な部分は、人間の診断やペンテストと組み合わせるのが現実的です。

自社の開発体制にどう組み込むか

スキャンからPR作成までをCIや社内の開発フローに組み込む場合、誰がレビューし、どの重要度から直すかを先に決めておかないと、下書きPRがたまるだけになりがちです。新しいAIの機能を自社の業務システムや開発基盤に組み込むときの進め方や費用の目安は、AI開発の費用相場にまとめています。

生成AIのセキュリティリスク全般については生成AIのセキュリティリスクとはも参考にしてください。

こんな組織におすすめ／おすすめしない組織

よくある質問

個人やChatGPT Plusでも使えますか？

現時点では難しいと考えたほうがよいでしょう。Red Teamは組織向けの早期アクセスで、Defense FactoryもDaybreakへのアクセスがあるChatGPTワークスペースが必要です。Plusの機能として提供されているものではありません。

日本の企業も申し込めますか？

公式情報では、対象地域や日本語対応は確認できていません。申し込みフォームは openai.com/daybreak にあるため、条件は申し込み時に確認してください。

パッチは勝手にマージされますか？

されません。Defense FactoryはGitHubの下書きPRまでを作り、マージするかどうかはエンジニアが判断します。

人間のペンテストや脆弱性診断は不要になりますか？

置き換えるものではありません。報道によると、OpenAI自身も従来のレッドチームの置き換えは狙っていないと説明しています。網羅性の保証がなく、監査向けの報告書も出ないため、日々の開発での確認をAIに任せ、重要なリリース前や定期診断は人が行う、という分担が現実的です。

GPT-6 Cyberの利用承認がないと使えませんか？

製品を使う条件として、GPT-6 Cyberの承認が必要とは公式には書かれていません。Defense FactoryがGPT-6 Cyberで動くという報道はありますが、OpenAIの製品ページでは未確認です。

Daybreakの「Red」区分とRed Teamは同じものですか？

違います。「Daybreak Red」は2026年8月に始まった、承認を受けた組織がサイバー向けの専用モデルを使える利用区分です。「Daybreak Red Team」は11月に発表された侵入テストの製品名です。

まとめ

Daybreak Red Teamは、AIエージェントがWebアプリに侵入テストを行い、脆弱性が悪用できるかを確かめる製品（早期アクセス）
Daybreak Defense Factoryは、検出結果からパッチ案と回帰テストを作り、GitHubの下書きPRにする製品（ChatGPTのプラグインでプレビュー）
2つは「見つけて確かめる→直す→再テストする」流れでつながる。パッチの適用は必ず人が判断する
製品の価格は未発表。Defense Factoryのクラウドスキャンはトークン課金で、プランの利用枠の対象外
導入前に、テスト対象の許可、コードの社外処理、レポートと公開リポジトリの扱い、「検出なし＝安全ではない」点を確認しておく

現時点では、どちらも提供が始まったばかりの段階です。一般提供の時期、料金、日本での提供条件が発表されたら、この記事も更新します。Daybreakの参加枠組みについてはOpenAI Daybreak（サイバーセキュリティ連合）とは、業界全体の動きはサイバーセキュリティ業界のAI活用事例もあわせてご覧ください。