Общ преглед

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

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

• Точния одобрен идентификатор на модел, като използвате таблицата за 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.

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