AIREITER지금 대부분의 개발자가 GPT-6 Cyber를 바로 호출할 수 있을까요? 그렇지 않습니다. OpenAI 문서와 제공업체 벤치마크, 사용자 보고를 종합하면 GPT-6 Cyber는 강력한 익스플로잇 전문 모델이지만 Daybreak Red 승인을 받아야 합니다. 방어적인 보안 작업 대부분은 절반 가격인 GPT-6 Astra로 처리할 수 있습니다.
2026년 11월 5일 gpt-6-cyber로 출시된 이 모델은 GPT-6 Astra를 기반으로 추가 사이버 보안 강화학습을 거친 버전입니다. 승인된 취약점 탐지, 익스플로잇 검증, 패치 개발에 초점을 맞추며, Kingy와 BenchLM의 계보 분석에 따르면 Daybreak Red 뒤에 잠겨 있습니다.
Red와 Blue 중 무엇을 써야 할까? 30초 라우팅 가이드
GPT-6 Cyber의 액세스 경로는 계정 등급보다 작업 목적에 따라 결정됩니다. 메인라인 모델을 이용한 방어 작업에는 Daybreak Blue가, 승인된 공격 작업과 gpt-6-cyber 모델 자체에는 Daybreak Red가 맞습니다.
| 작업 | 목표 등급 | 호출할 모델 | 달라지는 점 |
|---|---|---|---|
| 안전한 코드 리뷰, 악성코드 분석, 사고 대응, 패치 검증 | Daybreak Blue | gpt-6-sol, gpt-6-luna, gpt-5.6-sol | 일반 등급보다 거부가 적지만 익스플로잇 개발 권한은 없음 |
| 승인된 펜테스트, 레드팀, 대규모 익스플로잇 검증 | Daybreak Red | gpt-6-cyber (+ gpt-5.5-cyber, gpt-5.6-cyber) | 별도 승인, daybreak_red 요청 값, IP 허용 목록, SSO/MFA 필요 |
| 가끔 보안 리뷰를 수행하는 일반 코딩 | Standard 또는 Blue | gpt-6-sol, gpt-6.1-sol | Cyber 프리미엄을 지불할 이유가 없음 |
| 재현성 부담이 있는 강화된 대상 또는 제로데이 연구 | Daybreak Red (자격 요건 충족 시) | gpt-6-cyber | 사람의 검토와 샌드박싱을 위한 예산 필요 |
OpenAI의 Daybreak API 가이드는 이 점을 분명히 밝힙니다. 요청 파라미터만으로 액세스 권한이 생기지는 않습니다. 조직, 프로젝트, 프로그램, 모델이 이미 승인돼 있어야 하며, API 키도 해당 프로젝트에서 발급된 것이어야 합니다.
개발자 입장에서 결론은 간단합니다. 소프트웨어를 방어하는 작업이라면 Blue를 신청하세요. 승인된 공격 업무를 문서로 입증할 수 있고, 격리된 인프라를 운영하며, 사람을 계속 검토 과정에 둘 수 있을 때만 Red를 추진하는 편이 좋습니다.
GPT-6 Cyber의 정체와 Critical 등급의 실제 의미
GPT-6 Cyber는 GPT-6 Astra에서 파생된 폐쇄형 가중치 모델이자 API와 Codex에서만 사용할 수 있는 전문 모델입니다. 추가 사이버 보안 강화학습을 거쳤으며, Kingy의 시스템 카드 분석에 따르면 익스플로잇 성능, 범위 준수, 완료하지 못한 작업을 솔직하게 보고하는 능력을 중점적으로 학습했습니다.
Kingy의 문서 분석에 따르면 컨텍스트는 크지만 제한돼 있습니다. 컨텍스트 윈도는 1,050,000토큰, 최대 입력은 922,000토큰, 최대 출력은 128,000토큰입니다. 텍스트와 이미지 입력 및 텍스트 출력을 지원하고, 스트리밍·함수 호출·구조화된 출력을 포함해 Responses와 Chat Completions에서 사용할 수 있습니다. 파인튜닝과 Batch API는 지원하지 않습니다.
Critical은 별도의 안전 인증이 아니라 OpenAI의 내부 Preparedness Framework에서 사용하는 역량 구간입니다. ArtificialWatch에 따르면 OpenAI는 GPT-6 Cyber와 GPT-6 Astra 모두 사이버 보안 분야에서 Critical로 평가했으며, GPT-5.6 Cyber의 High 등급보다 한 단계 올라갔습니다. OpenAI의 GPT-6 Astra 안전 개요에 따르면 이 등급은 강화된 실제 시스템 전반에서 작동하는 제로데이 익스플로잇을 찾아 개발하거나, 강화된 대상을 상대로 엔드투엔드 공격을 계획할 수 있는 수준을 뜻합니다.
개발자에게 Critical 등급은 다음 세 가지 실무적 변화를 가져옵니다.
- Daybreak Red와 별도의
gpt-6-cyber모델 승인을 통한 제한적 액세스 - 격리, 대상 제한, 작업 검토, Codex 일시 중지·요청 종료·액세스 철회가 가능한 모니터링 등 필수 배포 통제
- Magica에 따르면 암호화된 안전 기록을 고객이 관리하는 저장소에 30일 보관하는 Private Safety Processing을 포함한 강화된 ZDR 처리
함께 읽을 만한 글: GPT-6 Astra API 리뷰, GPT-6에 대해 지금까지 알려진 내용, OpenAI DevDay 2026 정리.
Responses API에서 Red와 Blue를 구분하는 법
Daybreak Red와 Blue를 혼동하면 통합 단계에서 자주 문제가 발생합니다. Responses API는 모델과 액세스 프로그램을 별도로 다루며, 요청 값은 조직이 보유한 가장 높은 등급이 아니라 호출하는 모델에 맞춰야 합니다.
| 모델 | 필요한 조직 승인 | access_programs.cyber에 보낼 값 | 잘못 입력하면 |
|---|---|---|---|
gpt-6-sol | Blue 또는 Red | daybreak_blue | daybreak_red 입력 시 invalid_access_program 반환 |
gpt-6.1-sol, gpt-6-astra | Red (거부 완화 목적) | daybreak_blue | daybreak_red는 거부됨. Astra는 Blue만으로 일반 안전장치가 유지됨 |
gpt-5.5-cyber, gpt-5.6-cyber | Red | daybreak_red | 생략하면 Red를 자동 선택하지만 액세스 권한이 없을 경우 실패 |
gpt-6-cyber | Red 및 별도 모델 승인 | daybreak_red | 프로젝트 활성화, IP 허용 목록, 올바른 키가 없으면 실패 |
GPT-6 Cyber를 호출하는 최소 예시는 다음과 같습니다.
{
"model": "gpt-6-cyber",
"access_programs": { "cyber": "daybreak_red" },
"safety_identifier": "user_a17f",
"input": "Suggest a regression test for a path traversal fix."
}GPT-6 Cyber를 설정하려면 Blue 프로젝트에는 없는 절차가 추가됩니다(아래 체크리스트 참고). 소유자가 활성화한 Red 프로젝트, 허용된 IP, SSO/MFA, 해당되는 경우 검증된 ZDR 저장소가 필요합니다. 응답에는 적용된 프로그램이 access_programs.cyber로 표시됩니다. -latest 호출자는 Daybreak API 가이드에 따라 확인된 model 필드를 점검해야 합니다.
실제로 누가 자격을 얻을까요? OpenAI의 Daybreak 개요는 자격을 갖춘 기업 고객과 사이버 보안 실무자를 대상으로 설명하며, Red에는 별도 승인과 더 강한 검증이 필요하다고 안내합니다. ArtificialWatch의 출시 기록에 따르면 초기 GPT-6 Cyber 액세스는 API와 Codex를 통해 일부 승인된 Red 고객에게만 제공됐고, 모든 Red 고객으로 확대하겠다는 계획은 발표됐지만 일정은 정해지지 않았습니다. 이번 리뷰 시점에 ChatGPT 제공 계획은 발표되지 않았습니다. 또한 BenchLM의 모델 프로필에 따르면 액세스가 제한돼 출시 당시 독립 연구소의 테스트도 진행되지 않았습니다.
Blue에서 Red로 넘어가는 경로는 불투명해 보입니다. 펜테스터들은 검증을 완료해 Blue를 받았지만, Red로 가는 명확한 절차를 찾지 못했다고 보고했습니다.
"최근 Daybreak Blue와 일반 codex 모두 메모리 버그 수정을 거부합니다. 정말 말도 안 되는 수준이에요." — GPT-6 Cyber 출시 스레드의 r/codex u/DragonflyOk9274
검증을 마친 또 다른 개발자는 Astra에서 예외 상황을 겪었습니다.
"지난 1~2주 동안 5.6 sol로 진행하던 작업에 Astra를 써보려 했더니, 몇 분 만에 포기하고 daybreak를 받으라고 하더군요. 이미 daybreak 검증을 받았는데도요." — Daybreak 검증 관련 r/OpenAI u/WtWreckor15
문서 내용도 이와 일치합니다. Blue 승인만으로는 Astra의 안전장치가 완화되지 않습니다. Astra와 gpt-6.1-sol에서 거부를 줄이려면 Red가 활성화된 프로젝트가 필요하지만, 요청 자체는 여전히 daybreak_blue를 전송합니다.
참고할 만한 벤치마크와 Astra가 앞서는 항목
아래 GPT-6 Cyber 벤치마크는 모두 GPT-6 Cyber 시스템 카드에 공개된 제공업체 자체 측정 결과이며, 테스트된 가장 높은 추론 예산을 사용했습니다. 따라서 BenchLM은 이 모델의 순위를 매기지 않습니다. 추적 중인 아홉 개 항목 모두 독립적인 검증 없이 제공업체 수치만 존재하기 때문입니다. BenchLM의 ExploitGym과 SEC-Bench 선두 모델은 각각 53.5%와 88.2%를 기록한 Gemini 4 Carbon입니다.
| 평가 | GPT-6 Cyber | GPT-6 Astra (Daybreak Blue) | GPT-5.6 Cyber | 참고 |
|---|---|---|---|---|
| ExploitGym (제공된 취약점 pass@1) | 48.5% | 42.4% | 32.1% | 이전 모델보다 +16.4포인트, Astra보다 +6.1포인트 |
| ExploitGym Hardened | 36.9% | 29.7% | — | 더 강한 완화책 적용 |
| SRE-Bench (바이너리 리버스 엔지니어링) | 92.8% | 88.0% | — | 사이트 신뢰성 작업을 의미하지 않음 |
| SEC-Bench Pro (JS 엔진) | 87.0% | 85.4% | — | 차이는 작음 |
| ExploitBench Internal Port (최신 V8/Chrome) | 42.0% | 39.0% | — | 최신 대상, 오염 위험이 낮음 |
| ExploitBench v8-bench | 100% | 100% | — | 동률 |
| 블랙박스 웹 펜테스트 재현율 | 40.3% | 32.0% | — | 정밀도/F1은 공개되지 않음 |
| RemoteExploitBench (N-day) | 94.7% | 0.0% | — | Astra는 Blue에서 모든 작업을 거부함 |
| 허니팟 범위 외 비율 (낮을수록 좋음) | 0.07% / 안전 프롬프트 사용 시 0% | 0.00% | 5.51% | 일반적인 안전성이 아닌 범위 준수 테스트 |
개발 예산에 반영하기 전에 두 항목은 할인해서 봐야 합니다. RemoteExploitBench는 모델의 능력만큼 권한 차이도 비교합니다. Red 권한을 가진 Cyber는 GitLab/Postgres 유형의 N-day 작업 중 95%를 완료했지만, Blue의 Astra는 모두 거부했습니다. 따라서 0%는 Astra의 잠재적인 익스플로잇 능력을 측정한 수치가 아닙니다. 허니팟 범위 준수는 5.6 Cyber의 94.49%보다 뛰어나지만, 특정 평가 하나에 대한 결과일 뿐 모든 고객 네트워크에 적용되는 보장은 아닙니다.
HandyAI와 Kingy가 정리한 OpenAI 시스템 카드 데이터에서는 더 어려운 외부 평가 결과가 반대 방향을 가리킵니다. 실제 소프트웨어·하드웨어 작업 288개로 구성된 Irregular FrontierCyber에서 Astra는 96개, Cyber는 90개를 해결했습니다. 두 모델 모두 가장 어려운 15개 작업이나 완전히 강화된 대상을 해결하지 못했습니다. 장기 다단계 공격을 평가하는 Irregular CyScenarioBench에서는 Cyber가 61% 대 54%로 앞섰고, 11개 작업을 최소 한 번씩 모두 해결한 반면 Astra는 11개 중 8개를 해결했습니다.
단일 점수보다 실제 캠페인 사례가 더 구체적인 근거가 됩니다. Axios와 Magica가 정리한 OpenAI 출시 자료에 따르면, 2026년 10월 중순 자율 파이프라인은 보안 관련 Linux 커널 코드 약 280만 줄(커널의 약 7%)을 스캔했습니다. 그 결과 후보 2,308개를 만들고 1,724개를 동적으로 재현했으며, 패치를 통해 중복을 제거해 948개의 서로 다른 로컬 권한 상승 익스플로잇을 확인했습니다. API 크레딧 비용은 $1,213,430이었습니다. 같은 하네스에서 GPT-5.6 Sol은 $513,690으로 166개의 익스플로잇을 만들었습니다. 이와 별도로 OpenAI는 이전에 알려지지 않은 고위험 Firefox 취약점 81개와, 기존 이슈 중 심각도가 더 높다는 점이 확인된 30개에 대해 재현 가능한 증거를 제시했습니다. Axios와 Magica에 따르면 Mozilla는 이 중 상당수에 대한 수정 사항을 배포했습니다.
Magica에 따르면 948이라는 숫자는 통합된 수정 건수가 아니라 캠페인 결과로 봐야 합니다. 같은 분석에 따르면 10일간의 분석 이후 61개 이슈는 이미 상류 프로젝트에서 패치됐고, 43개에는 스테이징 패치가 있었으며, 299개는 공개 논의 중이었습니다. OpenAI는 후보 패치와 함께 304개의 치명적 발견을 공개했습니다. 초기 실행에서는 검증 공백도 드러났습니다. Magica에 따르면 성공 사례 200개 중 20개는 할당된 취약점이 아닌 다른 미지의 결함을 이용했습니다. 더 엄격한 제약과 의도한 결함을 독립적으로 확인하는 절차가 필요했던 이유입니다. 초기 패치 역시 시연용 익스플로잇은 막았지만 변형 공격을 놓치거나 성능 비용을 추가하는 경우가 있었습니다.
$20/$100로 실제로 얻는 것
Kingy의 11월 5일 가격 확인에 따르면 GPT-6 Cyber의 표준 요청 가격은 입력 토큰 100만 개당 $20, 출력 토큰 100만 개당 $100, 캐시된 입력 토큰 100만 개당 $2입니다. 입력 272,000토큰 이하 요청 기준입니다. 캐시 작성 비용은 30분 보관 시 100만 개당 $25, 12시간 보관 시 $50입니다. 같은 조건에서 Astra는 절반 가격이며, Cyber의 입력 가격은 GPT-5.6 Cyber의 $12.50보다 60% 높고 출력 가격은 $75보다 약 33% 높습니다(Kingy).
| 비용 항목 | GPT-6 Cyber | GPT-6 Astra | 영향이 큰 경우 |
|---|---|---|---|
| 입력 / 출력 100만 토큰당 | $20 / $100 | $10 / $50 | 모든 다중 턴 조사 |
| 캐시 입력 100만 토큰당 | $2 | — (Astra 페이지 참고) | 동일 코드베이스 반복 스캔 |
| 입력 100k + 출력 10k 예시 | $3.00 ($2 + $1) | $1.50 | 재시도 전 예산 기준 |
| 같은 예시에서 입력을 전부 캐시한 경우 | 약 $1.20 + 캐시 생성 비용 | 더 낮음 | 대형 커널 또는 모노레포 작업 |
| Linux 캠페인 평균 | 서로 다른 LPE당 약 $1,280 ($1.21M / 948) | — | 캠페인 평균이며 버그 하나의 가격이 아님 |
$1,280이라는 수치는 견적이 아니라 비용을 나눈 값입니다. 특정 대상 구성과 파이프라인을 기준으로 하며, 정보 유출 관련 작업도 포함합니다. 샌드박스, 엔지니어링, 사람의 검토, 유지관리자 작업 시간은 제외됐고, 발견 건수가 늘어날수록 분류해야 할 백로그도 커집니다. 실제 조사에서는 턴 수, 도구 호출, 재시도, 긴 보고서가 모두 비용을 늘립니다.
승인된 익스플로잇 검증이나 대규모 감사가 병목이고 Astra의 거부가 작업을 막을 때 Cyber를 선택하세요. 코드 리뷰, 분류, 패치 초안, 일반적인 엔지니어링에는 Astra나 gpt-6-sol을 유지하는 편이 낫습니다. HandyAI의 시스템 카드 분석에 따르면 ExpertSWE 점수는 Cyber가 82.95%, Astra가 83.24%입니다. 가격은 두 배지만 일반 코딩에서 사실상 우위가 없다는 뜻입니다.
승인받아도 남는 한계
Blue 검증을 받은 사용자들은 메모리 버그 수정에서 거부를 경험했다고 보고했습니다(r/codex). 또한 요청 자체가 명확하지 않았는데도 경고가 늦게 표시됐다는 Cyber Exploitation 경고 스레드도 있습니다.
범위 준수 수치도 운영 관점에서 읽어야 합니다. 배포 프롬프트가 없을 때 범위 내 비율이 99.93%라면 해당 테스트에서 10,000회 중 7회가 범위 밖 서비스를 건드린다는 뜻입니다. 프롬프트를 사용하면 OpenAI는 같은 테스트에서 100%를 보고했습니다. 캠페인에서 수천 건의 익스플로잇을 실행하는 개발자라면 실제 경계선은 프롬프트 하나가 아니라 네트워크 격리, 허용된 대상과 자격 증명, 사람의 검토를 포함한 운영 체계로 봐야 합니다.
패치는 아직 미완성인 절반입니다. 자동화된 발견 속도가 remediation을 앞서고 있습니다. 948개의 익스플로잇을 찾았다는 것과 948개의 수정 사항을 실제로 반영했다는 것은 다릅니다. 유지관리자 검토, 중복 제거, 변형 커버리지, 배포는 여전히 사람의 속도로 진행됩니다.
다음과 같이 설정하면 흔한 문의와 장애를 줄일 수 있습니다.
- 기본 프로젝트가 아닌 Red 활성화 프로젝트와 해당 키 사용
- 모델별로 올바른
cyber값 설정 (daybreak_red는 사이버 모델에만 사용) - 부하 테스트 전에 IP 허용 목록과 SSO/MFA 확인
- 필요한 경우 ZDR과 Private Safety Processing 지정
- 작고 격리된 파일럿에서 확인된 모델, 범위, 권한, 토큰, 적중, 오탐, 차단 요인을 기록한 뒤 기존 스캐너+사람 프로세스와 비교
핵심 트레이드오프는 확장성과 수리 역량 사이에 있습니다. OpenAI가 보고한 캠페인에서도 발견되는 문제의 양이 패치 검토와 상류 프로젝트 반영 속도를 앞질렀습니다.
GPT-6 Cyber API FAQ
GPT-6 Cyber용 Daybreak Red 액세스는 어떻게 신청하나요?
OpenAI의 Daybreak 개요와 계정 담당자 경로에서 시작해 SSO/MFA 검증을 완료하세요. 소유자가 전용 프로젝트에서 Red를 활성화하도록 하고, 별도의 gpt-6-cyber 승인을 받은 뒤 IP 허용 목록과 ZDR 처리를 설정합니다. 이후 daybreak_red를 사용해 호출하면 됩니다.
개인이나 독립 연구자도 Daybreak Red를 받을 수 있나요?
OpenAI는 자격을 갖춘 기업 고객과 사이버 보안 실무자를 대상으로 설명하며, Red에는 별도 승인이 필요하다고 안내합니다. 초기 Cyber 액세스는 일부 Red 고객에게만 제공됐고, 더 넓은 Red 확대 계획은 발표됐지만 일정은 정해지지 않았습니다. 따라서 문서화된 사용 사례에 대한 심사를 예상하는 편이 좋습니다. 펜테스터들은 Blue를 받았지만 Red로 가는 명확한 경로가 없었다고 보고했습니다.
Daybreak Blue가 GPT-6 Astra의 거부를 줄여주나요?
일반적인 Blue 승인만으로는 그렇지 않습니다. Astra에는 일반 안전장치가 계속 적용됩니다. Astra와 gpt-6.1-sol에서 거부를 줄이려면 프로젝트 활성화를 포함한 Red 승인이 필요하지만, 요청에는 여전히 daybreak_blue를 보냅니다.
GPT-6 Cyber는 ChatGPT에서도 사용할 수 있나요, 아니면 API와 Codex 전용인가요?
이번 리뷰 시점에는 승인된 Red 고객을 대상으로 API와 Codex에서만 사용할 수 있으며, ChatGPT 제공 계획은 발표되지 않았습니다. 일반 ChatGPT 사용자는 자격이 되는 경우 Astra 또는 Blue가 적용된 메인라인 모델을 이용해야 합니다.
GPT-6 Cyber는 Astra보다 두 배 비싼 만큼 가치가 있나요?
승인된 익스플로잇, 대규모 취약점 검증, 범위에 민감한 에이전트 실행이 목적이라면 초기 제공업체 자체 수치는 파일럿 도입을 뒷받침합니다. ExploitGym에서 +6포인트, 강화된 대상에서 +7포인트, Red 권한 아래 N-day 작업 완료율 94.7%, 범위 준수율 99.93%를 기록했습니다. 코드 리뷰, 분류, 일반 엔지니어링에는 절반 가격인 Astra가 더 나은 기본 선택입니다.
사이버 경고나 거부에 이의를 제기하려면 무엇을 기록해야 하나요?
확인된 모델 ID, 요청 프로그램 값, 프로젝트 ID, 타임스탬프, 대상 범위와 자격 증명, 전체 프롬프트와 도구 추적 기록, 배포 안전 프롬프트 사용 여부를 보관한 뒤 지원팀에 문의하세요. 공개 문서만으로는 지연된 경고가 특정 요청과 어떻게 연결되는지 알 수 없으므로, 로컬 로그가 감사 추적 기록이 됩니다.