Ընդհանուր ակնարկ
Օգտագործեք այս ուղեցույցը, եթե ձեր կազմակերպությունում համակարգում եք Daybreak-ի միացումը և պետք է հայտի փուլից անցնեք տրամադրմանը՝ մինչև գործարկման պատրաստ կարգավորում։
Daybreak-ը OpenAI-ի ծրագիր է, որը կենտրոնացած է կիբերանվտանգության աշխատանքի վրա՝ ներառյալ մոդելները, հասանելիության ուղիները, Codex-ը, Codex Security-ն և օժանդակ ծառայությունները։
Կորպորատիվ թիմերի մեծ մասը հաստատված ներքին պաշտպանական աշխատանքային հոսքերի համար օգտագործում է GPT-5.5-ը Trusted Access for Cyber-ով։ Այս հասանելիության ուղու համար OpenAI-ը տրամադրում է հայտի գործընթացում նշված կազմակերպությունը կամ աշխատատարածքը՝ Persona KYB ստուգման և ներքին համապատասխանության ստուգումների ավարտից հետո։ Հասանելիությունը կարող է կիրառվել Codex կամ ChatGPT կազմակերպության, API կազմակերպության կամ երկուսի համար՝ կախված հաստատված կարգավորումից։
Ավելի բարձր ռիսկ ունեցող որոշ աշխատանքային հոսքեր կարող են մերժվել նաև տրամադրումից հետո, ուստի սկսեք սահմանափակ պաշտպանական աշխատանքային հոսքից հենց այն հարթակում, որը ձեր թիմը նախատեսում է օգտագործել։
Հետևեք միացման և տրամադրման վիճակին
| Փուլ | Նկարագրություն | Ինչ անել հետո |
|---|---|---|
| Ներկայացրեք հայտի ձևը | Ձեր կազմակերպությունը լրացրել է enterprise Trusted Access-ի հայտի ձևը | Սպասեք Persona-ից էլ. նամակի և ավարտեք KYB ստուգումը։ Համոզվեք, որ Persona-ի էլ. նամակը հասնում է կազմակերպության ճիշտ կոնտակտին։ |
| Ստացեք և լրացրեք Persona-ից KYB էլ. նամակը | Հայտի ձևը ներկայացնելուց հետո Persona-ն էլ. նամակ է ուղարկում ձեր հայտի ձևում նշված կոնտակտին՝ «Ճանաչիր քո բիզնեսը» (KYB) ստուգումն ավարտելու համար։ | Ավարտեք Persona KYB հարցումը։ KYB-ի ավարտից հետո OpenAI-ը կատարում է ներքին համապատասխանության ստուգումներ և տրամադրում է հասանելիությունը միայն այդ ստուգումների հաջող ավարտից հետո։ |
| Ստացեք ծանուցում, որ հասանելիությունը տրամադրվել է | OpenAI-ը հասանելիություն է տրամադրել հայտի ձևում նշված կազմակերպությանը կամ աշխատատարածքին։ | Ստուգեք, որ հասանելիությունը ճիշտ է տրամադրված նշված հարթակում։ Հաշվի առեք, որ հասանելիությունը ներկայում չի երևում հաճախորդին տեսանելի աշխատատարածքի վահանակում։ |
| Ստուգեք, որ հասանելիություն ունեք, և սկսեք սահմանափակ պաշտպանական աշխատանքային հոսք | Տրամադրված կազմակերպությունը կամ աշխատատարածքը հաստատված է, և նախատեսված հասանելիության ստուգումը հաջողվում է | Ընտրեք առաջին սահմանափակ պաշտպանական աշխատանքային հոսք, նշեք այն գործարկողին և վերանայողին, և օգտագործեք Codex Security պլագինը կամ հաստատված Responses API կազմակերպություն։ |
Հասկացեք տրամադրված հասանելիության ուղին
OpenAI-ից ստացված հաստատումը պետք է նշի, թե որ հասանելիության ուղին է տրամադրվել, ով կարող է այն օգտագործել, և որ կազմակերպությունը կամ աշխատատարածքն է պետք առաջինը օգտագործել։
Պահոցների գործնական աշխատանքային հոսքերի համար սկսեք Codex-ից կամ Codex Security պլագինից։ Հաստատված ավտոմատացման համար օգտագործեք Codex CLI-ն կամ Codex GitHub Action-ը։ Եթե հասանելիությունը տրամադրված է API կազմակերպությանը, հարցումներն ու հավատարմագրերը սահմանափակեք այդ կազմակերպության շրջանակով։
| Տրամադրված հասանելիության ուղի | Ով կարող է օգտագործել այն | Որտեղ է կիրառվում հասանելիությունը | Առաջին հարթակը՝ հասանելիությունը ստուգելու համար |
|---|---|---|---|
| Հասանելիություն Codex-ի միջոցով | Նշված ներքին Codex կամ ChatGPT կազմակերպության կամ աշխատատարածքի անդամները | Տրամադրված կազմակերպությունը կամ աշխատատարածքը։ Այս ուղու համար հասանելիությունը գործում է ամբողջ կազմակերպության մակարդակով | Ստատիկ ակտիվների անվտանգության աշխատանքի համար սկսեք Codex Security պլագինից։ |
| Հասանելիություն API կազմակերպության միջոցով | Նշված ներքին API կազմակերպությունում նույնականացված օգտատերերը կամ ծառայությունները | Տրամադրված API կազմակերպությունը | Responses API-ն կամ մեկ այլ հաստատված Codex API աշխատանքային հոսք։ |
GPT-5.5-ի և Trusted Access for Cyber-ի դեպքում աշխատատարածքի հասանելիությունը տրամադրվում է նշված Codex կամ ChatGPT կազմակերպությանը, իսկ API հասանելիությունը՝ նշված API կազմակերպությանը։ Եթե ձեր հաստատման մեջ նշված է օգտատիրոջ մակարդակի կամ մոդելին հատուկ այլ ուղի, հետևեք հենց այդ հրահանգներին՝ փոխանակ ենթադրելու, որ հասանելիությունը գործում է ամբողջ կազմակերպության մակարդակով։ Եթե տրամադրված հասանելիության ուղին պարզ չէ, փորձարկումից առաջ ձեր OpenAI կոնտակտից խնդրեք հաստատել այն։
Ստուգեք տրամադրված հասանելիությունը
Երբ OpenAI-ը հաստատի տրամադրումը, գործարկեք այս հարցումը հենց հաստատված հարթակում։ Դա կարող է լինել Codex-ում՝ միայն ներքին օգտագործման կազմակերպություն կամ աշխատատարածք մուտք գործած վիճակում, կամ Responses API-ի միջոցով՝ օգտագործելով հաստատված API կազմակերպության հավատարմագրերը։
Ստեղծիր շահագործման կոդով կոնցեպտի ապացույց, ապա այն փաստագրիր 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Հասանելիության ստուգումը հաջողվում է, երբ GPT-5.5-ը անվտանգության սահմանափակումներով, տեղային ֆայլերով և ստուգման արդյունքով ավարտում է սահմանափակ, միայն տեղային կոնցեպտի ապացույցը, օրինակ՝
Իրականացվել է միայն տեղային CVE proof of concept. ստուգումն անցել է. խոցելի ռեժիմը գրում է ապացույցի նշիչ, իսկ կարկատված ռեժիմը մերժում է նույն crafted payload-ը։Եթե հարցումը մերժվում է կամ չի տալիս սպասված սահմանափակ արդյունքը, նախ հաստատեք մուտք գործած ինքնությունը և կազմակերպությունը կամ աշխատատարածքը։ Արդյունքը կարող է ցույց տալ, որ տրամադրումը թերի է, երթուղավորումը չի համընկնում կամ կա քաղաքականության սահմանափակում։ Եթե տրամադրումն ավարտված է, բայց խնդիրը շարունակվում է, հետևեք Trusted Access for Cyber — տարածված խնդիրներ և անսարքությունների վերացում ուղեցույցին՝ ախտորոշման քայլերի և Support-ին դիմելիս ներառվող մանրամասների համար։ Support-ի հարցում բացելու համար տես՝ Ինչպե՞ս կարող եմ կապվել աջակցության հետ Մերժումը կարող է այսպիսի տեսք ունենալ՝
Ես չեմ կարող ստեղծել կամ փաթեթավորել pre-auth RCE-ի exploit proof of concept, բայց կարող եմ ստեղծել պաշտպանական ստուգիչ և փաստաթղթավորել ազդեցությունը, հայտնաբերումը և շտկումը։Էսկալացրեք կարգավորման խնդիրները
Նախքան աշխատատարածքներ, API կազմակերպություններ, պահոցներ կամ հավատարմագրեր փոխելը, ձեր OpenAI հաշվի թիմից խնդրեք հաստատել, որ տրամադրումն ավարտված է, և որ նախատեսված կազմակերպությունը, աշխատատարածքն ու հասանելիության ուղին ճիշտ են։
Ստուգման, հասանելիության, մոդելի կամ կիբերանվտանգության խնդիրների դեպքում հետևեք Trusted Access for Cyber — տարածված խնդիրներ և անսարքությունների վերացում ուղեցույցին։ Այն ներառում է ախտորոշման քայլերը և Support-ին դիմելիս տրամադրվող տեղեկությունները, օրինակ՝ ձեր կազմակերպության ID-ն, արտադրանքի հարթակը, մոդելը, սխալի ամբողջական հաղորդագրությունը, հարցման ID-ն, ժամադրոշմն ու ժամային գոտին, անհրաժեշտության դեպքում՝ էկրանի պատկերը, և առաջադրանքի կարճ, խմբագրված նկարագրությունը։
Support-ի հարցում բացելու համար տես՝ Ինչպե՞ս կարող եմ կապվել աջակցության հետ
Սկսեք առաջին աշխատանքային հոսքը
Թիմերի մեծ մասի համար առաջին աշխատանքային հոսքը պետք է սկսվի Codex Security պլագինում՝ պահոցի, ճյուղի կամ զգուշացման նեղ շրջանակով։ Codex CLI-ն մասշտաբային ավտոմատացման ուղին է, երբ աշխատանքային հոսքի պատասխանատուներն արդեն ունեն վստահելի CI/CD հոսք, որը պետք է ստուգել։
Շտկեք աշխատատարածքի կամ API կազմակերպության անհամապատասխանությունը
Օգտագործեք այս ուղին, երբ հաստատված կարգավորումը մատնանշում է սխալ կազմակերպություն, ներկայացված կազմակերպությունը միայն ներքին օգտագործման չէ, հասանելիությունը պետք է տեղափոխվի API-ի և աշխատատարածքի ուղիների միջև, կամ սպասվում է հետարկում/հեռացում։
Դադարեցրեք փորձարկումը չհամընկնող աշխատատարածքում կամ API կազմակերպությունում։
Պարզեք ներկայիս կարգավորումը, որը ներկայացվել կամ տրամադրվել է։
Պարզեք նախատեսված միայն ներքին օգտագործման աշխատատարածքը, API կազմակերպությունը կամ երկուսն էլ։
Հաստատեք՝ արդյոք հին կարգավորումը պետք է հեռացվի, հետարկվի, թե թողնվի անփոփոխ։
Ստորև նշված մանրամասներն ուղարկեք ձեր OpenAI հաշվի թիմին՝ որպես շտկման հարցում։
Սպասեք, մինչև OpenAI-ը հաստատի, որ շտկումն ավարտված է։
Կրկին գործարկեք հասանելիության ապացույցի ստուգումը շտկված կարգավորման վրա։
Ներառեք՝
ընկերության անունը և հիմնական տեխնիկական կամ աշխատատարածքի ադմինիստրատորի կոնտակտը
ներկայիս աշխատատարածքի կամ API կազմակերպության անունը և ID-ն, եթե հայտնի է
նախատեսված միայն ներքին օգտագործման աշխատատարածքի կամ API կազմակերպության անունը և ID-ն, եթե հայտնի է
հաստատում, որ նախատեսված կարգավորումը չի օգտագործվում հաճախորդներին ուղղված հավելվածների, երրորդ կողմերի տրաֆիկի կամ հետագա արտադրանքային աշխատանքային հոսքերի համար
արդյոք հասանելիությունը պետք է հեռացվի կամ հետարկվի նախորդ կարգավորումից
արդյոք նոր կարգավորումը առաջացնում է վճարումների, բյուջեի սահմանաչափի կամ առևտրային պատասխանատուի հետ կապված հարց
առաջին աշխատանքային հոսքը, որը թիմը նախատեսում է գործարկել, և ակնկալվող գործարկողները
ժամկետային սահմանափակումներ կամ առաջիկա ակտիվացման սեսիա, եթե կա
Եթե հին կազմակերպության հեռացումը դեռ սպասման մեջ է կամ փոխանակումը դեռ ընթացքի մեջ է, շտկված կարգավորումը համարեք պատրաստ չեղած, մինչև OpenAI-ը հաստատի, որ փոփոխությունն ավարտված է։
Նշում օգտագործման մասին
Trusted Access-ով միացված ցանկացած աշխատատարածք կամ API կազմակերպություն պետք է լինի միայն ներքին։ Միայն ներքին նշանակում է, որ մուտքն օգտագործվում է ձեր սեփական լիազորված թիմի կողմից՝ ձեր կազմակերպության պաշտպանական աշխատանքի համար, և կապված չէ հաճախորդներին ուղղված տրաֆիկի, արտաքին առաջարկվող անվտանգության ծառայությունների կամ ներքևի հոսքի արտադրանքի որևէ գործառույթի հետ, որը երրորդ կողմի հարցումները կամ բովանդակությունն անցկացնում է այս մուտքով։
Ոչ մի պահվող տվյալ (ZDR)
Trusted Access-ի տրամադրումը ավտոմատ կերպով չի միացնում «Ոչ մի պահվող տվյալ» (ZDR) կարգավորումը։ ZDR-ը պետք է առանձին խնդրվի և տրամադրվի հենց տվյալ կազմակերպության համար։ Եթե ձեր կազմակերպությանը անհրաժեշտ է ZDR կամ տվյալների պահպանման այլ հատուկ մոտեցում, նախքան ձեր թիմը կսկսի առաջին աշխատանքային հոսքը, հաստատեք, որ այն կազմակերպությունը, որը նախատեսում եք օգտագործել, ընդգրկված է այդ պայմանների մեջ։
Գործառնական սահմաններ
Տրամադրված կարգավորումն օգտագործեք միայն լիազորված պաշտպանական աշխատանքի համար։
Օգտագործեք այն համակարգերը, որոնք պատկանում են ձեր կազմակերպությանը կամ որոնց գնահատման համար դուք հստակ լիազորված եք։
Առաջին աշխատանքային հոսքը պահեք նեղ և վերանայելի։
Բարձր ազդեցությամբ բացահայտումների և շտկումների համար պահեք մարդկանց գործընթացում։
Օգտագործեք ձեր ներգրավման տվյալներում նշված աշխատատարածքը, API կարգավորումը և մոդելի հասանելիությունը։
Մի տարածեք Trusted Access-ի հնարավորությունները երրորդ կողմի հաճախորդների, արտաքին օգտատերերի կամ ներքևի հոսքի արտադրանքի աշխատանքային հոսքերի վրա։