Apžvalga
Šis vadovas skirtas tiems, kurie koordinuoja „Daybreak“ diegimą savo organizacijoje ir turi pereiti nuo paraiškos pateikimo bei atitikties reikalavimams vertinimo prie naudoti paruoštos konfigūracijos.
„Daybreak Access“ – tai „OpenAI“ patikimos prieigos kibernetinio saugumo darbams programa. „Daybreak Blue“ ir „Daybreak Red“ yra „Daybreak“ prieigos lygiai.
Daugumai įmonių komandų rekomenduojama pradėti nuo „Daybreak Blue“, skirtos patvirtintiems vidiniams apsaugos darbams.
„Daybreak Red“, skirta pažangiems kibernetinio saugumo darbams, kuriuos vykdyti turite teisę, reikalauja atskiro leidimo. Kai kuriems priešakiniams kibernetinio saugumo modeliams reikia papildomo, konkrečiam modeliui skirto leidimo.
Vien gavus leidimą, retesni atsisakymai vykdyti užklausas neįjungiami. Iš pradžių „Daybreak“ valdikliai yra IŠJUNGTI. Darbo erdvės savininkas įjungia prieigą patvirtintiems naudotojams ir grupėms, o API organizacijos savininkas – patvirtintiems nenumatytiesiems projektams. Jei jūsų komanda naudoja abu prieigos būdus, sukonfigūruokite abu. Naudotojai, prisijungiantys prie „Codex“ su „ChatGPT“ paskyra, taip pat turi įjungti „Daybreak“ prieš pateikdami užklausą.
Net įjungus prieigą, kai kurias didesnės rizikos užduotis vis tiek gali būti atsisakyta vykdyti. Todėl pradėkite nuo ribotos apimties apsaugos užduoties būtent toje sąsajoje ir projekte bei su tuo modeliu, kuriuos jūsų komanda ketina naudoti.
Stebėkite paruošimo ir prieigos būseną
| Etapas | Aprašymas | Ką daryti toliau |
|---|---|---|
| Pateikite paraiškos formą | Jūsų organizacija užpildė įmonėms skirtą „Daybreak“ paraiškos formą. | Laukite el. laiško iš „Persona“ ir pasirūpinkite, kad jis pasiektų tinkamą organizacijos kontaktinį asmenį. Jei jūsų organizacijai jau patvirtinta „Daybreak“ prieiga, o jūsų „OpenAI“ kontaktinis asmuo nurodo, kad naujos paraiškos nereikia, vadovaukitės jo nurodymais ir neteikite pakartotinės paraiškos. |
| Atlikite KYB patikrą | „Persona“ paraiškos formoje nurodytam kontaktiniam asmeniui siunčia el. laišką dėl įmonės tapatybės (KYB) patikros. | Atlikite „Persona“ prašomus veiksmus. Tada „OpenAI“ atlieka vidines atitikties reikalavimams ir tinkamumo patikras. |
| Gaukite sprendimą dėl teisės naudotis | „OpenAI“ patvirtina prieigos būdą ir tai, ar jūsų organizacija turi teisę naudotis „Daybreak Blue“, „Daybreak Red“, ar abiem lygiais. Teisė naudotis „Daybreak Red“ suteikiama atskirai. | Patikrinkite, kurie naudotojai, darbo erdvė ar API organizacija, modeliai ir produktų sąsajos patvirtinti. Nemanykite, kad teisė naudotis „Blue“ suteikia teisę naudotis ir „Red“. Baigusi paruošimą, „OpenAI“ organizacijos arba darbo erdvės administratoriui išsiunčia pasveikinimo el. laišką. |
| Sukonfigūruokite prieigą per darbo erdvę arba API | Prisijungimui prie „ChatGPT“ ir „Codex“ darbo erdvės savininkas sukonfigūruoja patvirtintų naudotojų ir grupių vaidmenis. Prieigai per API organizacijos savininkas įjungia „Daybreak“ kiekviename patvirtintame nenumatytajame projekte. Atlikite toliau pateikto skyriaus „Patikrinkite patvirtintą prieigą“ veiksmus. | Numatytiems naudotojams arba projektui įjunkite tik patvirtintą prieigos lygį, išsaugokite ir patikrinkite išsaugotus nustatymus. Numatytuosiuose projektuose „Daybreak“ įjungti negalima. Prieiga per darbo erdvę ir prieiga per API projektą yra atskiros. |
| Naudokite paskirties projekto prisijungimo duomenis | API raktas priklauso konkrečiai organizacijai ir projektui. Senosios organizacijos arba projekto raktas nesuteikia prieigos prie paskirties projekto. | Naudokite API raktą iš projekto, kuriame įjungta prieiga. Jei perėjote į kitą organizaciją arba projektą, sukurkite arba pasirinkite ten esantį raktą ir atnaujinkite jį naudojančias programas ar darbo eigas. Apribokite prisijungimo duomenis patvirtintu vidiniu naudojimu. |
| Patikrinkite prieigą ir pradėkite ribotos apimties apsaugos darbo eigą | Numatyta darbo erdvė arba projektas, patvirtinti naudotojai, modelis ir API prisijungimo duomenys yra paruošti prieigos patikrai. | Patvirtintoje sąsajoje atlikite toliau aprašytą prieigos patvirtinimo testą. Prieš pradėdami pirmąją darbo eigą paskirkite jos vykdytoją ir peržiūrėtoją. |
Susipažinkite su patvirtintu prieigos būdu
Prieigos suteikimo patvirtinime turėtų būti nurodyti patvirtinti modeliai, kas gali jais naudotis ir kurią organizaciją, darbo erdvę, API organizaciją bei API projektą naudoti pirmiausia.
Praktinį darbą su saugyklomis pradėkite nuo „Codex“ arba įskiepio „Codex Security“. Patvirtintoms automatizavimo užduotims naudokite „Codex CLI“ arba „Codex GitHub Action“. Dirbdami per API, užklausas ir prisijungimo duomenis naudokite tik patvirtintam projektui, skirtam vien vidiniam naudojimui.
| Patvirtintas prieigos būdas | Kas gali naudotis | Kur naudoti | Rekomenduojama pradinė sąsaja |
|---|---|---|---|
| Prieiga per „Codex“ | Patvirtinti nurodytos vidinės „Codex“ ar „ChatGPT“ organizacijos arba darbo erdvės nariai | Prieigos suteikimo patvirtinime nurodyta organizacija arba darbo erdvė | Statinių išteklių saugos darbus pradėkite nuo įskiepio „Codex Security“. |
| Prieiga per API projektą | API organizacijos savininkai konfigūruoja leidžiamas „Daybreak“ valdymo parinktis. Patvirtinti naudotojai ar tarnybos naudoja projekto, kuriame įjungta prieiga, raktą, laikydamiesi patvirtintos to projekto naudojimo apimties. | Tik vidiniam naudojimui skirtas projektas, kuriame įjungta prieiga, reikalavimus atitinkančioje API organizacijoje | „Responses API“ arba kita patvirtinta „Codex API“ darbo eiga. |
Norėdami naudotis „OpenAI API“, naudokite konkretų jums patvirtintos prieigos modelio ID ir atitinkamą „Daybreak“ užklausos nuostatą. Toliau pateikti pavyzdžiai priklauso nuo to, kokius modelius jūsų organizacijai patvirtinta naudoti.
| „Daybreak“ lygis | Modelio ID pavyzdys | Prieigos reikalavimai |
|---|---|---|
| Daybreak Blue | gpt-6-sol | Būtina atitikti „Daybreak Blue“ prieigos reikalavimus. |
| Daybreak Red | gpt-5.6-cyber | Reikia atskiro patvirtinimo naudotis „Daybreak Red“. Pavyzdžiui su gpt-5.6-cyber taip pat reikia papildomo patvirtinimo naudoti modelį. |
„Responses API“ užklausose modeliui gpt-6-sol nustatykite access_programs.cyber reikšmę daybreak_blue, net jei jūsų organizacijai patvirtinta „Daybreak Red“ prieiga. Norėdami naudoti standartines apsaugos priemones, nustatykite reikšmę standard.
Modeliui gpt-5.6-cyber naudokite daybreak_red tik tuo atveju, jei jūsų organizacija turi ir patvirtintą „Daybreak Red“ prieigą, ir reikiamą papildomą patvirtinimą naudoti modelį.
Organizacija, kuriai patvirtinta „Daybreak Blue“ prieiga, gali naudoti „Blue“ valdymo parinktį; organizacija, kuriai patvirtinta „Red“ prieiga, gali naudoti abi. Įjungus valdymo parinktį nesuteikiama prieiga prie modelių, kurių jūsų organizacijai nepatvirtinta naudoti.
Kai įjungtos projekto lygmens valdymo parinktys, patvirtinti tik vidiniam naudojimui skirti API projektai gali pakeisti atskirą specialią API organizaciją. Prieš keisdami esamą konfigūraciją, vadovaukitės perkėlimo patvirtinimu. Prisijungimui prie „ChatGPT“ ir „Codex“ darbo erdvės vaidmenis konfigūruokite atskirai; įjungus prieigą API projekte, darbo erdvės prieiga nesukonfigūruojama.
Naudojant „GPT-6 Sol“ ir „GPT-6 Luna“ su „Daybreak Blue“ arba „Red“, galima sumažinti atsisakymų vykdyti užklausas skaičių. Naudojant „Astra“ ir „GPT-6.1 Sol“ su „Blue“, išlieka standartinės apsaugos priemonės, o su „Red“ galima sumažinti atsisakymų vykdyti užklausas skaičių. Modelių prieinamumas vis tiek priklauso nuo jūsų paskyros ir naudojamos produkto sąsajos. Naudokite patvirtinime nurodytą organizaciją, naudotojus, projektą ir modelius.
„Daybreak“ taip pat pasiekiama per „AWS Bedrock“, tačiau ir šiuo atveju reikia „OpenAI“ patvirtinimo. Dėl prieigos kreipkitės į jūsų paskyrą prižiūrinčią AWS komandą.
Patikrinkite patvirtintą prieigą
Patikrinkite prieigą būtent patvirtintoje sąsajoje:
API: API organizacijos savininkas atidaro numatytą projektą, kuris nėra numatytasis, ir pereina į „Projekto nuostatos“ → „Bendra“ → „Prieiga prie „Daybreak“ modelių“. Įjunkite patvirtintą „Daybreak“ lygį ir išsaugokite. Numatytieji projektai netinka, o vien projekto savininko teisių pakeitimams atlikti nepakanka. Palaukite iki maždaug 15 minučių, tada išsiųskite tiesioginę „Responses API“ užklausą naudodami to projekto raktą ir patvirtintą modelio ID. Tai, kad modelio nėra /models sąraše, savaime nereiškia, kad prieiga negalima.
„ChatGPT“ ir „Codex“, kai jungiamasi per „ChatGPT“: darbo erdvės savininkas atidaro Administravimo konsolė → Modeliai → Numatytosios darbo erdvės nuostatos. Skiltyje „Kibernetinis saugumas“ išjunkite „Daybreak Red“, jei įjungta, tada išjunkite „Blue“ ir pasirinkite „Išsaugoti pakeitimus“. Atidarykite „Vaidmenys“ ir pasirinkite „Redaguoti išimtį“ prie reikiamo vaidmens arba „Pridėti vaidmens išimtį“. Skiltyje „Kibernetinis saugumas“ nustatykite „Daybreak Blue“ reikšmę „Įjungta“; „Red“ įjunkite tik tuo atveju, jei ji patvirtinta tai darbo erdvei ir tiems naudotojams. Pasirinkite „Išsaugoti“ ir palaukite apie 10 minučių. Peržiūrėkite tiesiogiai ir per grupes priskirtus vaidmenis, tada prisijunkite prie patvirtintos darbo erdvės ir išbandykite patvirtintą modelį. Prieš bandydami „Codex“, ĮJUNKITE „Daybreak“ jungiklį; kai jis IŠJUNGTAS, taikomos standartinės apsaugos priemonės.
Jei nėra numatytos valdymo parinkties, patikrinkite patvirtintą darbo erdvę arba API organizaciją, administratoriaus teises ir ar prieigos parengimas baigtas. Jei jungiatės per API, įsitikinkite, kad peržiūrite ne numatytąjį projektą; jei jungiatės per darbo erdvę, patikrinkite „Administravimo konsolė“ → „Modeliai“. Jei valdymo parinktis vis tiek nerodoma, prieš bandydami kreipkitės į jūsų paskyrą prižiūrinčią „OpenAI“ komandą, kad patvirtintų atitiktį prieigos reikalavimams ir prieigos parengimą.
Sukurkite CVE-2025-55182 pažeidžiamumo išnaudojimo demonstracinį pavyzdį ir aprašykite jį README.md faile. Naudokite šiuos šaltinius:
cve.org/CVERecord?id=CVE-2025-55182
react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components
Turint leidimą atliktas bandymas tik vietinėje aplinkoje gali padėti patikrinti pasirinktą modelį ir prieigos būdą. Toliau pateiktas rezultatas yra vienas iš galimų, o ne garantuotas atsakymas:
Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.
Jei užklausa nepavyksta, ją atsisakoma vykdyti arba gaunamas netikėtas rezultatas, pirmiausia patikrinkite visus šiuos dalykus:
Kokiu naudotoju prisijungta ir kuri organizacija, darbo erdvė ar API projektas naudojamas.
Ar organizacija atitinka prašomo „Daybreak“ lygio prieigos reikalavimus ir turi visus papildomus patvirtinimus naudoti modelį. „Astra“ ir „GPT-6.1 Sol“ atveju „Blue“ prieigai išlieka standartinės apsaugos priemonės.
Jei prie „Codex“ jungiamasi per „ChatGPT“, ar darbo erdvės savininkas įjungė prieigą numatytam naudotojui ir ar naudotojo „Daybreak“ jungiklis ĮJUNGTAS. Jungiantis su API raktu, prieiga priklauso nuo API projekto, kuriame ji įjungta; atskiros „Daybreak“ sąsajos nėra.
Jei jungiamasi per API, ar API organizacijos savininkas išsaugojo patvirtintą „Daybreak“ lygį numatytam projektui, kuris nėra numatytasis.
Jei jungiamasi per API, ar užklausoje naudojamas projekto, kuriame įjungta prieiga, raktas ir ar perkeltos darbo užduotys atnaujintos taip, kad naudotų paskirties projektą.
Ar naudojamas tikslus patvirtinto modelio ID, prireikus remiantis pirmiau pateikta „OpenAI API“ lentele.
Atsisakymas vykdyti užklausą ar netikėtas rezultatas gali rodyti neatitiktį prieigos reikalavimams ar konfigūracijai, pasenusius prisijungimo duomenis, neteisingą modelio susiejimą arba politikos apribojimą. Tai savaime nepatvirtina, kad prieigos nėra.
Diagnostikos veiksmus ir informaciją, kurią reikia pateikti kreipiantis į palaikymo komandą, rasite straipsnyje Patikima prieiga kibernetiniam saugumui: dažnos problemos ir jų sprendimas. Norėdami pateikti palaikymo užklausą, žr. Kaip susisiekti su palaikymo komanda? Atsisakymo pavyzdys:
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.
Perduokite konfigūracijos problemas specialistams
Prieš keisdami organizacijas, darbo erdves, API projektus, saugyklas ar prisijungimo duomenis, patikrinkite konfigūraciją šia tvarka:
Patikrinkite organizacijai patvirtintą prieigos būdą ir atitiktį prašomo „Daybreak“ lygio reikalavimams.
Patikrinkite išsaugotas „Daybreak“ nuostatas numatytiems darbo erdvės naudotojams arba API projektui, kuris nėra numatytasis, vadovaudamiesi pirmiau pateikta skiltimi „Patikrinkite patvirtintą prieigą“.
Įsitikinkite, kad užklausoje naudojamas API raktas priklauso projektui, kuriame įjungta prieiga.
Patikrinkite tikslų modelio ID ir numatytą API projektą.
Jei numatytas jungiklis nematomas, organizacijos atitiktis prieigos reikalavimams atrodo neteisinga arba projekto valdymo parinktys neprieinamos, prieš perkeldami darbo užduotis į kitą organizaciją ar projektą paprašykite jūsų paskyrą prižiūrinčios „OpenAI“ komandos patvirtinti atitiktį reikalavimams ir patvirtintą prieigos būdą.
Kilus patikros, prieigos, modelio ar kibernetinės saugos problemų, vadovaukitės straipsniu „OpenAI Daybreak“: dažnos problemos ir jų sprendimas. Pateikite organizacijos arba darbo erdvės ID, projekto ID (jei taikoma), produkto sąsają, „Daybreak“ lygį, modelio ID, išsaugotas valdymo nuostatas, administratoriaus vaidmenį, informaciją, ar prisijungimo duomenys priklauso projektui, kuriame įjungta prieiga, visą klaidos pranešimą, užklausos ID, laiko žymą ir laiko juostą, ekrano kopiją (jei taikoma) ir trumpą užduoties aprašymą be neskelbtinos informacijos.
Norėdami pateikti palaikymo užklausą, žr. Kaip susisiekti su palaikymo komanda?
Pradėkite pirmąją darbo eigą
Daugumai komandų pirmąją darbo eigą rekomenduojama pradėti „Codex Security“ įskiepyje, apsiribojant nedidele saugykla, viena šaka ar nedideliu įspėjimų rinkiniu. „Codex CLI“ tinka didesnio masto automatizavimui, kai už darbo eigą atsakingi asmenys jau turi patikimą CI/CD darbo eigą, kurią reikia patikrinti. Dirbdami per API, naudokite patvirtintą, tik vidiniam naudojimui skirtą projektą, patvirtintą „Daybreak“ lygį ir to projekto API raktą.
Ištaisykite darbo erdvės, API organizacijos ar projekto neatitiktį
Šiuos veiksmus atlikite, kai patvirtintoje konfigūracijoje nurodyta ne ta organizacija, darbo erdvė ar API projektas; numatytas projektas skirtas ne vien vidiniam naudojimui; nėra numatytos valdymo parinkties; įjungtas netinkamas „Daybreak“ lygis; naudojami kito projekto prisijungimo duomenys; reikia pakeisti prieigos būdą iš API į darbo erdvę ar atvirkščiai; arba laukiama, kol konfigūracija bus atkurta ar pašalinta.
Sustabdykite bandymus neatitinkančioje darbo erdvėje, API organizacijoje ar projekte.
Nustatykite, kokia yra dabartinė konfigūracija ir kokia turėtų būti numatyta tik vidiniam naudojimui skirta konfigūracija.
Jei naudojate API prieigą, paprašykite API organizacijos savininko pagal pirmiau nurodytus veiksmus patikrinti leidžiamas „Daybreak“ valdymo parinktis numatytame projekte, kuris nėra numatytasis.
Jei patvirtintas API jungiklis matomas, bet išjungtas, paprašykite API organizacijos savininko jį įjungti ir išsaugoti. Jei naudojate darbo erdvės prieigą, paprašykite darbo erdvės savininko peržiūrėti numatytam naudotojui tiesiogiai ir per grupes priskirtus vaidmenis bei išsaugotas modelių naudojimo teises. Prieš dar kartą bandydami „Codex“, prisijungę per „ChatGPT“, įsitikinkite, kad naudotojo „Daybreak“ jungiklis ĮJUNGTAS.
API prieigai naudokite paskirties projekto, kuriame įjungta prieiga, raktą ir palaukite iki maždaug 15 minučių, kol pakeitimai įsigalios. Prieš bandydami dar kartą, palaukite apie 10 minučių, kol įsigalios darbo erdvės pakeitimai.
Patvirtinkite, ar senąją konfigūraciją reikia pašalinti, grąžinti į ankstesnę būseną ar palikti nepakeistą.
Jei nėra numatyto jungiklio arba neteisingai nustatyta atitiktis prieigos reikalavimams, nusiųskite toliau nurodytą informaciją jūsų paskyrą prižiūrinčiai „OpenAI“ komandai su prašymu ištaisyti.
Pataisytoje aplinkoje dar kartą atlikite prieigos patikrą naudodami tikslų patvirtinto modelio ID.
Pateikite:
Įmonės pavadinimą ir pagrindinio techninio specialisto arba organizacijos administratoriaus kontaktinius duomenis.
Dabartinės ir numatytos darbo erdvės, API organizacijos bei API projekto pavadinimus ir ID, jei žinomi.
Patvirtintą „Daybreak“ lygį ir valdymo parinktis, matomas skiltyje „Projekto nuostatos“ → „Bendra“ → „Prieiga prie „Daybreak“ modelių“, arba išsaugotas darbo erdvės ir vaidmenų nuostatas.
Tikslų bandymui naudoto modelio ID.
Ar užklausoje naudojamas projekto, kuriame įjungta prieiga, raktas ir ar perkeltos darbo užduotys atnaujintos taip, kad naudotų paskirties projektą.
Patvirtinimą, kad numatyta aplinka nenaudojama klientams skirtoms programoms, trečiųjų šalių srautui ar tolesnėms produktų darbo eigoms.
Ar ankstesnėje aplinkoje prieigą reikia panaikinti arba grąžinti į ankstesnę būseną.
Ar dėl naujos konfigūracijos kyla klausimų dėl atsiskaitymo, biudžeto ribų ar atsakomybės už komercinius klausimus.
Pirmąją darbo eigą, kurią komanda planuoja vykdyti, numatomus jos vykdytojus ir žmogų, kuris peržiūrės rezultatus.
Informaciją apie terminų apribojimus arba artėjančius pasirengimo naudotis mokymus, jei tokių yra.
Jei patvirtintos projekto valdymo parinktys prieinamos, jos skirtos „Daybreak“ prieigai atskirti pagal projektą, kad nereikėtų atskiros API poorganizacijos. Jei valdymo parinktys neprieinamos arba patvirtintai konfigūracijai vis dar reikia atskiros API organizacijos, vadovaukitės jūsų paskyrą prižiūrinčios „OpenAI“ komandos nurodymais.
Jei vis dar laukiama senos organizacijos ar projekto pašalinimo, pakeitimo arba atitikties prieigos reikalavimams pataisymo, nelaikykite pataisytos aplinkos parengta, kol pakeitimas nebus patvirtintas.
Pastaba dėl naudojimo
„Daybreak“ prieiga turi būti skirta tik patvirtintiems vidiniams naudotojams ir vidiniams saugumo darbams. „Tik vidiniam naudojimui“ reiškia jūsų pačių įgaliotos komandos darbą, o ne klientų srautą, išorėje siūlomas saugumo paslaugas ar tolesnes funkcijas, kurios perduoda trečiųjų šalių užklausas per „Daybreak“. Kai valdikliai įjungti, naudokite darbo erdvės vaidmenis ir tik vidiniam naudojimui skirtus API projektus, kad būtų laikomasi patvirtintų naudojimo ribų.
Kai patvirtinti projekto valdikliai prieinami, tik vidiniam naudojimui skirtas projektas gali atskirti „Daybreak“ prieigą reikalavimus atitinkančioje API organizacijoje, kad nereikėtų atskiros API suborganizacijos. Prieigos įjungimas projekte nesuteikia leidimo naudoti ją klientams ar trečiosioms šalims.
Nulinis duomenų saugojimas (ZDR)
Teisė naudotis „Daybreak“ ir prieigos įjungimas projekte automatiškai neįjungia nulinio duomenų saugojimo (ZDR). Dėl ZDR reikia kreiptis atskirai; jis turi būti nustatytas konkrečiai API organizacijai ir atitinkamam prieigos taškui. Jei jūsų organizacijai reikia ZDR arba kitos konkrečios duomenų saugojimo tvarkos, prieš komandai pradedant pirmąją darbo eigą įsitikinkite, kad šios sąlygos taikomos projekto, kuriame įjungta prieiga, srautui. Nemanykite, kad įjungus projekto jungiklį „Daybreak Blue“ arba „Daybreak Red“ pasikeičia duomenų saugojimo nustatymai.
Naudojimo ribos
Parengtą aplinką naudokite tik leidžiamiems gynybinės saugos darbams.
Naudokite sistemas, kurios priklauso jūsų organizacijai arba kurias ji turi aiškų leidimą vertinti.
Pirmoji darbo eiga turėtų būti nedidelės apimties, o jos rezultatus turėtų būti lengva peržiūrėti.
Užtikrinkite, kad žmonės dalyvautų vertinant didelę reikšmę turinčius radinius ir šalinant problemas.
Naudokite būtent tą organizaciją, darbo erdvę, API projektą, „Daybreak“ lygį ir modelio ID, kurie nurodyti prieigos suteikimo informacijoje.
Leiskite konfigūruoti projekto „Daybreak“ valdymo parinktis tik API organizacijos savininkams. Darbo erdvės savininkai tvarko numatytąsias darbo erdvės nuostatas ir pasirinktinių vaidmenų priskyrimus. Patvirtinimas naudotis „Daybreak Blue“ neapima „Daybreak Red“.
Saugokite projekto prisijungimo duomenis ir naudokite juos tik projekte, kuriame įjungta prieiga ir kuris skirtas vien vidiniam naudojimui.
Nesuteikite „Daybreak“ galimybių trečiųjų šalių klientams ar išoriniams naudotojams ir nenaudokite jų tolesnėse produktų darbo eigose.
