Преглед

Користете го ова упатство ако го координирате вклучувањето на вашата организација во Daybreak и треба да преминете од пријавување и проверка на условите до конфигурација подготвена за работа.

Daybreak Access е програмата на OpenAI за доверлив пристап за сајбербезбедност. Daybreak Blue и Daybreak Red се нивоа на пристап во Daybreak.

Повеќето корпоративни тимови треба да започнат со Daybreak Blue за одобрени внатрешни работни текови за одбрана.

За Daybreak Red е потребно посебно одобрение за напредни, овластени работни текови за сајбербезбедност. За некои гранични модели за сајбербезбедност е потребно дополнително одобрение за конкретниот модел.

Самото одобрение не го вклучува пореткото одбивање барања. Контролите на Daybreak првично се ИСКЛУЧЕНИ. Сопственик на работниот простор го овозможува пристапот за одобрени корисници и групи; сопственик на API-организацијата го овозможува за одобрени проекти што не се стандардни. Конфигурирајте ги двата начина на пристап ако вашиот тим ги користи и двата. Корисниците што се најавуваат во Codex преку ChatGPT мора и да го вклучат Daybreak пред да испратат барање.

Некои поризични работни текови може да бидат одбиени и по овозможувањето на пристапот, па започнете со работен тек за одбрана со ограничен опсег, токму во интерфејсот, проектот и моделот што вашиот тим планира да ги користи.

Следете го статусот на вклучувањето и пристапот

Запознајте се со одобрениот начин на пристап

Во потврдата за вклучување треба да бидат наведени одобрените модели, кој може да ги користи и која организација, работен простор, API-организација и API-проект треба прво да ги користите.

За практична работа со репозиториуми, почнете со Codex или со приклучокот Codex Security. Користете Codex CLI или Codex GitHub Action за одобрена автоматизација. За работни текови преку API, ограничете ги барањата и акредитивите на одобрениот проект наменет исклучиво за внатрешна употреба.

За пристап преку OpenAI API, користете конкретен ID на модел опфатен со вашиот одобрен пристап и соодветната поставка за Daybreak во барањето. Примерите подолу зависат од моделите одобрени за вашата организација.

Во барањата до Responses API, поставете го access_programs.cyber на daybreak_blue за gpt-6-sol, дури и ако вашата организација има одобрение за Daybreak Red. За да ги користите стандардните заштитни мерки, поставете го на standard.

За gpt-5.6-cyber, користете daybreak_red само ако вашата организација има и одобрение за Daybreak Red и потребното дополнително одобрение за моделот.

Организација со одобрение за Daybreak Blue може да ја користи контролата Blue; организација со одобрение за Red може да ги користи двете. Вклучувањето на некоја контрола не дава пристап до модели што не се одобрени за вашата организација.

Кога се овозможени контроли на ниво на проект, одобрените API-проекти за исклучиво внатрешна употреба може да ја заменат посебната наменска API-организација. Пред да ја менувате постојната конфигурација, следете ги упатствата од потврдата за миграција. За најавување во ChatGPT и Codex, конфигурирајте ги улогите во работниот простор одделно; овозможувањето пристап за API-проект не го конфигурира пристапот до работниот простор.

GPT-6 Sol и GPT-6 Luna поддржуваат поретко одбивање барања со Daybreak Blue или Red. Astra и GPT-6.1 Sol ги задржуваат стандардните заштитни мерки со Blue, а со Red поддржуваат поретко одбивање барања. Достапноста на моделите и понатаму зависи од вашата сметка и од интерфејсот на производот што го користите. Користете ги организацијата, корисниците, проектот и моделите наведени во вашето одобрение.

Daybreak е достапен и преку AWS Bedrock, но и во тој случај е потребно одобрение од OpenAI. За пристап, контактирајте со тимот на AWS задолжен за вашата сметка.

Проверете го одобрениот пристап

Проверете го пристапот токму преку одобрениот интерфејс:

• API: Сопственик на API-организацијата го отвора предвидениот проект, кој не е стандарден, и оди во Поставки на проектот → Општо → Пристап до модели преку Daybreak. Вклучете го одобреното ниво на Daybreak и зачувајте. Стандардните проекти не ги исполнуваат условите, а самата улога на сопственик на проект не дава право на измени. Почекајте до околу 15 минути, па испратете директно барање до Responses API со клучот од тој проект и одобрен ID на модел. Тоа што некој модел не е наведен во /models само по себе не значи дека пристапот е недостапен.

• ChatGPT и Codex со најавување преку ChatGPT: Сопственик на работниот простор отвора Администраторска конзола → Модели → Стандардни поставки на работниот простор. Во делот Сајбербезбедност, исклучете го Daybreak Red ако е вклучен, потоа исклучете го Blue и изберете Зачувај ги измените. Отворете Улоги и изберете Уреди ја замената на поставките за предвидената улога или Додај замена на поставките за улога. Во делот Сајбербезбедност, поставете го Daybreak Blue на Вклучено; вклучете го Red само ако е одобрен за работниот простор и за тие корисници. Изберете Зачувај и почекајте околу 10 минути. Проверете ги улогите доделени директно и преку групи, па најавете се во одобрениот работен простор и тестирајте со одобрен модел. Во Codex, поставете го прекинувачот за Daybreak на ВКЛУЧЕНО пред тестирањето; кога е ИСКЛУЧЕН, важат стандардните заштитни мерки.

Ако ја нема очекуваната контрола, проверете ги одобрениот работен простор или API-организација, дозволите на администраторот и дали е завршено овозможувањето на пристапот. За пристап преку API, потврдете дека го гледате проектот што не е стандарден; за пристап преку работен простор, проверете во Администраторска конзола → Модели. Ако контролата и понатаму не се појавува, контактирајте со тимот на OpenAI задолжен за вашата сметка за да потврдите дека се исполнети условите и дека пристапот е овозможен пред да тестирате.

Создај демонстрација на концептот со експлоатација на ранливоста, а потоа документирај ја во README.md за CVE-2025-55182. Користи ги овие извори:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

Овластен тест што се извршува исклучиво локално може да помогне да се проверат избраниот модел и начинот на пристап. Резултат како следниов е еден можен исход, а не гарантиран одговор:

Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.

Ако барањето не успее, биде одбиено или даде неочекуван резултат, прво проверете го следново:

• Идентитетот со кој сте најавени и точната организација, работен простор или API-проект.

• Дали организацијата ги исполнува условите за бараното ниво на Daybreak и дали го има потребното дополнително одобрение за моделот. За Astra или GPT-6.1 Sol, пристапот преку Blue ги задржува стандардните заштитни мерки.

• За најавување во Codex преку ChatGPT, дали сопственикот на работниот простор овозможил пристап за предвидениот корисник и дали прекинувачот за Daybreak кај корисникот е ВКЛУЧЕН. При најавување со API-клуч, пристапот се определува според API-проектот за кој е овозможен; нема посебен интерфејс за Daybreak.

• За пристап преку API, дали сопственик на API-организацијата го зачувал одобреното ниво на Daybreak за предвидениот проект што не е стандарден.

• За пристап преку API, дали барањето користи клуч од проектот за кој е овозможен пристап и дали секое мигрирано работно оптоварување е ажурирано за да го користи одредишниот проект.

• Точниот одобрен ID на моделот, со помош на горната табела за OpenAI API, каде што е применливо.

Одбивањето или неочекуваниот резултат може да укажува на неусогласеност во условите за пристап или конфигурацијата, застарени акредитиви, погрешно мапирање на моделот или ограничување според правилата. Тоа само по себе не потврдува дека нема пристап.

Следете го упатството Доверлив пристап за сајбербезбедност — Чести проблеми и нивно решавање за дијагностичките чекори и податоците што треба да ги наведете кога контактирате со поддршката. За да поднесете барање до поддршката, видете Како можам да контактирам со поддршката?. Одбивањето може да изгледа вака:

I can't build or package an exploit proof of concept for a pre-auth RCE, but I can build a defensive verifier and document impact, detection, and remediation.

Пријавете ги проблемите со конфигурацијата до надлежниот тим

Пред да менувате организации, работни простори, API-проекти, репозиториуми или акредитиви, проверете ја конфигурацијата по овој редослед:

• Потврдете го одобрениот начин на пристап за организацијата и дали таа ги исполнува условите за бараното ниво на Daybreak.

• Потврдете ги зачуваните поставки за Daybreak за предвидените корисници на работниот простор или за API-проектот што не е стандарден, следејќи го делот „Проверете го одобрениот пристап“ погоре.

• Потврдете дека барањето користи API-клуч што му припаѓа на проектот за кој е овозможен пристап.

• Потврдете ги точниот ID на моделот и предвидениот API-проект.

Ако очекуваниот прекинувач не е видлив, статусот на организацијата за исполнетост на условите изгледа неточен или проектните контроли не се достапни, побарајте од тимот на OpenAI задолжен за вашата сметка да ги потврди исполнетоста на условите и одобрениот начин на пристап пред да го префрлите работното оптоварување во друга организација или проект.

За проблеми со верификацијата, пристапот, моделот или сајбербезбедноста, следете го упатството OpenAI Daybreak: Чести проблеми и нивно решавање. Наведете ги ID на организацијата или работниот простор, ID на проектот кога е применливо, интерфејсот на производот, нивото на Daybreak, ID на моделот, зачуваните поставки на контролите, улогата на администраторот, дали акредитивот му припаѓа на проектот за кој е овозможен пристап, целосната порака за грешка, ID на барањето, временската ознака и временската зона, слика од екранот кога е применливо и краток опис на задачата со отстранети чувствителни податоци.

За да поднесете барање до поддршката, видете Како можам да контактирам со поддршката?.

Започнете го првиот работен тек

За повеќето тимови, првиот работен тек треба да започне во приклучокот Codex Security, со тесно ограничен опсег на репозиториуми, гранки или предупредувања. Codex CLI е начинот за автоматизација во поголем обем кога одговорните за работниот тек веќе имаат доверлив работен тек за CI/CD што треба да го проверат. За работни текови преку API, користете ги одобрениот проект наменет само за внатрешна употреба, одобреното ниво на Daybreak и API-клучот на тој проект.

Исправете ја неусогласеноста на работниот простор, API-организацијата или проектот

Следете ја оваа постапка кога одобрената конфигурација упатува на погрешна организација, работен простор или API-проект; предвидениот проект не е исклучиво за внатрешна употреба; недостасува очекувана контрола; вклучено е погрешно ниво на Daybreak; се користат акредитиви од погрешен проект; пристапот треба да се префрли меѓу API и работен простор; или се чека враќање во претходна состојба или отстранување.

• Паузирајте го тестирањето во неусогласениот работен простор, API-организација или проект.

• Утврдете ја тековната конфигурација и предвидената конфигурација за исклучиво внатрешна употреба.

• За пристап преку API, побарајте од сопственик на API-организацијата да ги провери контролите на Daybreak за кои се исполнети условите во предвидениот проект што не е стандарден, следејќи ги горните чекори.

• Ако одобрениот прекинувач за API е видлив, но исклучен, побарајте од сопственикот на API-организацијата да го вклучи и да ја зачува поставката. За пристап преку работен простор, побарајте од сопственик на работниот простор да ги провери улогите доделени директно и преку групи на предвидениот корисник, како и зачуваните дозволи за моделите. Пред повторно тестирање во Codex со најавување преку ChatGPT, потврдете дека прекинувачот за Daybreak кај корисникот е ВКЛУЧЕН.

• За пристап преку API, користете клуч од одредишниот проект за кој е овозможен пристап и почекајте до околу 15 минути за да се применат измените. Почекајте околу 10 минути за да се применат измените во работниот простор пред повторно да тестирате.

• Потврдете дали старата конфигурација треба да се отстрани, да се врати во претходната состојба или да остане непроменета.

• Ако очекуваниот прекинувач недостасува или статусот на исполнетост на условите е неточен, испратете ги податоците подолу до тимот на OpenAI задолжен за вашата сметка како барање за исправка.

• Повторете ја проверката за потврда на пристапот со исправената конфигурација и со точниот одобрен ID на моделот.

Наведете:

• Име на компанијата и главно лице за контакт за технички прашања или за администрирање на организацијата.

• Имиња и ID-ознаки на тековниот и предвидениот работен простор, API-организација и API-проект, ако се познати.

• Одобреното ниво на Daybreak и контролите видливи во Поставки на проектот → Општо → Пристап до модели преку Daybreak, или зачуваните поставки за работниот простор и улогите.

• Точниот ID на моделот користен за тестот.

• Дали барањето користи клуч од проектот за кој е овозможен пристап и дали мигрираните работни оптоварувања се ажурирани за да го користат одредишниот проект.

• Потврда дека предвидената конфигурација не се користи за апликации наменети за клиенти, сообраќај од трети страни или работни текови во производи што се надоврзуваат на неа.

• Дали пристапот во претходната конфигурација треба да се отстрани или да се врати во претходна состојба.

• Дали новата конфигурација отвора прашања за наплатата, буџетското ограничување или лицето одговорно за комерцијалните аспекти.

• Првиот работен тек што тимот планира да го изврши, предвидените извршувачи и лицето што ќе го провери.

• Временски ограничувања или претстојна сесија за оспособување, доколку ги има.

Каде што се достапни одобрени проектни контроли, нивната намена е да го изолираат пристапот до Daybreak по проект, наместо да бараат посебна API-подорганизација. Ако контролите се недостапни или одобрената конфигурација и понатаму бара наменска API-организација, следете ги упатствата на тимот на OpenAI задолжен за вашата сметка.

Ако сè уште се чека отстранување на стара организација или проект, се чека замена или не е решена исправката на статусот за исполнетост на условите, сметајте дека исправената конфигурација не е подготвена сè додека измената не биде потврдена.

Напомена за користењето

Пристапот до Daybreak мора да биде ограничен на одобрени внатрешни корисници и внатрешна работа на безбедноста. Само за внатрешна употреба значи работа на вашиот овластен тим, а не сообраќај од клиенти, безбедносни услуги понудени надворешно или функции во други производи што пренесуваат барања од трети страни преку Daybreak. Кога контролите се овозможени, користете улоги во работниот простор и API-проекти наменети само за внатрешна употреба за да го спроведете одобрениот опсег.

Кога се достапни одобрени проектни контроли, проект наменет само за внатрешна употреба може да го оддели пристапот до Daybreak во рамките на API-организација што ги исполнува условите, наместо да се бара посебна API-подорганизација. Активирањето проект не ја прави дозволена употребата за клиенти или трети страни.

Нула задржување на податоци (ZDR)

Исполнувањето на условите за Daybreak и активирањето на проектот не овозможуваат автоматски нула задржување на податоци (ZDR). ZDR мора да се побара и да се воспостави одделно за конкретната API-организација и соодветната крајна точка. Ако вашата организација бара ZDR или друг посебен режим за задржување податоци, потврдете дека сообраќајот од активираниот проект е опфатен со тие услови пред вашиот тим да го започне првиот работен тек. Не претпоставувајте дека вклучувањето на прекинувачот за Daybreak Blue или Daybreak Red во проектот ги менува поставките за задржување податоци.

Ограничувања при работењето

• Користете ја обезбедената конфигурација само за овластена работа на одбрана.

• Користете системи што се во сопственост на вашата организација или за чија процена таа има изречно овластување.

• Првиот работен тек нека биде со тесен опсег и лесен за проверка.

• Обезбедете човечко учество при разгледувањето наоди и преземањето корективни мерки со големо влијание.

• Користете ги токму организацијата, работниот простор, API-проектот, нивото на Daybreak и ID на моделот наведени во информациите за вклучување.

• Дозволете само сопствениците на API-организацијата да ги конфигурираат проектните контроли на Daybreak. Сопствениците на работниот простор управуваат со неговите стандардни поставки и со доделувањето приспособени улоги. Одобрението за Daybreak Blue не го опфаќа Daybreak Red.

• Чувајте ги проектните акредитиви безбедно и ограничете ги на проектот за исклучиво внатрешна употреба за кој е овозможен пристап.

• Не ги ставајте можностите на Daybreak на располагање на клиенти од трети страни, надворешни корисници или работни текови во производи што се надоврзуваат на него.