Visió general

Utilitza aquesta guia si coordines l'alta a Daybreak de la teva organització i necessites passar de la sol·licitud inicial i la revisió dels requisits d'accés a una configuració llesta per funcionar.

Daybreak Access és el programa d'accés de confiança per a la ciberseguretat d'OpenAI. Daybreak Blue i Daybreak Red són nivells d'accés de Daybreak.

La majoria d'equips empresarials haurien de començar amb Daybreak Blue per als fluxos de treball defensius interns autoritzats.

Daybreak Red requereix una autorització independent per als fluxos de treball de ciberseguretat avançats i autoritzats. Totes les organitzacions de Daybreak Red compleixen els requisits d'accés a GPT-5.6 Cyber. GPT-6 Cyber requereix una autorització específica per a aquest model. Activa i fes obligatori l'inici de sessió únic (SSO) a cada organització o espai de treball on utilitzis Daybreak Red. Per defecte, l'accés a GPT-6 Cyber a través de l'API requereix una llista d'IP permeses. Els projectes de l'API que utilitzen la retenció de dades nul·la generalment també requereixen processament privat de seguretat.

L'autorització, per si sola, no activa la reducció dels rebutjos de sol·licituds. Els controls de Daybreak estan inicialment DESACTIVATS. Un propietari de l'espai de treball habilita l'accés per als usuaris i grups autoritzats; un propietari de l'organització de l'API l'habilita per als projectes autoritzats que no siguin els predeterminats. Configura totes dues vies d'accés si el teu equip les utilitza totes dues. Els usuaris que iniciïn sessió a Codex amb ChatGPT també han d'activar Daybreak abans de fer una sol·licitud.

Alguns fluxos de treball de més risc es poden continuar rebutjant un cop habilitat l'accés. Per això, comença amb un flux de treball defensiu d'abast delimitat a la interfície, el projecte i el model exactes que el teu equip tingui previst utilitzar.

Fes un seguiment de l'estat de la incorporació i de l'accés

Entén la via d'accés autoritzada

La confirmació d'alta ha d'indicar els models autoritzats, qui els pot utilitzar i quina organització, espai de treball, organització de l'API i projecte de l'API cal utilitzar primer.

Per treballar directament amb repositoris, comença amb Codex o el connector Codex Security. Utilitza Codex CLI o l'acció de Codex per a GitHub per a les automatitzacions autoritzades. Per als fluxos de treball amb l'API, limita les sol·licituds i les credencials al projecte autoritzat d'ús exclusivament intern.

Per accedir a l'API d'OpenAI, utilitza un ID de model específic inclòs en l'accés autoritzat i la configuració de Daybreak corresponent per a la sol·licitud. Els exemples següents depenen dels models autoritzats per a la teva organització.

A les sol·licituds de l'API Responses, estableix access_programs.cyber en daybreak_blue per a gpt-6-sol, encara que la teva organització tingui autorització per a Daybreak Red. Per utilitzar les mesures de protecció estàndard, estableix-lo en standard.

Per a tots dos models Cyber, utilitza daybreak_red a l'API Responses.

Una organització autoritzada per a Daybreak Blue pot utilitzar el control Blue; una organització autoritzada per a Red pot utilitzar-los tots dos. Activar un control no dona accés a models que no estiguin inclosos en l'autorització de la teva organització.

Quan s'activen els controls a escala de projecte, els projectes de l'API autoritzats d'ús exclusivament intern poden substituir una organització de l'API independent i dedicada. Segueix les indicacions de la confirmació de migració abans de canviar una configuració existent. Per iniciar sessió a ChatGPT i Codex, configura els rols de l'espai de treball per separat; habilitar un projecte de l'API no configura l'accés a l'espai de treball.

GPT-6 Sol i GPT-6 Luna permeten reduir els rebutjos de sol·licituds amb Daybreak Blue o Red. Astra i GPT-6.1 Sol mantenen les mesures de protecció estàndard amb Blue i permeten reduir els rebutjos de sol·licituds amb Red. La disponibilitat dels models continua depenent del teu compte i de la interfície del producte. Utilitza l'organització, els usuaris, el projecte i els models especificats a la teva autorització.

Daybreak també està disponible a través d'AWS Bedrock i continua requerint l'autorització d'OpenAI. Contacta amb l'equip que gestiona el teu compte d'AWS per obtenir-hi accés.

Valida GPT-6.1 Terra amb Daybreak

Per a GPT-6.1 Terra, confirma l'autorització per a Daybreak Red i activa Daybreak explícitament per a la sol·licitud. Daybreak Blue, per si sol, no permet reduir els rebutjos de sol·licituds de ciberseguretat a Terra. A l'API Responses, utilitza la clau del projecte habilitat que no sigui el predeterminat i estableix explícitament access_programs.cyber; si l'omets, s'apliquen les mesures de protecció estàndard. Chat Completions no admet aquesta via de reducció dels rebutjos.

Per a Codex i ChatGPT Work, valida l'espai de treball autoritzat i l'accés de l'usuari a Daybreak, utilitza un client compatible i activa el control de Daybreak. Valida per separat l'accés a l'API i a l'espai de treball. Si una sol·licitud autoritzada continua fallant, recull el model exacte, el punt final o la interfície del producte, l'organització, el projecte o l'espai de treball, els controls activats, l'ID de la sol·licitud, la marca de temps i l'error amb les dades sensibles ocultes.

Valida l'accés autoritzat

Valida l'accés a la interfície exacta que s'ha autoritzat:

• API: un propietari de l'organització de l'API obre el projecte desitjat, que no ha de ser el predeterminat, i va a Configuració del projecte → General → Accés als models de Daybreak. Activa el nivell autoritzat de Daybreak i desa els canvis. Els projectes predeterminats no compleixen els requisits, i ser només propietari del projecte no dona permís per fer canvis. Espera fins a uns 15 minuts i després envia una sol·licitud directa a l'API Responses amb la clau d'aquest projecte i un ID de model autoritzat. Que un model no aparegui a /models no vol dir, per si sol, que no s'hi pugui accedir.

• ChatGPT i Codex amb inici de sessió amb ChatGPT: un propietari de l'espai de treball obre Consola d'administració → Models → Configuració predeterminada de l'espai de treball. A Ciberseguretat, desactiva Daybreak Red si està activat, després desactiva Blue i selecciona Desa els canvis. Obre Rols i tria Edita la configuració específica per al rol desitjat o Afegeix una configuració específica de rol. A Ciberseguretat, estableix Daybreak Blue en Activat; activa Red només si està autoritzat per a l'espai de treball i aquests usuaris. Selecciona Desa i espera uns 10 minuts. Revisa les assignacions de rols directes i per grups; després inicia sessió a l'espai de treball autoritzat i fes una prova amb un model autoritzat. A Codex, posa l'interruptor de Daybreak en ACTIVAT abans de fer la prova; si està DESACTIVAT, s'apliquen les mesures de protecció estàndard.

Si falta el control esperat, comprova l'espai de treball o l'organització de l'API autoritzats, els permisos de l'administrador i si s'ha completat l'aprovisionament. Per a l'accés a l'API, confirma que estàs consultant un projecte que no sigui el predeterminat; per a l'accés a l'espai de treball, comprova Consola d'administració → Models. Si el control continua sense aparèixer, contacta amb l'equip que gestiona el teu compte d'OpenAI per confirmar els requisits d'accés i l'aprovisionament abans de fer proves.

Crea una prova de concepte amb l'exploit i documenta-la a README.md per a CVE-2025-55182. Utilitza aquestes referències:

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

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

Una prova autoritzada i exclusivament local pot ajudar a comprovar el model i la via d'accés seleccionats. Un resultat com el següent és una de les possibilitats, no una 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.

Si la sol·licitud falla, es rebutja o produeix un resultat inesperat, confirma primer tots els punts següents:

• La identitat amb què s'ha iniciat sessió i l'organització, l'espai de treball o el projecte de l'API exactes.

• Que la teva organització compleix els requisits per al nivell de Daybreak sol·licitat i, en el cas de GPT-6 Cyber, que té autorització per a aquest model. Per a Astra o GPT-6.1 Sol, l'accés Blue manté les mesures de protecció estàndard.

• Per a l'inici de sessió a Codex amb ChatGPT, que el propietari de l'espai de treball ha habilitat l'accés per a l'usuari en qüestió i que aquest té l'interruptor de Daybreak en ACTIVAT. Amb l'inici de sessió amb clau d'API, l'accés depèn del projecte de l'API habilitat; no hi ha cap interfície de Daybreak independent.

• Per a l'accés a l'API, que un propietari de l'organització de l'API ha desat el nivell autoritzat de Daybreak per al projecte desitjat, que no ha de ser el predeterminat.

• Per a l'accés a l'API, que la sol·licitud utilitza una clau del projecte habilitat i que qualsevol càrrega de treball migrada s'ha actualitzat per utilitzar el projecte de destinació.

• L'ID exacte del model autoritzat, consultant la taula de l'API d'OpenAI anterior quan escaigui.

Un rebuig o un resultat inesperat pot indicar un desajust en els requisits d'accés o la configuració, credencials obsoletes, una correspondència incorrecta de models o un límit establert per les polítiques. Per si sol, no confirma que no es disposi d'accés.

Consulta Accés de confiança per a la ciberseguretat: problemes habituals i resolució de problemes per conèixer els passos de diagnòstic i les dades que cal incloure en contactar amb el suport tècnic. Per obrir una sol·licitud de suport, consulta Com puc contactar amb el suport tècnic?. Un rebuig pot tenir aquest aspecte:

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.

Escala els problemes de configuració

Abans de canviar d'organització, espai de treball, projecte de l'API, repositori o credencials, verifica la configuració en aquest ordre:

• Confirma que la teva organització té autorització per a la via d'accés i el nivell de Daybreak que utilitzes. Per a GPT-6 Cyber, comprova que l'autorització inclou aquest model.

• Confirma la configuració de Daybreak desada per als usuaris de l'espai de treball o el projecte de l'API en qüestió, que no ha de ser el predeterminat, seguint l'apartat anterior "Valida l'accés autoritzat".

• Confirma que la sol·licitud utilitza una clau d'API que pertany al projecte habilitat.

• Confirma l'ID exacte del model i el projecte de l'API que vols utilitzar.

Si un interruptor que hauria d'aparèixer no és visible, els requisits d'accés de l'organització semblen incorrectes o els controls del projecte no estan disponibles, demana a l'equip que gestiona el teu compte d'OpenAI que confirmi els requisits i la via d'accés autoritzada abans de traslladar la càrrega de treball a una altra organització o projecte.

Per a problemes de verificació, accés, models o seguretat cibernètica, consulta OpenAI Daybreak: problemes habituals i resolució de problemes. Inclou l'ID de l'organització o de l'espai de treball, l'ID del projecte si escau, la interfície del producte, el nivell de Daybreak, l'ID del model, la configuració desada dels controls, el rol de l'administrador, si la credencial pertany al projecte habilitat, el missatge d'error complet, l'ID de la sol·licitud, la marca de temps i el fus horari, una captura de pantalla si escau i una descripció breu de la tasca amb les dades sensibles ocultes.

Per obrir una sol·licitud de suport, consulta Com puc contactar amb el suport tècnic?.

Inicia el primer flux de treball

Per a la majoria d'equips, el primer flux de treball hauria de començar al connector Codex Security, amb un abast limitat a un repositori, una branca o un conjunt d'alertes. Codex CLI és la via d'automatització a escala quan els responsables dels fluxos de treball ja tenen un flux de CI/CD de confiança per validar. Per als fluxos de treball amb l'API, utilitza el projecte aprovat d'ús exclusivament intern, el nivell de Daybreak aprovat i la clau de l'API d'aquest projecte.

Corregeix una discrepància d'espai de treball, organització de l'API o projecte

Segueix aquest procediment si la configuració autoritzada apunta a una organització, un espai de treball o un projecte de l'API incorrectes; si el projecte previst no és d'ús exclusivament intern; si falta un control esperat; si s'ha activat un nivell de Daybreak incorrecte; si s'utilitza una credencial d'un altre projecte; si cal traslladar l'accés entre les vies de l'API i de l'espai de treball; o si hi ha una reversió o una eliminació pendents.

• Atura les proves a l'espai de treball, l'organització de l'API o el projecte incorrectes.

• Identifica la configuració actual i la configuració prevista d'ús exclusivament intern.

• Per a l'accés a l'API, demana a un propietari de l'organització de l'API que segueixi els passos anteriors per verificar els controls de Daybreak permesos per al projecte previst, que no pot ser el projecte per defecte.

• Si l'interruptor autoritzat de l'API és visible però està desactivat, demana al propietari de l'organització de l'API que l'activi i desi els canvis. Per a l'accés a l'espai de treball, demana a un propietari de l'espai que revisi els rols directes i de grup de l'usuari previst i els permisos de models desats. Abans de tornar a fer proves a Codex amb l'inici de sessió de ChatGPT, confirma que l'interruptor de Daybreak de l'usuari està ACTIVAT.

• Per a l'accés a l'API, fes servir una clau del projecte de destinació habilitat i espera fins a uns 15 minuts perquè s'apliquin els canvis. Espera uns 10 minuts perquè s'apliquin els canvis a l'espai de treball abans de tornar a fer proves.

• Confirma si cal eliminar la configuració antiga, revertir-la o deixar-la sense canvis.

• Si falta l'interruptor esperat o els permisos d'accés no són correctes, envia les dades següents a l'equip que gestiona el teu compte d'OpenAI com a sol·licitud de correcció.

• Torna a executar la comprovació d'accés amb la configuració corregida i l'ID exacte del model autoritzat.

Inclou-hi:

• El nom de l'empresa i el contacte tècnic principal o de l'administrador de l'organització.

• Els noms i els ID dels espais de treball, les organitzacions de l'API i els projectes de l'API actuals i previstos, si es coneixen.

• El nivell de Daybreak autoritzat i els controls visibles a Configuració del projecte → General → Accés als models de Daybreak, o la configuració desada de l'espai de treball i dels rols.

• L'ID exacte del model utilitzat per a la prova.

• Si la sol·licitud fa servir una clau del projecte habilitat i si les càrregues de treball migrades s'han actualitzat perquè facin servir el projecte de destinació.

• La confirmació que l'entorn previst no es fa servir per a aplicacions destinades a clients, trànsit de tercers ni fluxos de treball de productes que en depenguin.

• Si cal eliminar o revertir l'accés de la configuració anterior.

• Si la nova configuració planteja dubtes sobre la facturació, els límits de pressupost o el responsable comercial.

• El primer flux de treball que l'equip preveu executar, qui l'executarà i qui en farà la revisió humana.

• Les restriccions de calendari o les properes sessions de capacitació, si n'hi ha.

Quan hi ha controls de projecte autoritzats disponibles, la seva finalitat és aïllar l'accés a Daybreak per projecte, sense haver de crear una suborganització de l'API independent. Si els controls no estan disponibles o la configuració autoritzada continua requerint una organització de l'API dedicada, segueix les instruccions de l'equip que gestiona el teu compte d'OpenAI.

Si encara s'ha d'eliminar una organització o un projecte antics, hi ha una substitució pendent o no s'han corregit els permisos d'accés, considera que la configuració corregida no està a punt fins que es confirmi el canvi.

Nota sobre l'ús

L'accés a Daybreak s'ha de restringir als usuaris interns aprovats i a les tasques de seguretat internes. L'ús exclusivament intern comprèn les tasques del teu equip autoritzat, no el trànsit orientat a clients, els serveis de seguretat oferts a l'exterior ni les funcionalitats de productes que canalitzin sol·licituds de tercers a través de Daybreak. Quan els controls estiguin habilitats, utilitza els rols de l'espai de treball i els projectes de l'API d'ús exclusivament intern per fer respectar l'àmbit aprovat.

Quan els controls de projecte aprovats estan disponibles, un projecte d'ús exclusivament intern pot aïllar l'accés a Daybreak dins d'una organització de l'API que compleixi els requisits, sense haver de crear una suborganització de l'API independent. Habilitar un projecte no fa que l'ús orientat a clients o per part de tercers sigui acceptable.

Retenció de dades nul·la (ZDR)

Complir els requisits d'accés a Daybreak i habilitar el projecte no activa automàticament la retenció de dades nul·la (ZDR). La ZDR s'ha de sol·licitar i configurar per separat per a l'organització de l'API concreta i el punt final corresponent. Si la teva organització requereix ZDR o un altre tractament específic de retenció de dades, confirma que el trànsit del projecte habilitat queda cobert per aquestes condicions abans que el teu equip iniciï el primer flux de treball. No donis per fet que activar l'interruptor de Daybreak Blue o Daybreak Red d'un projecte canvia la configuració de retenció de dades.

Límits d'ús

• Fes servir l'entorn habilitat només per a tasques defensives autoritzades.

• Fes servir sistemes que pertanyin a la teva organització o que aquesta tingui autorització explícita per avaluar.

• Mantén el primer flux de treball acotat i fàcil de revisar.

• Mantén la supervisió humana en les troballes de gran impacte i les mesures correctives.

• Fes servir exactament l'organització, l'espai de treball, el projecte de l'API, el nivell de Daybreak i l'ID de model indicats a les dades d'incorporació.

• Permet que només els propietaris de l'organització de l'API configurin els controls de projecte de Daybreak. Els propietaris de l'espai de treball gestionen els valors per defecte de l'espai i les assignacions de rols personalitzats. L'autorització per a Daybreak Blue no inclou Daybreak Red.

• Protegeix les credencials del projecte i limita'n l'àmbit al projecte habilitat d'ús exclusivament intern.

• No ampliïs les capacitats de Daybreak a clients de tercers, usuaris externs ni fluxos de treball de productes que en depenguin.