Общ преглед

Използвайте това ръководство, ако координирате включването на организацията си в Daybreak и трябва да преминете от подаване на заявка и проверка на условията за достъп към готова за работа конфигурация.

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

Повечето корпоративни екипи трябва да започнат с Daybreak Blue за одобрени вътрешни работни процеси за защита.

Daybreak Red изисква отделно одобрение за усъвършенствани, надлежно разрешени работни процеси за киберсигурност. Всички организации с Daybreak Red имат право на достъп до GPT-5.6 Cyber. GPT-6 Cyber изисква отделно одобрение за модела. Активирайте и направете задължително единното влизане (SSO) във всяка организация или работно пространство, където използвате Daybreak Red. По подразбиране достъпът до GPT-6 Cyber чрез API изисква списък с разрешени IP адреси. API проектите, които използват нулево задържане на данни, обикновено изискват и поверителна обработка за безопасност.

Самото одобрение не включва режима с по-малко откази. Първоначално настройките на Daybreak са ИЗКЛЮЧЕНИ. Собственик на работното пространство активира достъпа за одобрените потребители и групи; собственик на API организацията го активира за одобрените проекти, които не са проекти по подразбиране. Конфигурирайте и двата начина за достъп, ако екипът ви използва и двата. Потребителите, които влизат в Codex чрез ChatGPT, трябва също да включат Daybreak, преди да изпратят заявка.

Някои по-рискови работни процеси може да получат отказ дори след активирането на достъпа, затова започнете с работен процес за защита с ограничен обхват в точно този интерфейс, проект и модел, които екипът ви планира да използва.

Проследявайте състоянието на включването и достъпа

Запознайте се с одобрения начин за достъп

В потвърждението за включване трябва да са посочени одобрените модели, кой може да ги използва и с коя организация, работно пространство, API организация и API проект да започнете.

За пряка работа с хранилища започнете с Codex или плъгина Codex Security. Използвайте Codex CLI или Codex GitHub Action за одобрени автоматизирани процеси. За работни процеси с API ограничавайте заявките и идентификационните данни до одобрения проект, предназначен само за вътрешна употреба.

За достъп чрез API на OpenAI използвайте конкретен идентификатор на модел, включен в одобрения ви достъп, и съответната настройка на Daybreak за заявката. Примерите по-долу зависят от моделите, одобрени за вашата организация.

В заявките към Responses API задайте access_programs.cyber на daybreak_blue за gpt-6-sol, включително ако организацията ви има одобрение за Daybreak Red. За да използвате стандартните мерки за безопасност, задайте стойност standard.

И за двата модела Cyber използвайте daybreak_red в Responses API.

Организация, одобрена за 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, който обслужва акаунта ви.

Проверете достъпа до GPT-6.1 Terra с Daybreak

За GPT-6.1 Terra потвърдете одобрението за Daybreak Red и изрично включете Daybreak за заявката. Само Daybreak Blue не активира режим с по-малко откази за заявки за киберсигурност в Terra. В Responses API използвайте ключа на проекта с активиран достъп, който не е проектът по подразбиране, и изрично задайте access_programs.cyber; ако го пропуснете, се прилагат стандартните мерки за безопасност. Chat Completions не поддържа този начин за достъп с по-малко откази.

За Codex и ChatGPT Work проверете одобреното работно пространство и достъпа на потребителя до Daybreak, използвайте поддържан клиент и включете настройката Daybreak. Проверете отделно достъпа чрез API и чрез работното пространство. Ако одобрена заявка все още е неуспешна, запишете точния модел, крайната точка или продуктовия интерфейс, организацията, проекта или работното пространство, включените настройки, идентификатора на заявката, времевия печат и грешката със заличени чувствителни данни.

Проверете одобрения достъп

Проверете достъпа в точно определения одобрен интерфейс:

• API: Собственик на API организацията отваря предвидения проект, който не е проектът по подразбиране, и отива на Настройки на проекта → Общи → Достъп до модели чрез Daybreak. Активирайте одобреното ниво на Daybreak и запазете. Проектите по подразбиране не отговарят на условията, а ролята на собственик на проект сама по себе си не дава право за промени. Изчакайте до около 15 минути, след което изпратете директна заявка към Responses API с ключа на този проект и идентификатор на одобрен модел. Отсъствието на модел от /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, а за GPT-6 Cyber — дали има одобрение за този модел. За Astra или GPT-6.1 Sol достъпът с Blue запазва стандартните мерки за безопасност.

• При влизане в Codex чрез ChatGPT — дали собственикът на работното пространство е активирал достъпа за съответния потребител и дали превключвателят Daybreak на потребителя е ВКЛЮЧЕН. При влизане с API ключ достъпът се определя от API проекта с активиран достъп; няма отделен интерфейс за Daybreak.

• За достъп чрез API — дали собственик на API организацията е запазил одобреното ниво на Daybreak за съответния проект, различен от този по подразбиране.

• За достъп чрез API — дали заявката използва ключ от проекта с активиран достъп и дали всички мигрирани работни натоварвания са актуализирани, така че да използват целевия проект.

• Точния идентификатор на одобрения модел, като използвате таблицата за API на OpenAI по-горе, когато е приложимо.

Отказът или неочакваният резултат може да показват несъответствие в правото на достъп или конфигурацията, остарели идентификационни данни, неправилно съпоставяне на модел или ограничение, наложено от правилата. Сам по себе си този резултат не потвърждава липса на достъп.

Следвайте Доверен достъп за киберсигурност — често срещани проблеми и отстраняването им за стъпките за диагностика и информацията, която да включите при свързване с поддръжката. За да подадете заявка до поддръжката, вижте Как да се свържа с поддръжката?. Отказът може да изглежда така:

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, които използвате. За GPT-6 Cyber проверете дали одобрението включва този модел.

• Потвърдете запазените настройки на Daybreak за съответните потребители на работното пространство или API проект, различен от този по подразбиране, като следвате „Проверете одобрения достъп“ по-горе.

• Потвърдете, че заявката използва API ключ, принадлежащ на проекта с активиран достъп.

• Потвърдете точния идентификатор на модела и предвидения API проект.

Ако очакван превключвател не се вижда, правото на достъп на организацията изглежда неправилно или настройките на проекта не са налични, помолете екипа на OpenAI, който обслужва акаунта ви, да потвърди правото на достъп и одобрения начин за достъп, преди да преместите работното натоварване в друга организация или проект.

При проблеми с проверката, достъпа, моделите или безопасността в областта на киберсигурността следвайте OpenAI Daybreak: Често срещани проблеми и отстраняването им. Включете идентификатора на организацията или работното пространство, идентификатора на проекта, когато е приложимо, продуктовия интерфейс, нивото на Daybreak, идентификатора на модела, запазените настройки, ролята на администратора, дали идентификационните данни принадлежат на проекта с активиран достъп, пълното съобщение за грешка, идентификатора на заявката, времевия печат и часовата зона, екранна снимка, когато е приложимо, и кратко описание на задачата със заличени чувствителни данни.

За да подадете заявка до поддръжката, вижте Как да се свържа с поддръжката?.

Започнете първия работен процес

За повечето екипи първият работен процес трябва да започне в плъгина 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, който отговаря за акаунта ви.

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

Включете:

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

• Имената и идентификаторите на текущите и предвидените работни пространства, API организации и API проекти, ако са известни.

• Одобреното ниво на Daybreak и настройките, видими в Настройки на проекта → Общи → Достъп до модели на Daybreak, или запазените настройки на работното пространство и ролите.

• Точния идентификатор на модела, използван за теста.

• Дали заявката използва ключ от проекта с активиран достъп и дали мигрираните работни натоварвания са актуализирани така, че да използват целевия проект.

• Потвърждение, че предвидената конфигурация не се използва за приложения за клиенти, трафик на трети страни или последващи работни процеси в други продукти.

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

• Дали новата конфигурация повдига въпроси относно фактурирането, бюджетните лимити или отговорника по търговските отношения.

• Първия работен процес, който екипът планира да изпълни, предвидените изпълнители и лицето, което ще преглежда резултатите.

• Ограничения във времето или предстояща въвеждаща сесия, ако има такива.

Когато са налични одобрени настройки на ниво проект, те са предназначени да изолират достъпа до Daybreak по проекти, вместо да се изисква отделна API подорганизация. Ако настройките не са налични или одобрената конфигурация все още изисква специализирана API организация, следвайте указанията на екипа на OpenAI, който отговаря за акаунта ви.

Ако стара организация или проект все още очаква премахване, предстои замяна или корекцията на правото на достъп не е приключила, считайте коригираната конфигурация за неготова, докато промяната не бъде потвърдена.

Бележка относно употребата

Достъпът до Daybreak трябва да бъде ограничен до одобрени вътрешни потребители и вътрешни дейности по сигурността. „Само за вътрешна употреба“ означава работа на собствения ви упълномощен екип, а не трафик от клиенти, услуги по сигурност, предлагани на външни лица, или функции в производни продукти, които препращат заявки от трети страни през Daybreak. Когато настройките са активирани, използвайте роли в работното пространство и API проекти само за вътрешна употреба, за да наложите одобрения обхват.

Когато одобрените настройки на ниво проект са налични, проект само за вътрешна употреба може да изолира достъпа до Daybreak в рамките на API организация, която отговаря на условията, без да е необходима отделна API подорганизация. Активирането на проект не прави допустима употребата за клиенти или трети страни.

Нулево задържане на данни (ZDR)

Изпълнението на условията за достъп до Daybreak и активирането на проекта не включват автоматично нулево задържане на данни (ZDR). ZDR трябва да бъде заявено и активирано отделно за конкретната API организация и приложимата крайна точка. Ако организацията ви изисква ZDR или друг конкретен режим за задържане на данни, потвърдете, че трафикът от проекта с активиран достъп е обхванат от тези условия, преди екипът ви да започне първия работен процес. Не приемайте, че включването на превключвателя за Daybreak Blue или Daybreak Red в проекта променя настройките за задържане на данни.

Ограничения при работа

• Използвайте предоставената конфигурация само за разрешени дейности по киберзащита.

• Използвайте системи, които са собственост на организацията ви или за които тя има изрично разрешение да извършва оценка.

• Ограничете обхвата на първия работен процес и осигурете възможност за преглед.

• Осигурете човешки контрол при констатации със сериозни последици и при отстраняване на проблеми.

• Използвайте точно организацията, работното пространство, API проекта, нивото на Daybreak и идентификатора на модел, посочени в данните за първоначално настройване.

• Разрешавайте само на собствениците на API организацията да конфигурират настройките на Daybreak за проекта. Собствениците на работното пространство управляват настройките му по подразбиране и задаването на персонализирани роли. Одобрението за Daybreak Blue не включва Daybreak Red.

• Пазете идентификационните данни на проекта защитени и ограничавайте обхвата им до проекта с активиран достъп само за вътрешна употреба.

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