GPT-6 Cyber 怎麼取得存取權？Daybreak Red、專案與 API 排錯順序

先把兩種選擇分開#

model 選模型，access_programs.cyber 選這次請求的適用方案。參數只能在已核准的權限內選擇行為，模型名稱本身不會建立存取資格。

官方指南列出容易填反的一組差異：

因此，即使組織獲准 Red，Astra／Sol 的參數仍依文件填 daybreak_blue。先保存實際 model 與錯誤 code，再對照模型適用值，能避免反覆換 key 卻沒有改到真正的問題。

GPT-6 Cyber 接入前依序核對#

1. 組織核准：由 account team 確認 Daybreak Red 與 GPT-6 Cyber 額外核准。官方要求 Red API 組織使用 SSO，並由 IdP 強制 MFA。
2. 專案權限：請 organization owner 為實際發送請求的專案啟用 Red。使用 project-level controls 時，依指南採非預設專案與該專案金鑰。
3. 網路來源：API 使用 GPT-6 Cyber 需要設定來源 public IP allowlist。從 CI、後端或代理出口發送時，核對真正的對外 IP。
4. 保留政策：若專案使用 ZDR，需完成 Private Safety Processing，確認 storage 顯示 Validated，保留政策為 Zero Data Retention with Private Safety Processing。
5. 請求與結果：確認模型、方案參數與穩定的假名化 safety identifier；成功後保存實際回應模型及可用的方案欄位。

API body 的最小欄位示意如下，須先完成上述授權與設定：

1
{
2
  "model": "gpt-6-cyber",
3
  "access_programs": { "cyber": "daybreak_red" },
4
  "safety_identifier": "test-user-a17f",
5
  "input": "Suggest regression tests for a security fix in our authorized test environment."
6
}

這是依官方範例整理的 JSON，僅驗證語法。測試帳號、授權範圍與資料保留方式應在送出前確定；模型核准與你是否有權操作目標系統，需分別確認。

400 與 403 查不同層#

400 invalid_access_program 先檢查模型與方案值是否配對；400 unsupported_access_program 則檢查模型是否支援 Daybreak，並依需要改用相容模型或標準處理。403 access_program_not_enabled 先查 key 所屬專案，再查專案啟用與組織資格。

模型權限另有獨立檢查。若專案與參數已正確，仍需核對額外模型核准、IP allowlist 與保留政策。回報支援時附去識別的時間、錯誤 code、模型及專案識別，秘密金鑰留在本機。

若需求是把 GitHub repository 交給產品掃描，可先看 Codex Security 工作流程；那個產品入口與此處的 API 專案權限分開驗收。

參考資料：

OpenAI：GPT-6-Cyber 模型頁

OpenAI：Use Daybreak in the Responses API