Обзор

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

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

Само по себе одобрение не включает режим с меньшим числом отказов. Изначально параметры Daybreak выключены. Владелец рабочей области включает доступ для одобренных пользователей и групп, а владелец организации API — для одобренных проектов, отличных от проекта по умолчанию. Настройте оба способа доступа, если ваша команда использует оба. Пользователи, которые входят в Codex через ChatGPT, также должны включить Daybreak перед отправкой запроса.

Даже после включения доступа некоторые задачи с повышенным риском могут вызывать отказ. Поэтому начните с задачи по защите систем с чётко заданными рамками, используя именно тот интерфейс, проект и модель, с которыми планирует работать ваша команда.

Отслеживайте ход подключения и состояние доступа

Уточните одобренный способ доступа

В подтверждении подключения должны быть указаны одобренные модели, пользователи, которым разрешён доступ, а также организация, рабочая область, организация API и проект API, с которых следует начать.

Для практической работы с репозиторием начните с Codex или плагина Codex Security. Для одобренных задач автоматизации используйте Codex CLI или Codex GitHub Action. При работе через API ограничьте запросы и учётные данные рамками одобренного проекта, предназначенного только для внутреннего использования.

Для доступа через API OpenAI используйте конкретный идентификатор модели, к которой вам одобрен доступ, и соответствующий параметр Daybreak в запросе. Применимость приведённых ниже примеров зависит от того, какие модели одобрены для вашей организации.

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

Проверьте одобренный доступ

Проверьте доступ именно через тот интерфейс, для которого он одобрен:

• API: владелец организации API открывает нужный проект, отличный от проекта по умолчанию, и переходит в раздел «Настройки проекта → Общие → Доступ к моделям Daybreak». Включите одобренный уровень Daybreak и сохраните изменения. Проекты по умолчанию не подходят для такого доступа, а одной роли владельца проекта недостаточно для внесения изменений. Подождите до 15 минут, затем отправьте прямой запрос к Responses API, используя ключ этого проекта и идентификатор одобренной модели. Отсутствие модели в /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, а для 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, которая ведёт вашу учётную запись, с запросом на исправление.

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