Visão geral

Use este guia se você estiver coordenando a integração da sua organização ao Daybreak e precisar avançar da inscrição e da análise de elegibilidade para uma configuração pronta para uso.

O Daybreak Access é o programa de acesso confiável para cibersegurança da OpenAI. Daybreak Blue e Daybreak Red são níveis de acesso do Daybreak.

A maioria das equipes empresariais deve começar pelo Daybreak Blue para fluxos de trabalho defensivos internos aprovados.

O Daybreak Red requer aprovação separada para fluxos de trabalho avançados e autorizados de cibersegurança. Alguns modelos de fronteira para cibersegurança requerem aprovação adicional específica para o modelo.

A aprovação, por si só, não ativa a redução de recusas. Os controles do Daybreak ficam inicialmente DESATIVADOS. Um proprietário do espaço de trabalho habilita o acesso para usuários e grupos aprovados; um proprietário da organização da API habilita o acesso para projetos aprovados que não sejam o projeto padrão. Configure ambas as formas de acesso se sua equipe usar as duas. Os usuários que fazem login no Codex com o ChatGPT também devem ativar o Daybreak antes de fazer uma solicitação.

Alguns fluxos de trabalho de maior risco ainda podem ser recusados após a habilitação do acesso. Por isso, comece com um fluxo defensivo de escopo delimitado, exatamente na interface, no projeto e no modelo que sua equipe planeja usar.

Acompanhe o status da integração e do acesso

Entenda a forma de acesso aprovada

Sua confirmação de integração deve indicar os modelos aprovados, quem pode usá-los e quais organização, espaço de trabalho, organização da API e projeto da API usar primeiro.

Para fluxos de trabalho com atuação direta em repositórios, comece pelo Codex ou pelo plugin Codex Security. Use a CLI do Codex ou a ação do Codex para GitHub nas automações aprovadas. Nos fluxos de trabalho com a API, mantenha as solicitações e credenciais restritas ao projeto aprovado de uso exclusivamente interno.

Para acessar a API da OpenAI, use um ID de modelo específico incluído no seu acesso aprovado e a configuração de solicitação correspondente do Daybreak. Os exemplos abaixo dependem dos modelos aprovados para sua organização.

Nas solicitações à API Responses, defina access_programs.cyber como daybreak_blue para gpt-6-sol, mesmo que sua organização tenha aprovação para o Daybreak Red. Para usar as salvaguardas padrão, defina esse parâmetro como standard.

Para gpt-5.6-cyber, use daybreak_red somente se sua organização tiver tanto a aprovação para o Daybreak Red quanto a aprovação adicional exigida para o modelo.

Uma organização aprovada para o Daybreak Blue pode usar o controle Blue; uma organização aprovada para o Red pode usar ambos. Habilitar um controle não concede acesso a modelos fora do escopo aprovado para sua organização.

Quando os controles no nível do projeto estão habilitados, projetos aprovados da API de uso exclusivamente interno podem substituir uma organização da API separada e dedicada. Siga as orientações da sua confirmação de migração antes de alterar uma configuração existente. Para o login no ChatGPT e no Codex, configure as funções do espaço de trabalho separadamente; habilitar um projeto da API não configura o acesso ao espaço de trabalho.

O GPT-6 Sol e o GPT-6 Luna oferecem suporte à redução de recusas com o Daybreak Blue ou Red. O Astra e o GPT-6.1 Sol mantêm as salvaguardas padrão com o Blue e oferecem suporte à redução de recusas com o Red. A disponibilidade dos modelos continua dependendo da sua conta e da interface do produto. Use a organização, os usuários, o projeto e os modelos especificados na sua aprovação.

O Daybreak também está disponível pelo AWS Bedrock e continua exigindo aprovação da OpenAI. Entre em contato com a equipe responsável pela sua conta na AWS para obter acesso.

Valide o GPT-6.1 Terra com o Daybreak

Para o GPT-6.1 Terra, confirme a aprovação para o Daybreak Red e habilite explicitamente o Daybreak na solicitação. O Daybreak Blue, por si só, não habilita a redução de recusas em cibersegurança no Terra. Na API Responses, use a chave do projeto habilitado que não seja o padrão e defina explicitamente access_programs.cyber; se o parâmetro for omitido, serão usadas as salvaguardas padrão. O Chat Completions não oferece suporte a essa forma de acesso com redução de recusas.

Para o Codex e o ChatGPT Work, valide o acesso ao Daybreak do espaço de trabalho e do usuário aprovados, use um cliente compatível e habilite o controle do Daybreak. Valide o acesso à API e ao espaço de trabalho separadamente. Se uma solicitação aprovada ainda falhar, registre o modelo exato, o endpoint ou a interface do produto, a organização, o projeto ou espaço de trabalho, os controles habilitados, o ID da solicitação, a data e hora e o erro com os dados sensíveis ocultados.

Valide o acesso aprovado

Valide o acesso exatamente na interface aprovada:

• API: um proprietário da organização da API abre o projeto desejado, que não deve ser o padrão, e acessa Configurações do projeto → Geral → Acesso a modelos do Daybreak. Habilite o nível aprovado do Daybreak e salve. Projetos padrão não são elegíveis, e ser apenas proprietário do projeto não permite fazer alterações. Aguarde até cerca de 15 minutos e envie uma solicitação direta à API Responses usando a chave desse projeto e um ID de modelo aprovado. A ausência de um modelo em /models não significa, por si só, que o acesso esteja indisponível.

• ChatGPT e Codex com login pelo ChatGPT: um proprietário do espaço de trabalho abre Console de administração → Modelos → Padrão do espaço de trabalho. Em Cibersegurança, desative o Daybreak Red se estiver ativado, depois desative o Blue e selecione Salvar alterações. Abra Funções e escolha Editar substituição para a função desejada ou Adicionar substituição de função. Em Cibersegurança, defina o Daybreak Blue como Ativado; habilite o Red somente se estiver aprovado para o espaço de trabalho e esses usuários. Selecione Salvar e aguarde cerca de 10 minutos. Revise as atribuições de funções diretas e por grupo, depois entre no espaço de trabalho aprovado e teste com um modelo aprovado. No Codex, ATIVE a opção Daybreak antes de testar; com ela DESATIVADA, as salvaguardas padrão se aplicam.

Se o controle esperado não aparecer, verifique o espaço de trabalho ou a organização da API aprovada, as permissões do administrador e se o provisionamento foi concluído. Para acesso pela API, confirme que está visualizando um projeto que não seja o padrão; para acesso pelo espaço de trabalho, verifique Console de administração → Modelos. Se o controle ainda não aparecer, entre em contato com a equipe responsável pela sua conta na OpenAI para confirmar a elegibilidade e o provisionamento antes de testar.

Crie uma prova de conceito com o exploit e documente-a em README.md para a CVE-2025-55182. Use estas referências:

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

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

Um teste autorizado e exclusivamente local pode ajudar a verificar o modelo selecionado e a forma de acesso. Um resultado como o seguinte é uma possibilidade, não uma resposta garantida:

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

Se a solicitação falhar, for recusada ou produzir um resultado inesperado, primeiro confirme todos os itens a seguir:

• A identidade conectada e a organização, o espaço de trabalho ou o projeto da API exato.

• A elegibilidade da organização para o nível solicitado do Daybreak e qualquer aprovação adicional para o modelo. Para o Astra ou o GPT-6.1 Sol, o acesso Blue mantém as salvaguardas padrão.

• Para login no Codex pelo ChatGPT, se o proprietário do espaço de trabalho habilitou o acesso para o usuário desejado e se a opção Daybreak desse usuário está ATIVADA. Com login por chave de API, o acesso segue o projeto da API habilitado; não há uma interface separada do Daybreak.

• Para acesso pela API, se um proprietário da organização da API salvou o nível aprovado do Daybreak para o projeto desejado, que não deve ser o padrão.

• Para acesso pela API, se a solicitação usa uma chave do projeto habilitado e se todas as cargas de trabalho migradas foram atualizadas para usar o projeto de destino.

• O ID exato do modelo aprovado, consultando a tabela da API da OpenAI acima quando aplicável.

Uma recusa ou um resultado inesperado pode indicar uma incompatibilidade de elegibilidade ou configuração, credenciais desatualizadas, um mapeamento incorreto do modelo ou um limite imposto pelas políticas. Isso não confirma, por si só, a falta de acesso.

Siga Acesso confiável para cibersegurança — Problemas comuns e solução de problemas para ver as etapas de diagnóstico e os detalhes a incluir ao entrar em contato com o Suporte. Para abrir uma solicitação ao Suporte, consulte Como posso entrar em contato com o suporte?. Uma recusa pode ser assim:

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.

Encaminhe problemas de configuração

Antes de mudar organizações, espaços de trabalho, projetos da API, repositórios ou credenciais, verifique a configuração nesta ordem:

• Confirme a forma de acesso aprovada da organização e sua elegibilidade para o nível solicitado do Daybreak.

• Confirme as configurações salvas do Daybreak para os usuários desejados do espaço de trabalho ou para o projeto da API que não seja o padrão, seguindo a seção "Valide o acesso aprovado" acima.

• Confirme que a solicitação usa uma chave de API pertencente ao projeto habilitado.

• Confirme o ID exato do modelo e o projeto da API desejado.

Se uma opção esperada não estiver visível, a elegibilidade da organização parecer incorreta ou os controles do projeto não estiverem disponíveis, peça à equipe responsável pela sua conta na OpenAI que confirme a elegibilidade e a forma de acesso aprovada antes de mover a carga de trabalho para outra organização ou projeto.

Para problemas de verificação, acesso, modelo ou segurança cibernética, siga OpenAI Daybreak: problemas comuns e solução de problemas. Inclua o ID da organização ou do espaço de trabalho, o ID do projeto quando aplicável, a interface do produto, o nível do Daybreak, o ID do modelo, as configurações salvas dos controles, a função do administrador, se a credencial pertence ao projeto habilitado, a mensagem de erro completa, o ID da solicitação, a data e hora com fuso horário, uma captura de tela quando aplicável e uma breve descrição da tarefa com as informações sensíveis ocultadas.

Para abrir uma solicitação ao Suporte, consulte Como posso entrar em contato com o suporte?.

Inicie o primeiro fluxo de trabalho

Para a maioria das equipes, o primeiro fluxo de trabalho deve começar no plugin Codex Security, com um escopo restrito de repositório, branch ou alerta. O Codex CLI é a opção para automação em escala quando os responsáveis pelo fluxo de trabalho já têm um fluxo de CI/CD confiável para validar. Para fluxos de trabalho via API, use o projeto aprovado de uso exclusivamente interno, o nível aprovado do Daybreak e a chave de API desse projeto.

Corrija uma incompatibilidade de espaço de trabalho, organização da API ou projeto

Siga este procedimento quando a configuração aprovada apontar para a organização, o espaço de trabalho ou o projeto da API errado; o projeto desejado não for de uso exclusivamente interno; um controle esperado não aparecer; o nível errado do Daybreak estiver habilitado; uma credencial de outro projeto estiver em uso; o acesso precisar mudar entre a API e o espaço de trabalho; ou houver uma reversão ou remoção pendente.

• Pause os testes no espaço de trabalho, na organização da API ou no projeto com a incompatibilidade.

• Identifique a configuração atual e a configuração desejada para uso exclusivamente interno.

• Para acesso pela API, peça a um proprietário da organização da API que siga as etapas acima para verificar os controles do Daybreak elegíveis para o projeto desejado, que não deve ser o padrão.

• Se a opção aprovada da API estiver visível, mas desativada, peça ao proprietário da organização da API que a ative e salve. Para acesso pelo espaço de trabalho, peça a um proprietário que revise as funções diretas e por grupo do usuário desejado e as permissões de modelo salvas. Antes de testar novamente no Codex com login pelo ChatGPT, confirme que a opção Daybreak do usuário está ATIVADA.

• Para acesso pela API, use uma chave do projeto de destino habilitado e aguarde até cerca de 15 minutos para que as alterações entrem em vigor. Aguarde cerca de 10 minutos para que as alterações no espaço de trabalho entrem em vigor antes de testar novamente.

• Confirme se a configuração anterior deve ser removida, revertida ou mantida sem alterações.

• Se a opção esperada não aparecer ou a elegibilidade estiver incorreta, envie os detalhes abaixo à equipe responsável pela sua conta na OpenAI como uma solicitação de correção.

• Execute novamente a verificação de acesso na configuração corrigida com o ID exato do modelo aprovado.

Inclua:

• Nome da empresa e contato principal do responsável técnico ou do administrador da organização.

• Nomes e IDs dos espaços de trabalho, organizações da API e projetos da API atuais e desejados, se conhecidos.

• Nível aprovado do Daybreak e controles visíveis em Configurações do projeto → Geral → Acesso a modelos do Daybreak, ou as configurações salvas do espaço de trabalho e das funções.

• ID exato do modelo usado no teste.

• Se a solicitação usa uma chave do projeto habilitado e se as cargas de trabalho migradas foram atualizadas para usar o projeto de destino.

• Confirmação de que a configuração desejada não é usada em aplicações voltadas a clientes, tráfego de terceiros ou fluxos de trabalho de produtos que dependam dela.

• Se o acesso na configuração anterior deve ser removido ou revertido.

• Se a nova configuração gera alguma questão de faturamento, limite de orçamento ou responsabilidade comercial.

• O primeiro fluxo de trabalho que a equipe planeja executar, os responsáveis previstos pela execução e o revisor humano.

• Restrições de prazo ou uma sessão de capacitação agendada, se houver.

Quando disponíveis, os controles de projeto aprovados servem para isolar o acesso ao Daybreak por projeto, sem exigir uma suborganização da API separada. Se os controles estiverem indisponíveis ou a configuração aprovada ainda exigir uma organização da API dedicada, siga as instruções da equipe responsável pela sua conta na OpenAI.

Se a remoção de uma organização ou projeto anterior ainda estiver pendente, houver uma troca pendente ou a correção de elegibilidade não tiver sido resolvida, considere a configuração corrigida ainda não pronta até que a alteração seja confirmada.

Observação sobre o uso

O acesso ao Daybreak deve ser restrito a usuários internos aprovados e a trabalhos internos de segurança. Uso exclusivamente interno significa o trabalho da sua própria equipe autorizada, não tráfego voltado a clientes, serviços de segurança oferecidos externamente ou recursos de outros produtos que encaminhem solicitações de terceiros pelo Daybreak. Quando os controles estiverem habilitados, use funções do espaço de trabalho e projetos da API de uso exclusivamente interno para garantir o cumprimento do escopo aprovado.

Quando os controles de projeto aprovados estão disponíveis, um projeto de uso exclusivamente interno pode isolar o acesso ao Daybreak dentro de uma organização da API elegível, sem exigir uma suborganização da API separada. Habilitar um projeto não torna aceitável o uso voltado a clientes ou a terceiros.

Zero retenção de dados (ZDR)

A elegibilidade para o Daybreak e a habilitação do projeto não habilitam automaticamente a zero retenção de dados (ZDR). A ZDR deve ser solicitada e provisionada separadamente para a organização da API específica e o endpoint aplicável. Se sua organização exigir ZDR ou outro tratamento específico de retenção de dados, confirme se o tráfego do projeto habilitado está coberto por esses termos antes de sua equipe iniciar o primeiro fluxo de trabalho. Não presuma que ativar a opção Daybreak Blue ou Daybreak Red de um projeto altera as configurações de retenção de dados.

Limites operacionais

• Use o ambiente provisionado apenas para trabalhos defensivos autorizados.

• Use sistemas que pertençam à sua organização ou que ela esteja explicitamente autorizada a avaliar.

• Mantenha o primeiro fluxo de trabalho com escopo restrito e passível de revisão.

• Mantenha a participação humana na análise de descobertas de alto impacto e nas ações de correção.

• Use exatamente a organização, o espaço de trabalho, o projeto da API, o nível do Daybreak e o ID do modelo indicados nos detalhes da sua integração.

• Permita que apenas proprietários da organização da API configurem os controles de projeto do Daybreak. Os proprietários do espaço de trabalho gerenciam as configurações padrão e as atribuições de funções personalizadas desse espaço. A aprovação para o Daybreak Blue não inclui o Daybreak Red.

• Mantenha as credenciais do projeto seguras e restritas ao projeto habilitado para uso exclusivamente interno.

• Não estenda os recursos do Daybreak a clientes de terceiros, usuários externos ou fluxos de trabalho de produtos que dependam dele.