For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
メインナビゲーション
Theme

サイバーセキュリティチェック

サイバーセキュリティ対策の仕組みと API アクセスへの影響を説明します。

OpenAI は、Preparedness Framework に基づき、サイバーセキュリティ能力について、GPT-5.6 Cyber を「High」、GPT-6 Cyber を「Critical」に分類しています。この分野で「High」または「Critical」に分類される API モデルには、追加の自動安全対策が適用されます。API と Codex では、適用される安全対策が異なります。詳しくは、Codex の安全対策をご覧ください。

これらの安全対策では、サイバーセキュリティに関する不審な活動の兆候を監視します。一定のしきい値に達した場合、活動内容の確認が終わるまで、モデルへのアクセスが一時的に制限されることがあります。検知システムは現在も調整中のため、正当なセキュリティ研究や防御を目的とした作業が検知対象になることもあります。影響を受けるトラフィックはごく一部にとどまると見込んでおり、引き続き API 全体の使いやすさを改善しています。

アクセスの承認範囲とエージェントのワークフロー

Trusted Access for Cyber は、審査を経てアクセス権を付与するプログラムです。モデル名ではありません。Daybreak Blue の承認は、承認を受けた個人またはサービスが、指定されたワークスペースまたは API 組織とプロジェクトで、指定された製品インターフェースから対象モデルを利用する場合に限り有効です。Daybreak Red を利用するには、別途承認を受けたうえで、アクセス権を設定してもらう必要があります。申請、本人確認、Daybreak Blue のアクセス権の取得だけでは、特化型モデルにはアクセスできません。

承認済みの API プロジェクトでは、利用可能なサイバーセキュリティ向けモデルのうち、最も高性能なものを使用してください。エイリアスが指すモデルは承認されたアクセス範囲によって異なり、変更されることもあります。Responses API での Daybreak の使用では、モデルと access_programs.cyber の値の選び方、デフォルトの動作、エラーへの対処方法を説明しています。アクセスの可否とモデルの動作は、承認済みの組織とプロジェクトによって決まります。モデル ID だけではアクセス権は付与されません。

Trusted Access の承認を受けても、ゼロデータ保持が自動的に適用されるわけではありません。実際に使用する API 組織と対象のエンドポイントについて、別途承認されているデータ保持設定を確認してください。

Trusted Access が管理するのは、承認済みのモデルへのアクセスです。ツールや環境の設定、作業範囲の指定は行いません。

Responses API または Agents SDK を使ったワークフローで、サイバーセキュリティ上慎重な扱いが必要な操作を実行できる場合は、提案されたツール呼び出しを一つずつ実行前に確認し、承認済みの範囲内かどうかを判断してください。承認されていない操作は拒否し、判断が難しい変更やリスクの高い変更は、人による承認を得るまで保留してください。ファイルシステムとネットワークにはそれぞれ独立したアクセス制限を設けて適用し、監査ログを記録してください。レビューできない場合は実行を拒否してください。詳しくは、ガードレールと人によるレビューをご覧ください。

アプリケーション側でのツール呼び出しのレビューと Codex 側のサンドボックスは、このページで説明する API のサイバーセキュリティ対策とは別の仕組みです。

GPT-6-Cyber を使用する場合は、リクエストを送信する前に、プロジェクトと IP アドレスの許可リストを設定してください。

ZDR を利用していない組織への措置

OpenAI のシステムが、組織のトラフィックから所定のしきい値を超える不審なサイバー活動の兆候を検知した場合、これらのモデルへのアクセスが一時的に停止されることがあります。その場合、API はリクエストに対してエラーコード cyber_policy を返します。

組織でユーザーごとの safety_identifier を実装していない場合、組織全体のアクセスが一時的に停止されることがあります。エンドユーザーごとに一意の safety_identifier を送信している場合は、人によるレビューと警告を経て、組織全体ではなく、該当するユーザーのアクセスだけが一時的に停止されることがあります。ユーザーごとの識別子を送信することで、プラットフォーム上の他のユーザーへの影響を最小限に抑えられます。

ZDR を利用している組織への措置

基本的な手順は、前述のゼロデータ保持(ZDR)を利用していない組織の場合とほぼ同じです。ただし、ZDR を利用している組織には、リクエスト単位の対策も適用されます。

リクエストに不審な点があると判定された場合、API がエラーコード cyber_policy を返すことがあります。ストリーミングリクエストでは、他のイベントが配信されている途中でこのエラーが返されることがあります。

ZDR を利用していない組織と同様に、不審なサイバー活動が一定のしきい値に達すると、該当する safety_identifier に対して、または組織全体に対して、アクセスが制限されることがあります。

異議申し立て

アクセス制限が誤って適用されたと考え、7 日間の制限期間が終わる前にアクセスの復旧が必要な場合は、サポートにお問い合わせください。