Обзор

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

Daybreak Access — это программа OpenAI Trusted Access for Cyber («Доверенный доступ для задач кибербезопасности»). 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 используйте конкретный ID модели, к которой вам одобрен доступ, и соответствующий параметр Daybreak в запросе. Применимость примеров ниже зависит от того, какие модели одобрены для вашей организации.

В запросах к Responses API для gpt-6-sol задавайте параметру access_programs.cyber значение daybreak_blue, даже если вашей организации одобрен доступ к 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 минут. Проверьте роли, назначенные напрямую и через группы, затем войдите в одобренную рабочую область и выполните проверку с одобренной моделью. Перед проверкой включите переключатель Daybreak в Codex; если он выключен, действуют стандартные меры защиты.

Если нужный параметр отсутствует, проверьте, выбрана ли одобренная рабочая область или организация API, есть ли у администратора необходимые права и завершена ли подготовка доступа. Для доступа через API убедитесь, что открыт не проект по умолчанию; для доступа через рабочую область проверьте раздел «Консоль администратора → Модели». Если параметр по-прежнему не отображается, перед проверкой обратитесь к команде OpenAI, которая ведёт вашу учётную запись, чтобы подтвердить право доступа и завершение его подготовки.

Создайте демонстрацию эксплуатации уязвимости CVE-2025-55182, а затем опишите её в README.md. Используйте эти источники:

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 одобренной модели, при необходимости сверившись с таблицей 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 проекта с включённым доступом.

• Проверьте точный 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 модели, которые указаны в данных подключения.

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

• Защищайте учётные данные проекта и ограничивайте их действие проектом с включённым доступом, предназначенным только для внутреннего использования.

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