Ընդհանուր տեղեկություններ

Օգտվեք այս ուղեցույցից, եթե համակարգում եք ձեր կազմակերպության միացումը Daybreak-ին և պետք է դիմումի ներկայացման ու համապատասխանության ստուգման փուլից անցնեք աշխատանքի համար պատրաստ կարգավորման։

Daybreak Access-ը OpenAI-ի՝ կիբերանվտանգության համար վստահելի հասանելիության ծրագիրն է։ Daybreak Blue-ն և Daybreak Red-ը Daybreak-ի հասանելիության մակարդակներն են։

Կորպորատիվ թիմերի մեծ մասին խորհուրդ է տրվում սկսել Daybreak Blue-ից՝ հաստատված ներքին պաշտպանական աշխատանքային գործընթացների համար։

Daybreak Red-ի համար պահանջվում է առանձին հաստատում՝ կիբերանվտանգության ընդլայնված, թույլատրված աշխատանքային գործընթացների համար։ Կիբերանվտանգության որոշ առաջադեմ մոդելների համար պահանջվում է տվյալ մոդելին հատուկ լրացուցիչ հաստատում։

Միայն հաստատումը չի միացնում մերժումների նվազեցման ռեժիմը։ Daybreak-ի կարգավորումներն ի սկզբանե ԱՆՋԱՏՎԱԾ են։ Աշխատատարածքի սեփականատերը միացնում է հասանելիությունը հաստատված օգտատերերի և խմբերի համար, իսկ API կազմակերպության սեփականատերը՝ հաստատված, ոչ լռելյայն նախագծերի համար։ Կարգավորեք երկուսն էլ, եթե ձեր թիմն օգտվում է հասանելիության երկու եղանակից էլ։ ChatGPT-ով Codex մուտք գործող օգտատերերը նույնպես պետք է միացնեն Daybreak-ը՝ հարցում ուղարկելուց առաջ։

Ավելի բարձր ռիսկով որոշ աշխատանքային գործընթացներ կարող են մերժվել նույնիսկ հասանելիությունը միացնելուց հետո։ Ուստի սկսեք սահմանափակ շրջանակով պաշտպանական գործընթացից՝ հենց այն միջավայրում, նախագծում և մոդելով, որոնք ձեր թիմը նախատեսում է օգտագործել։

Հետևեք միացման ընթացքին և հասանելիության վիճակին

Ծանոթացեք հասանելիության հաստատված եղանակին

Միացման հաստատման մեջ պետք է նշված լինեն հաստատված մոդելները, դրանցից օգտվելու իրավունք ունեցող անձինք, ինչպես նաև այն կազմակերպությունը, աշխատատարածքը, API կազմակերպությունն ու API նախագիծը, որոնցից պետք է սկսել։

Պահոցների հետ գործնական աշխատանքի համար սկսեք Codex-ից կամ Codex Security փլագինից։ Հաստատված ավտոմատացման համար օգտագործեք Codex CLI-ն կամ Codex GitHub Action-ը։ API աշխատանքային գործընթացներում հարցումներն ու մուտքային տվյալները սահմանափակեք հաստատված՝ միայն ներքին օգտագործման նախագծով։

OpenAI API հասանելիության համար օգտագործեք Daybreak-ի հաստատված այլանուն կամ մոդելի ID։ Ժամանակի ընթացքում այլանունները կարող են հղվել ավելի նոր թույլատրված մոդելների․ ստորև բերված օրինակները մշտական համապատասխանություններ չեն։ OpenAI API-ի այս այլանունները հասանելի չեն Amazon Bedrock-ում։

Daybreak Blue-ի համար հաստատում ստացած կազմակերպությունը կարող է օգտագործել Blue-ի կարգավորումը, իսկ Red-ի համար հաստատում ստացածը՝ երկուսն էլ։ Կարգավորումը միացնելը չի տրամադրում հասանելիություն ձեր կազմակերպության հաստատման շրջանակից դուրս գտնվող մոդելներին։

Եթե նախագծի մակարդակի կարգավորումները միացված են, միայն ներքին օգտագործման համար հաստատված API նախագծերը կարող են փոխարինել առանձին հատուկ API կազմակերպությանը։ Գոյություն ունեցող կարգավորումը փոխելուց առաջ հետևեք տեղափոխման հաստատման մեջ նշված հրահանգներին։ ChatGPT և Codex մուտք գործելու համար առանձին կարգավորեք աշխատատարածքի դերերը․ API նախագծի միացումը չի կարգավորում աշխատատարածքի հասանելիությունը։

GPT-6 Sol-ը և GPT-6 Luna-ն աջակցում են մերժումների նվազեցման ռեժիմին՝ Daybreak Blue-ի կամ Red-ի դեպքում։ Astra-ն և Astra Minor-ը Blue-ի դեպքում պահպանում են ստանդարտ պաշտպանական միջոցները, իսկ Red-ի դեպքում աջակցում են մերժումների նվազեցման ռեժիմին։ Մոդելների հասանելիությունը շարունակում է կախված լինել ձեր հաշվից և արտադրանքի օգտագործման միջավայրից։ Օգտագործեք ձեր հաստատման մեջ նշված կազմակերպությունը, օգտատերերին, նախագիծը և մոդելները։

Daybreak-ը հասանելի է նաև AWS Bedrock-ի միջոցով, և այդ դեպքում ևս պահանջվում է OpenAI-ի հաստատումը։ Հասանելիություն ստանալու համար կապվեք AWS-ում ձեր հաշիվը սպասարկող թիմի հետ։

Ստուգեք հաստատված հասանելիությունը

Ստուգեք հասանելիությունը հենց հաստատված միջավայրում․

• API․ API կազմակերպության սեփականատերը բացում է նախատեսված ոչ լռելյայն նախագիծը և անցնում «Նախագծի կարգավորումներ» → «Ընդհանուր» → «Daybreak մոդելների հասանելիություն»։ Միացրեք Daybreak-ի հաստատված մակարդակը և պահպանեք։ Լռելյայն նախագծերը չեն համապատասխանում պայմաններին, իսկ միայն նախագծի սեփականատեր լինելը փոփոխություններ կատարելու իրավունք չի տալիս։ Սպասեք մինչև մոտ 15 րոպե, ապա ուղիղ հարցում ուղարկեք Responses API-ին՝ օգտագործելով այդ նախագծի բանալին և հաստատված այլանունը կամ մոդելի ID-ն։ Մոդելի բացակայությունը /models-ից ինքնին չի նշանակում, որ հասանելիություն չկա։

• ChatGPT և Codex՝ ChatGPT-ով մուտք գործելիս․ աշխատատարածքի սեփականատերը բացում է Ադմինիստրատորի վահանակ → Մոդելներ → Աշխատատարածքի լռելյայն կարգավորումներ։ «Կիբերանվտանգություն» բաժնում անջատեք Daybreak Red-ը, եթե այն միացված է, ապա անջատեք Blue-ն և ընտրեք «Պահպանել փոփոխությունները»։ Բացեք «Դերեր» բաժինը և նախատեսված դերի համար ընտրեք «Խմբագրել վերագրումը» կամ «Ավելացնել դերի վերագրում»։ «Կիբերանվտանգություն» բաժնում Daybreak Blue-ի համար ընտրեք «Միացված»․ Red-ը միացրեք միայն այն դեպքում, երբ այն հաստատված է աշխատատարածքի և այդ օգտատերերի համար։ Ընտրեք «Պահպանել» և սպասեք մոտ 10 րոպե։ Ստուգեք անմիջական և խմբային դերային նշանակումները, ապա մուտք գործեք հաստատված աշխատատարածք և փորձարկեք հաստատված մոդելով։ Codex-ում փորձարկումից առաջ ՄԻԱՑՐԵՔ Daybreak-ի փոխարկիչը․ երբ այն ԱՆՋԱՏՎԱԾ է, գործում են ստանդարտ պաշտպանական միջոցները։

Եթե ակնկալվող կարգավորումը բացակայում է, ստուգեք հաստատված աշխատատարածքը կամ API կազմակերպությունը, ադմինիստրատորի թույլտվությունները և հասանելիության տրամադրման ավարտված լինելը։ API հասանելիության դեպքում համոզվեք, որ դիտում եք ոչ լռելյայն նախագիծ․ աշխատատարածքի հասանելիության դեպքում ստուգեք «Ադմինիստրատորի վահանակ» → «Մոդելներ» բաժինը։ Եթե կարգավորումը դեռ չի երևում, փորձարկումից առաջ կապվեք OpenAI-ում ձեր հաշիվը սպասարկող թիմի հետ՝ հասանելիության իրավունքն ու տրամադրումը հաստատելու համար։

Ստեղծեք խոցելիության շահագործումը ցուցադրող փորձնական օրինակ, ապա փաստագրեք այն README.md ֆայլում՝ CVE-2025-55182-ի համար։ Օգտագործեք այս աղբյուրները․

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-ի պահանջվող մակարդակից օգտվելու իրավունքը և մոդելի համար անհրաժեշտ լրացուցիչ հաստատումները։ Astra-ի կամ Astra Minor-ի դեպքում Blue հասանելիությունը պահպանում է ստանդարտ պաշտպանական միջոցները։

• ChatGPT-ով Codex մուտք գործելիս՝ որ աշխատատարածքի սեփականատերը միացրել է հասանելիությունը նախատեսված օգտատիրոջ համար, և օգտատիրոջ Daybreak փոխարկիչը ՄԻԱՑՎԱԾ է։ API բանալիով մուտք գործելիս հասանելիությունը որոշվում է միացված API նախագծով․ Daybreak-ի առանձին միջերես չկա։

• API հասանելիության դեպքում՝ որ API կազմակերպության սեփականատերը պահպանել է Daybreak-ի հաստատված մակարդակը նախատեսված ոչ լռելյայն նախագծի համար։

• API հասանելիության դեպքում՝ որ հարցումն օգտագործում է միացված նախագծի բանալին, և տեղափոխված բոլոր աշխատանքային գործընթացները թարմացվել են՝ նպատակային նախագիծն օգտագործելու համար։

• API-ի հաստատված այլանվան կամ մոդելի ID-ի ճշգրիտ համընկնումը՝ անհրաժեշտության դեպքում օգտվելով վերևում բերված OpenAI API աղյուսակից։

Մերժումը կամ անսպասելի արդյունքը կարող է վկայել հասանելիության իրավունքի կամ կարգավորման անհամապատասխանության, հնացած մուտքային տվյալների, մոդելի սխալ համապատասխանեցման կամ կանոններով սահմանված սահմանափակման մասին։ Դա ինքնին չի հաստատում հասանելիության բացակայությունը։

Ախտորոշման քայլերը և աջակցման ծառայությանը դիմելիս ներառվելիք մանրամասները գտնելու համար հետևեք «Կիբերանվտանգության համար վստահելի հասանելիություն․ տարածված խնդիրներ և դրանց լուծումը» հոդվածին։ Աջակցման հայտ բացելու համար տե՛ս «Ինչպե՞ս կապվել աջակցման ծառայության հետ»։ Մերժման պատասխանը կարող է լինել այսպիսին․

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-ի պահանջվող մակարդակից օգտվելու իրավունքը։

• Հաստատեք Daybreak-ի պահպանված կարգավորումները աշխատատարածքի նախատեսված օգտատերերի կամ ոչ լռելյայն API նախագծի համար՝ հետևելով վերևի «Ստուգեք հաստատված հասանելիությունը» բաժնին։

• Համոզվեք, որ հարցումն օգտագործում է միացված նախագծին պատկանող API բանալի։

• Ստուգեք այլանվան կամ մոդելի ID-ի ճշգրտությունը և նախատեսված API նախագիծը։

Եթե ակնկալվող փոխարկիչը չի երևում, կազմակերպության հասանելիության իրավունքը սխալ է թվում, կամ նախագծի կարգավորումները հասանելի չեն, խնդրեք OpenAI-ում ձեր հաշիվը սպասարկող թիմին հաստատել իրավունքն ու հասանելիության թույլատրված եղանակը՝ աշխատանքային գործընթացն այլ կազմակերպություն կամ նախագիծ տեղափոխելուց առաջ։

Ստուգման, հասանելիության, մոդելի կամ կիբերանվտանգության խնդիրների դեպքում հետևեք «OpenAI Daybreak․ տարածված խնդիրներ և դրանց լուծումը» հոդվածին։ Ներառեք կազմակերպության կամ աշխատատարածքի ID-ն, նախագծի ID-ն՝ կիրառելիության դեպքում, արտադրանքի օգտագործման միջավայրը, Daybreak-ի մակարդակը, API այլանունը կամ մոդելի ID-ն, պահպանված կարգավորումները, ադմինիստրատորի դերը, արդյոք մուտքային տվյալները պատկանում են միացված նախագծին, սխալի ամբողջական հաղորդագրությունը, հարցման ID-ն, ժամանակային նշումն ու ժամային գոտին, էկրանի պատկերը՝ անհրաժեշտության դեպքում, և առաջադրանքի հակիրճ նկարագրությունը՝ զգայուն տվյալները հեռացրած։

Աջակցման հայտ բացելու համար տե՛ս «Ինչպե՞ս կապվել աջակցման ծառայության հետ»։

Սկսեք առաջին աշխատանքային գործընթացը

Թիմերի մեծ մասին խորհուրդ է տրվում առաջին աշխատանքային գործընթացը սկսել Codex Security փլագինում՝ սահմանափակելով այն որոշակի պահոցով, ճյուղով կամ ծանուցումների նեղ շրջանակով։ Codex CLI-ն լայնածավալ ավտոմատացման տարբերակն է, երբ աշխատանքային գործընթացի պատասխանատուներն արդեն ունեն վստահելի CI/CD գործընթաց, որը պետք է ստուգել։ API աշխատանքային գործընթացների համար օգտագործեք հաստատված՝ միայն ներքին օգտագործման նախագիծը, Daybreak-ի հաստատված մակարդակը և այդ նախագծի API բանալին։

Ուղղեք աշխատատարածքի, API կազմակերպության կամ նախագծի անհամապատասխանությունը

Հետևեք այս ընթացակարգին, երբ հաստատված կարգավորումը հղվում է սխալ կազմակերպության, աշխատատարածքի կամ API նախագծի, նախատեսված նախագիծը միայն ներքին օգտագործման համար չէ, ակնկալվող կարգավորումը բացակայում է, միացված է Daybreak-ի սխալ մակարդակ, օգտագործվում են այլ նախագծի մուտքային տվյալներ, հասանելիությունը պետք է տեղափոխել API-ի և աշխատատարածքի եղանակների միջև, կամ սպասվում է հետարկում կամ հեռացում։

• Դադարեցրեք փորձարկումը անհամապատասխան աշխատատարածքում, API կազմակերպությունում կամ նախագծում։

• Որոշեք ընթացիկ կարգավորումը և նախատեսված՝ միայն ներքին օգտագործման կարգավորումը։

• API հասանելիության դեպքում խնդրեք API կազմակերպության սեփականատիրոջը վերևի քայլերով ստուգել Daybreak-ի թույլատրված կարգավորումները նախատեսված ոչ լռելյայն նախագծի համար։

• Եթե API-ի հաստատված փոխարկիչը տեսանելի է, բայց անջատված, խնդրեք API կազմակերպության սեփականատիրոջը միացնել այն և պահպանել։ Աշխատատարածքի հասանելիության դեպքում խնդրեք աշխատատարածքի սեփականատիրոջը ստուգել նախատեսված օգտատիրոջ անմիջական և խմբային դերերն ու մոդելների պահպանված թույլտվությունները։ ChatGPT-ով մուտք գործած Codex-ում կրկին փորձարկելուց առաջ համոզվեք, որ օգտատիրոջ Daybreak փոխարկիչը ՄԻԱՑՎԱԾ է։

• API հասանելիության դեպքում օգտագործեք միացված նպատակային նախագծի բանալին և սպասեք մինչև մոտ 15 րոպե, որպեսզի փոփոխությունները կիրառվեն։ Կրկին փորձարկելուց առաջ սպասեք մոտ 10 րոպե, որպեսզի աշխատատարածքի փոփոխությունները կիրառվեն։

• Ճշտեք՝ հին կարգավորումը պետք է հեռացնել, հետարկել, թե թողնել անփոփոխ։

• Եթե ակնկալվող փոխարկիչը բացակայում է, կամ հասանելիության իրավունքը սխալ է նշված, ստորև նշված մանրամասներն ուղարկեք OpenAI-ում ձեր հաշիվը սպասարկող թիմին՝ ուղղման խնդրանքով։

• Ուղղված կարգավորմամբ կրկին կատարեք հասանելիության փորձնական ստուգումը՝ օգտագործելով հաստատված այլանունը կամ մոդելի ID-ն՝ ճշգրիտ ձևով։

Ներառեք․

• Ընկերության անունը և հիմնական տեխնիկական պատասխանատուի կամ կազմակերպության ադմինիստրատորի կոնտակտային տվյալները։

• Ընթացիկ և նախատեսված աշխատատարածքի, API կազմակերպության և API նախագծի անուններն ու ID-ները, եթե հայտնի են։

• Daybreak-ի հաստատված մակարդակը և «Նախագծի կարգավորումներ» → «Ընդհանուր» → «Daybreak մոդելների հասանելիություն» բաժնում տեսանելի կարգավորումները կամ աշխատատարածքի ու դերերի պահպանված կարգավորումները։

• Փորձարկման համար օգտագործված API այլանունը կամ մոդելի ID-ն՝ ճշգրիտ ձևով։

• Արդյոք հարցումն օգտագործում է միացված նախագծի բանալին, և արդյոք տեղափոխված աշխատանքային գործընթացները թարմացվել են՝ նպատակային նախագիծն օգտագործելու համար։

• Հաստատում, որ նախատեսված կարգավորումը չի օգտագործվում հաճախորդներին տրամադրվող հավելվածների, երրորդ կողմերի հարցումների կամ հետագա արտադրանքների աշխատանքային գործընթացների համար։

• Արդյոք նախորդ կարգավորման հասանելիությունը պետք է հեռացնել կամ հետարկել։

• Արդյոք նոր կարգավորումն առաջացնում է վճարումների, բյուջեի սահմանաչափի կամ առևտրային պատասխանատուի հետ կապված հարց։

• Թիմի նախատեսած առաջին աշխատանքային գործընթացը, այն գործարկողները և ստուգումն իրականացնող անձը։

• Ժամկետային սահմանափակումները կամ նախատեսված նախապատրաստական հանդիպումը, եթե կան։

Եթե նախագծի հաստատված կարգավորումները հասանելի են, դրանք նախատեսված են Daybreak-ի հասանելիությունն ըստ նախագծի մեկուսացնելու համար՝ առանձին API ենթակազմակերպություն պահանջելու փոխարեն։ Եթե կարգավորումները հասանելի չեն, կամ հաստատված կարգավորումը դեռ պահանջում է առանձին API կազմակերպություն, հետևեք OpenAI-ում ձեր հաշիվը սպասարկող թիմի հրահանգներին։

Եթե հին կազմակերպության կամ նախագծի հեռացումը դեռ ընթացքի մեջ է, փոխարինումը սպասման փուլում է, կամ հասանելիության իրավունքի ուղղումը լուծված չէ, ուղղված կարգավորումը պատրաստ մի համարեք, մինչև փոփոխությունը չհաստատվի։

Նշում օգտագործման վերաբերյալ

Daybreak-ի հասանելիությունը պետք է սահմանափակվի հաստատված ներքին օգտատերերով և ներքին անվտանգության աշխատանքներով։ «Միայն ներքին օգտագործման» նշանակում է ձեր իսկ լիազորված թիմի աշխատանքը, ոչ թե հաճախորդների հարցումները, արտաքին կողմերին մատուցվող անվտանգության ծառայությունները կամ հետագա արտադրանքների գործառույթները, որոնք երրորդ կողմերի հարցումներն ուղարկում են Daybreak-ի միջոցով։ Եթե կարգավորումները միացված են, օգտագործեք աշխատատարածքի դերերը և միայն ներքին օգտագործման API նախագծերը՝ հաստատված շրջանակների պահպանումն ապահովելու համար։

Եթե նախագծի հաստատված կարգավորումները հասանելի են, միայն ներքին օգտագործման նախագիծը կարող է մեկուսացնել Daybreak-ի հասանելիությունն իրավասու API կազմակերպության ներսում՝ առանց առանձին API ենթակազմակերպություն պահանջելու։ Նախագիծը միացնելը թույլատրելի չի դարձնում հաճախորդներին ուղղված կամ երրորդ կողմերի օգտագործումը։

Ոչ մի պահվող տվյալ (ZDR)

Daybreak-ից օգտվելու իրավունքն ու նախագծի միացումն ինքնաբերաբար չեն միացնում «Ոչ մի պահվող տվյալ» (ZDR) ռեժիմը։ ZDR-ը պետք է առանձին պահանջել և տրամադրել կոնկրետ API կազմակերպության ու համապատասխան վերջնակետի համար։ Եթե ձեր կազմակերպությունը պահանջում է ZDR կամ տվյալների պահպանման մեկ այլ հատուկ ռեժիմ, մինչև թիմի առաջին աշխատանքային գործընթացն սկսելը հաստատեք, որ միացված նախագծի տվյալների հոսքի վրա տարածվում են այդ պայմանները։ Մի ենթադրեք, որ նախագծում Daybreak Blue-ի կամ Daybreak Red-ի փոխարկիչը միացնելը փոխում է տվյալների պահպանման կարգավորումները։

Գործառնական սահմանափակումներ

• Տրամադրված կարգավորումն օգտագործեք միայն թույլատրված պաշտպանական աշխատանքի համար։

• Աշխատեք այն համակարգերի հետ, որոնք պատկանում են ձեր կազմակերպությանը, կամ որոնք գնահատելու հստակ թույլտվություն ունեք։

• Առաջին աշխատանքային գործընթացը պահեք նեղ շրջանակներում, որպեսզի այն հնարավոր լինի ստուգել։

• Էական ազդեցություն ունեցող խնդիրների գնահատման և վերացման գործում ապահովեք մարդու մասնակցությունը։

• Օգտագործեք հենց ձեր միացման տվյալներում նշված կազմակերպությունը, աշխատատարածքը, API նախագիծը, Daybreak-ի մակարդակը, API այլանունը կամ մոդելի ID-ն։

• Daybreak-ի նախագծային կարգավորումները փոփոխելու իրավունք տվեք միայն API կազմակերպության սեփականատերերին։ Աշխատատարածքի սեփականատերերը կառավարում են աշխատատարածքի լռելյայն կարգավորումները և անհատական դերերի նշանակումները։ Daybreak Blue-ի հաստատումը չի ներառում Daybreak Red-ը։

• Ապահով պահեք նախագծի մուտքային տվյալները և դրանց կիրառությունը սահմանափակեք միացված՝ միայն ներքին օգտագործման նախագծով։

• Daybreak-ի հնարավորությունները մի տրամադրեք երրորդ կողմ հանդիսացող հաճախորդներին, արտաքին օգտատերերին կամ հետագա արտադրանքների աշխատանքային գործընթացներին։