Yleiskatsaus

Tämä opas on tarkoitettu sinulle, jos koordinoit Daybreakin käyttöönottoa organisaatiossasi ja haluat edetä hakemuksesta ja käyttöoikeusehtojen tarkistuksesta käyttövalmiiseen ympäristöön.

Daybreak Access on OpenAI:n Trusted Access for Cyber -ohjelma. Daybreak Blue ja Daybreak Red ovat Daybreakin käyttöoikeustasoja.

Useimpien yritystiimien kannattaa aloittaa Daybreak Bluella hyväksytyissä sisäisissä suojaavissa työnkuluissa.

Daybreak Red edellyttää erillistä hyväksyntää edistyneille, valtuutetuille kyberturvallisuustyönkuluille. Jotkin edistyneet kyberturvallisuusmallit edellyttävät lisäksi mallikohtaista hyväksyntää.

Pelkkä hyväksyntä ei ota vähennettyjä kieltäytymisiä käyttöön. Daybreak-asetukset ovat aluksi POIS PÄÄLTÄ. Työtilan omistaja ottaa käytön käyttöön hyväksytyille käyttäjille ja ryhmille. API-organisaation omistaja ottaa sen käyttöön hyväksytyille projekteille, jotka eivät ole oletusprojekteja. Määritä molemmat, jos tiimisi käyttää molempia käyttötapoja. Käyttäjien, jotka kirjautuvat Codexiin ChatGPT:llä, on myös otettava Daybreak käyttöön ennen pyynnön tekemistä.

Joistakin suuremman riskin työnkuluista voidaan edelleen kieltäytyä käytön käyttöönoton jälkeen. Aloita siksi rajatulla suojaavalla työnkululla juuri siinä käyttöympäristössä, projektissa ja mallissa, joita tiimisi aikoo käyttää.

Seuraa käyttöönoton ja käyttöoikeuksien tilaa

Perehdy hyväksyttyyn käyttötapaan

Käyttöönoton vahvistuksesta pitäisi käydä ilmi hyväksytyt mallit, niiden sallitut käyttäjät sekä organisaatio, työtila, API-organisaatio ja API-projekti, joita tulee käyttää aluksi.

Aloita käytännön repositoriotyönkulut Codexilla tai Codex Security -lisäosalla. Käytä hyväksyttyyn automaatioon Codex CLI:tä tai Codex GitHub Actionia. Rajaa API-työnkuluissa pyynnöt ja tunnistetiedot hyväksyttyyn, vain sisäiseen käyttöön tarkoitettuun projektiin.

Käytä OpenAI API:ssa käyttöoikeuteesi sisältyvän mallin tarkkaa tunnusta ja sitä vastaavaa Daybreak-pyyntöasetusta. Alla olevien esimerkkien soveltuvuus riippuu organisaatiollesi hyväksytyistä malleista.

Aseta Responses API -pyynnöissä access_programs.cyber-asetuksen arvoksi daybreak_blue, kun käytät gpt-6-sol-mallia. Tämä koskee myös organisaatioita, joilla on Daybreak Red -hyväksyntä. Jos haluat käyttää tavanomaisia suojatoimia, aseta arvoksi standard.

Käytä gpt-5.6-cyber-mallille arvoa daybreak_red vain, jos organisaatiollasi on sekä Daybreak Red -hyväksyntä että vaadittu mallikohtainen lisähyväksyntä.

Daybreak Blue -hyväksynnän saanut organisaatio voi käyttää Blue-asetusta. Red-hyväksynnän saanut organisaatio voi käyttää molempia. Asetuksen käyttöönotto ei anna käyttöoikeutta malleihin, joita ei ole hyväksytty organisaatiollesi.

Kun projektikohtaiset asetukset ovat käytössä, hyväksytyt, vain sisäiseen käyttöön tarkoitetut API-projektit voivat korvata erillisen, tähän tarkoitukseen varatun API-organisaation. Noudata siirron vahvistuksessa annettuja ohjeita ennen nykyisten määritysten muuttamista. Määritä työtilan roolit erikseen ChatGPT- ja Codex-kirjautumista varten. API-projektin käyttöönotto ei määritä työtilan käyttöoikeuksia.

GPT-6 Sol ja GPT-6 Luna tukevat vähäisempiä kieltäytymisiä Daybreak Blue- ja Red-tasoilla. Astra ja GPT-6.1 Sol säilyttävät tavanomaiset suojatoimet Blue-tasolla ja tukevat vähäisempiä kieltäytymisiä Red-tasolla. Mallien saatavuus riippuu edelleen tilistäsi ja käyttämästäsi tuotteen käyttöliittymästä. Käytä hyväksynnässäsi määritettyä organisaatiota, käyttäjiä, projektia ja malleja.

Daybreak on saatavilla myös AWS Bedrockin kautta, ja sen käyttö edellyttää silloinkin OpenAI:n hyväksyntää. Ota yhteyttä AWS-asiakkuustiimiisi saadaksesi käyttöoikeuden.

Varmista hyväksytty käyttöoikeus

Varmista käyttöoikeus juuri siinä käyttöliittymässä, jolle se on hyväksytty:

• API: API-organisaation omistaja avaa halutun projektin, joka ei ole oletusprojekti, ja siirtyy kohtaan Projektin asetukset → Yleiset → Daybreak-mallien käyttöoikeus. Ota hyväksytty Daybreak-taso käyttöön ja tallenna. Oletusprojektit eivät täytä kelpoisuusehtoja, eikä pelkkä projektin omistajuus anna oikeutta tehdä muutoksia. Varaa muutosten voimaantuloon noin 15 minuuttia ja lähetä sitten suora Responses API -pyyntö käyttäen kyseisen projektin avainta ja hyväksyttyä mallitunnusta. Mallin puuttuminen /models-listauksesta ei yksin tarkoita, ettei käyttöoikeutta ole.

• ChatGPT ja Codex ChatGPT-kirjautumisella: Työtilan omistaja avaa kohdan Hallintakonsoli → Mallit → Työtilan oletusasetus. Poista Kyberturvallisuus-kohdassa Daybreak Red käytöstä, jos se on käytössä, ja poista sitten Blue käytöstä. Valitse Tallenna muutokset. Avaa Roolit ja valitse halutun roolin kohdalta Muokkaa ohitusta tai valitse Lisää roolikohtainen ohitus. Aseta Kyberturvallisuus-kohdassa Daybreak Blue tilaan Käytössä. Ota Red käyttöön vain, jos se on hyväksytty työtilalle ja kyseisille käyttäjille. Valitse Tallenna ja odota noin 10 minuuttia. Tarkista suorat ja ryhmien kautta annetut roolimääritykset. Kirjaudu sitten hyväksyttyyn työtilaan ja testaa hyväksytyllä mallilla. Kytke Codexissa Daybreak PÄÄLLE ennen testausta. Kun se on POIS PÄÄLTÄ, käytössä ovat tavanomaiset suojatoimet.

Jos odotettu asetus puuttuu, tarkista hyväksytty työtila tai API-organisaatio, järjestelmänvalvojan käyttöoikeudet ja se, onko ympäristön valmistelu valmis. Varmista API-käyttöä varten, että tarkastelet muuta kuin oletusprojektia. Tarkista työtilan käyttöoikeus kohdasta Hallintakonsoli → Mallit. Jos asetus ei vieläkään näy, ota yhteyttä OpenAI-asiakkuustiimiisi ja varmista ennen testausta, että kelpoisuusehdot täyttyvät ja ympäristön valmistelu on valmis.

Luo haavoittuvuuden CVE-2025-55182 hyödyntämisestä toimivuustodistus ja dokumentoi se sitten README.md-tiedostoon. Käytä näitä lähteitä:

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

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

Luvallinen, vain paikallisesti suoritettava testi voi auttaa tarkistamaan valitun mallin ja käyttötavan toimivuuden. Seuraavan kaltainen tulos on yksi mahdollinen lopputulos, ei taattu vastaus:

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

Jos pyyntö epäonnistuu, malli kieltäytyy siitä tai tulos on odottamaton, tarkista ensin kaikki seuraavat asiat:

• Kirjautuneen käyttäjän henkilöllisyys sekä täsmällinen organisaatio, työtila tai API-projekti.

• Organisaation kelpoisuus pyydetylle Daybreak-tasolle ja mahdollinen mallikohtainen lisähyväksyntä. Astra- ja GPT-6.1 Sol -malleissa Blue-käyttöoikeus säilyttää tavanomaiset suojatoimet.

• Jos Codexiin kirjaudutaan ChatGPT:llä, varmista, että työtilan omistaja on antanut kyseiselle käyttäjälle käyttöoikeuden ja käyttäjän Daybreak-kytkin on PÄÄLLÄ. API-avaimella kirjauduttaessa käyttöoikeus määräytyy käyttöön otetun API-projektin mukaan. Erillistä Daybreak-käyttöliittymää ei ole.

• Varmista API-käyttöä varten, että API-organisaation omistaja on tallentanut hyväksytyn Daybreak-tason halutulle projektille, joka ei ole oletusprojekti.

• Varmista API-käyttöä varten, että pyyntö käyttää käyttöön otetun projektin avainta ja mahdollinen siirretty työkuorma on päivitetty käyttämään kohdeprojektia.

• Hyväksytyn mallin tarkka tunnus. Käytä tarvittaessa yllä olevaa OpenAI API -taulukkoa.

Kieltäytyminen tai odottamaton tulos voi viitata kelpoisuusehtojen tai määritysten ristiriitaan, vanhentuneisiin tunnistetietoihin, virheelliseen mallikohdistukseen tai käytäntöjen asettamaan rajaan. Se ei yksin vahvista käyttöoikeuden puuttumista.

Artikkelissa Trusted Access for Cyber – yleiset ongelmat ja vianmääritys on vianmääritysohjeet ja luettelo tiedoista, jotka tulee sisällyttää tukipyyntöön. Ohjeet tukipyynnön tekemiseen ovat artikkelissa Miten voin ottaa yhteyttä tukeen?. Kieltäytyminen voi näyttää tältä:

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.

Siirrä määritysongelmat jatkoselvitykseen

Ennen kuin vaihdat organisaatiota, työtilaa, API-projektia, repositoriota tai tunnistetietoja, tarkista määritykset tässä järjestyksessä:

• Varmista organisaation hyväksytty käyttötapa ja kelpoisuus pyydetylle Daybreak-tasolle.

• Varmista aiotuille työtilan käyttäjille tai muulle kuin oletusarvoiselle API-projektille tallennetut Daybreak-asetukset noudattamalla yllä olevan kohdan ”Varmista hyväksytty käyttöoikeus” ohjeita.

• Varmista, että pyyntö käyttää käyttöön otettuun projektiin kuuluvaa API-avainta.

• Varmista tarkka mallitunnus ja aiottu API-projekti.

Jos odotettu kytkin ei näy, organisaation kelpoisuustiedot vaikuttavat virheellisiltä tai projektikohtaiset asetukset eivät ole saatavilla, pyydä OpenAI-asiakkuustiimiäsi vahvistamaan kelpoisuus ja hyväksytty käyttötapa ennen työkuorman siirtämistä toiseen organisaatioon tai projektiin.

Noudata varmennukseen, käyttöoikeuksiin, malleihin tai kyberturvallisuuteen liittyvissä ongelmissa artikkelin OpenAI Daybreak: Yleiset ongelmat ja vianmääritys ohjeita. Liitä mukaan organisaation tai työtilan tunnus, tarvittaessa projektin tunnus, käytetty tuotteen käyttöliittymä, Daybreak-taso, mallitunnus, tallennetut asetukset, järjestelmänvalvojan rooli, tieto siitä, kuuluuko tunnistetieto käyttöön otettuun projektiin, koko virheilmoitus, pyynnön tunnus, aikaleima ja aikavyöhyke, tarvittaessa kuvakaappaus sekä lyhyt kuvaus tehtävästä ilman arkaluonteisia tietoja.

Ohjeet tukipyynnön tekemiseen ovat artikkelissa Miten voin ottaa yhteyttä tukeen?.

Aloita ensimmäinen työnkulku

Useimpien tiimien kannattaa aloittaa ensimmäinen työnkulku Codex Security -lisäosassa ja rajata tarkastelu suppeaan repositorioon, haaraan tai hälytysjoukkoon. Codex CLI sopii laajamittaiseen automatisointiin, kun työnkulkujen omistajilla on jo luotettu CI/CD-työnkulku validoitavana. Käytä API-työnkuluissa hyväksyttyä, vain sisäiseen käyttöön tarkoitettua projektia, hyväksyttyä Daybreak-tasoa ja kyseisen projektin API-avainta.

Korjaa työtilan, API-organisaation tai projektin ristiriita

Noudata näitä ohjeita, kun hyväksytyt määritykset viittaavat väärään organisaatioon, työtilaan tai API-projektiin; aiottua projektia ei ole rajattu vain sisäiseen käyttöön; odotettu asetus puuttuu; käytössä on väärä Daybreak-taso tai väärän projektin tunnistetieto; käyttöoikeus on siirrettävä API:n ja työtilan välillä; tai palautus tai poisto on kesken.

• Keskeytä testaus työtilassa, API-organisaatiossa tai projektissa, jonka määritykset eivät vastaa hyväksyntää.

• Selvitä nykyiset määritykset ja tavoitellut, vain sisäiseen käyttöön tarkoitetut määritykset.

• Pyydä API-käyttöä varten API-organisaation omistajaa tarkistamaan yllä olevien ohjeiden avulla sallitut Daybreak-asetukset halutulle projektille, joka ei ole oletusprojekti.

• Jos hyväksytty API-kytkin näkyy mutta on pois päältä, pyydä API-organisaation omistajaa kytkemään se päälle ja tallentamaan muutos. Pyydä työtilan käyttöä varten työtilan omistajaa tarkistamaan halutun käyttäjän suorat ja ryhmien kautta saadut roolit sekä tallennetut mallien käyttöoikeudet. Ennen uutta testiä Codexissa ChatGPT-kirjautumisella varmista, että käyttäjän Daybreak-kytkin on PÄÄLLÄ.

• Käytä API-käytössä käyttöön otetun kohdeprojektin avainta ja varaa muutosten voimaantuloon noin 15 minuuttia. Odota työtilan muutosten jälkeen noin 10 minuuttia ennen uutta testiä.

• Varmista, pitääkö vanhat määritykset poistaa, palauttaa aiempaan tilaan vai jättää ennalleen.

• Jos odotettu kytkin puuttuu tai kelpoisuustiedot ovat virheelliset, lähetä alla olevat tiedot OpenAI-asiakkuustiimillesi korjauspyyntönä.

• Tee käyttöoikeuden toimivuustesti uudelleen korjatuilla määrityksillä käyttäen hyväksytyn mallin tarkkaa tunnusta.

Sisällytä pyyntöön:

• Yrityksen nimi ja ensisijaisen teknisen yhteyshenkilön tai organisaation järjestelmänvalvojan yhteystiedot.

• Nykyisen ja tavoitellun työtilan, API-organisaation ja API-projektin nimet ja tunnukset, jos ne ovat tiedossa.

• Hyväksytty Daybreak-taso ja kohdassa Projektin asetukset → Yleiset → Daybreak-mallien käyttöoikeus näkyvät asetukset tai tallennetut työtila- ja rooliasetukset.

• Testissä käytetyn mallin tarkka tunnus.

• Tieto siitä, käyttääkö pyyntö käyttöön otetun projektin avainta ja onko siirretyt työkuormat päivitetty käyttämään kohdeprojektia.

• Vahvistus siitä, ettei aiottua ympäristöä käytetä asiakkaille suunnattuihin sovelluksiin, kolmansien osapuolten liikenteeseen tai jatkojalostettujen tuotteiden työnkulkuihin.

• Tieto siitä, pitääkö edellisen ympäristön käyttöoikeus poistaa tai palauttaa aiempaan tilaan.

• Tieto siitä, liittyykö uusiin määrityksiin laskutusta, budjettirajaa tai kaupallista vastuuhenkilöä koskevia avoimia kysymyksiä.

• Ensimmäinen työnkulku, jonka tiimi aikoo suorittaa, sekä suunnitellut työnkulun suorittajat ja tulokset tarkistava henkilö.

• Mahdolliset aikataulurajoitteet tai tuleva käyttöönottokoulutus.

Kun hyväksytyt projektikohtaiset asetukset ovat saatavilla, niiden tarkoitus on eristää Daybreak-käyttöoikeus projektikohtaisesti ilman erillistä API-aliorganisaatiota. Jos asetukset eivät ole saatavilla tai hyväksytyt määritykset edellyttävät edelleen erillistä, tähän tarkoitukseen varattua API-organisaatiota, noudata OpenAI-asiakkuustiimisi ohjeita.

Jos vanhan organisaation tai projektin poisto, vaihto tai kelpoisuustietojen korjaus on vielä kesken, älä pidä korjattua ympäristöä käyttövalmiina ennen kuin muutos on vahvistettu.

Huomautus käytöstä

Daybreakin käyttö on rajattava hyväksyttyihin sisäisiin käyttäjiin ja sisäiseen tietoturvatyöhön. Vain sisäinen käyttö tarkoittaa oman valtuutetun tiimisi työtä, ei asiakasliikennettä, ulkopuolisille tarjottavia tietoturvapalveluja tai jatkokäyttöön tarkoitettuja ominaisuuksia, jotka välittävät kolmansien osapuolten pyyntöjä Daybreakin kautta. Kun asetukset ovat käytettävissä, varmista työtilan roolien ja vain sisäiseen käyttöön tarkoitettujen API-projektien avulla, että käyttö pysyy hyväksytyissä rajoissa.

Kun hyväksytyt projektikohtaiset asetukset ovat saatavilla, vain sisäiseen käyttöön tarkoitettu projekti voi rajata Daybreakin käytön hyväksytyn API-organisaation sisällä ilman erillistä API-aliorganisaatiota. Projektin käyttöönotto ei tee asiakkaille suunnatusta tai kolmansien osapuolten käytöstä sallittua.

Tietojen määräaikainen säilyttäminen (ZDR)

Daybreakin käyttöoikeusehtojen täyttyminen ja projektin käyttöönotto eivät automaattisesti ota käyttöön tietojen määräaikaista säilyttämistä (ZDR). ZDR on pyydettävä ja määritettävä erikseen juuri kyseiselle API-organisaatiolle ja sovellettavalle endpointille. Jos organisaatiosi edellyttää ZDR:ää tai muuta erityistä tietojen säilytyskäytäntöä, varmista ennen tiimisi ensimmäistä työnkulkua, että kyseiset ehdot kattavat käyttöön otetun projektin liikenteen. Älä oleta, että projektin Daybreak Blue- tai Daybreak Red -kytkimen käyttöönotto muuttaa tietojen säilytysasetuksia.

Käytön rajat

• Käytä käyttöösi määritettyä ympäristöä vain luvalliseen, suojaavaan tietoturvatyöhön.

• Käytä järjestelmiä, jotka organisaatiosi omistaa tai joiden arviointiin sillä on nimenomainen lupa.

• Pidä ensimmäinen työnkulku suppeana ja helposti tarkistettavana.

• Pidä ihmiset mukana merkittävien löydösten käsittelyssä ja korjaustoimissa.

• Käytä täsmälleen käyttöönoton tiedoissa mainittua organisaatiota, työtilaa, API-projektia, Daybreak-tasoa ja mallitunnusta.

• Salli Daybreakin projektiasetusten määrittäminen vain API-organisaation omistajille. Työtilan omistajat hallinnoivat työtilan oletusasetuksia ja mukautettujen roolien määrityksiä. Daybreak Blue -hyväksyntä ei kata Daybreak Rediä.

• Suojaa projektin tunnistetiedot ja rajaa ne käyttöön otettuun, vain sisäiseen käyttöön tarkoitettuun projektiin.

• Älä laajenna Daybreakin ominaisuuksia kolmansien osapuolten asiakkaiden, ulkoisten käyttäjien tai jatkojalostettujen tuotteiden työnkulkujen käyttöön.