მიმოხილვა

გამოიყენეთ ეს გზამკვლევი, თუ თქვენს ორგანიზაციაში Daybreak-ში ჩართვას კოორდინირებთ და განაცხადისა და დაშვების პირობების შემოწმებიდან სამუშაოდ მზა კონფიგურაციაზე გადასვლა გჭირდებათ.

Daybreak Access არის OpenAI-ის პროგრამა „სანდო წვდომა კიბერუსაფრთხოებისთვის“. Daybreak Blue და Daybreak Red Daybreak-ის წვდომის დონეებია.

კორპორაციული გუნდების უმეტესობამ დამტკიცებული შიდა დაცვითი სამუშაო პროცესებისთვის Daybreak Blue-ით უნდა დაიწყოს.

Daybreak Red კიბერუსაფრთხოების რთული, ავტორიზებული სამუშაო პროცესებისთვის ცალკე დამტკიცებას საჭიროებს. ზოგიერთი მოწინავე კიბერმოდელი დამატებით, კონკრეტული მოდელისთვის გაცემულ ნებართვას საჭიროებს.

მხოლოდ დამტკიცება უარების შემცირებულ რეჟიმს არ რთავს. Daybreak-ის მართვის პარამეტრები თავდაპირველად გამორთულია. სამუშაო სივრცის მფლობელი წვდომას დამტკიცებული მომხმარებლებისა და ჯგუფებისთვის ააქტიურებს; API ორგანიზაციის მფლობელი კი — დამტკიცებული, არანაგულისხმევი პროექტებისთვის. თუ თქვენი გუნდი წვდომის ორივე გზას იყენებს, ორივე დააყენეთ. მომხმარებლებმა, რომლებიც Codex-ში ChatGPT-ით შედიან, მოთხოვნის გაგზავნამდე Daybreak-იც უნდა ჩართონ.

წვდომის გააქტიურების შემდეგაც შეიძლება ზოგიერთ მაღალი რისკის სამუშაო პროცესზე უარი მიიღოთ, ამიტომ დაიწყეთ მკაფიოდ შემოფარგლული დაცვითი სამუშაო პროცესით ზუსტად იმ ინტერფეისში, პროექტსა და მოდელზე, რომლის გამოყენებასაც თქვენი გუნდი გეგმავს.

თვალი ადევნეთ ჩართვისა და წვდომის სტატუსს

გაეცანით წვდომის დამტკიცებულ გზას

ჩართვის დამადასტურებელ შეტყობინებაში მითითებული უნდა იყოს დამტკიცებული მოდელები, მათი გამოყენების უფლების მქონე პირები და ის ორგანიზაცია, სამუშაო სივრცე, API ორგანიზაცია და API პროექტი, რომლებითაც უნდა დაიწყოთ.

რეპოზიტორიუმთან პრაქტიკული მუშაობისთვის დაიწყეთ Codex-ით ან Codex Security პლაგინით. დამტკიცებული ავტომატიზაციისთვის გამოიყენეთ Codex CLI ან Codex GitHub Action. API სამუშაო პროცესებში მოთხოვნებისა და ავტორიზაციის მონაცემების გამოყენება შეზღუდეთ დამტკიცებული, მხოლოდ შიდა გამოყენებისთვის განკუთვნილი პროექტით.

OpenAI API-ზე წვდომისთვის გამოიყენეთ თქვენთვის დამტკიცებული წვდომით გათვალისწინებული კონკრეტული მოდელის ID და Daybreak მოთხოვნის შესაბამისი პარამეტრი. ქვემოთ მოცემული მაგალითების გამოყენება დამოკიდებულია იმაზე, თუ რომელი მოდელებია დამტკიცებული თქვენი ორგანიზაციისთვის.

Responses API მოთხოვნებში gpt-6-sol-ისთვის access_programs.cyber-ის მნიშვნელობად მიუთითეთ daybreak_blue, მაშინაც კი, თუ თქვენს ორგანიზაციას Daybreak Red-ის გამოყენება აქვს დამტკიცებული. დაცვის სტანდარტული მექანიზმების გამოსაყენებლად მიუთითეთ standard.


gpt-5.6-cyber-ისთვის გამოიყენეთ daybreak_red მხოლოდ იმ შემთხვევაში, თუ თქვენს ორგანიზაციას აქვს როგორც Daybreak Red-ის გამოყენების ნებართვა, ისე მოდელისთვის საჭირო დამატებითი დამტკიცება.

ორგანიზაციას, რომელსაც Daybreak Blue-ის გამოყენება აქვს დამტკიცებული, შეუძლია Blue პარამეტრის გამოყენება; ორგანიზაციას, რომელსაც Red აქვს დამტკიცებული — ორივესი. პარამეტრის ჩართვა არ იძლევა იმ მოდელებზე წვდომას, რომლებიც თქვენი ორგანიზაციისთვის არ არის დამტკიცებული.

თუ პროექტის დონის მართვის პარამეტრები ჩართულია, დამტკიცებულ, მხოლოდ შიდა გამოყენებისთვის განკუთვნილ API პროექტებს შეუძლიათ ჩაანაცვლონ ცალკე გამოყოფილი API ორგანიზაცია. არსებული კონფიგურაციის შეცვლამდე მიჰყევით მიგრაციის დამადასტურებელ შეტყობინებაში მოცემულ მითითებებს. ChatGPT-სა და Codex-ში შესასვლელად სამუშაო სივრცის როლები ცალკე დააყენეთ; API პროექტის გააქტიურება სამუშაო სივრცეზე წვდომას არ აყენებს.

GPT-6 Sol და GPT-6 Luna Daybreak Blue-ით ან Red-ით მუშაობისას უარის თქმის შემცირებულ სიხშირეს უჭერენ მხარს. Astra და GPT-6.1 Sol 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-სა და GPT-6.1 Sol-ის შემთხვევაში Blue წვდომა დაცვის სტანდარტულ მექანიზმებს ინარჩუნებს.

• Codex-ში ChatGPT ანგარიშით შესვლისას — ჩართო თუ არა სამუშაო სივრცის მფლობელმა შესაბამისი მომხმარებლისთვის წვდომა და ჩართულია თუ არა მომხმარებლის Daybreak გადამრთველი. API გასაღებით შესვლისას წვდომას განსაზღვრავს გააქტიურებული API პროექტი; Daybreak-ის ცალკე ინტერფეისი არ არსებობს.

• API-ზე წვდომისას — შეინახა თუ არა API ორგანიზაციის მფლობელმა Daybreak-ის დამტკიცებული დონე შესაბამისი პროექტისთვის, რომელიც ნაგულისხმევი არ არის.

• 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-ის დონე, მოდელის ID, მართვის შენახული პარამეტრები, ადმინისტრატორის როლი, ეკუთვნის თუ არა ავტორიზაციის მონაცემები გააქტიურებულ პროექტს, შეცდომის სრული შეტყობინება, მოთხოვნის ID, დროის ნიშნული და დროის სარტყელი, საჭიროების შემთხვევაში — ეკრანის სურათი და ამოცანის მოკლე აღწერა კონფიდენციალური ინფორმაციის გარეშე.

მხარდაჭერის მოთხოვნის გასაგზავნად იხილეთ როგორ დავუკავშირდე მხარდაჭერის სამსახურს?.

დაიწყეთ პირველი სამუშაო პროცესი

გუნდების უმეტესობამ პირველი სამუშაო პროცესი Codex Security პლაგინში უნდა დაიწყოს, რეპოზიტორიუმის, განშტოების ან შეტყობინებების ვიწროდ განსაზღვრული ფარგლებით. Codex CLI მასშტაბური ავტომატიზაციის გზაა, როცა სამუშაო პროცესების მფლობელებს შესამოწმებლად უკვე აქვთ სანდო CI/CD სამუშაო პროცესი. API სამუშაო პროცესებისთვის გამოიყენეთ დამტკიცებული, მხოლოდ შიდა გამოყენებისთვის განკუთვნილი პროექტი, Daybreak-ის დამტკიცებული დონე და ამ პროექტის API გასაღები.

გამოასწორეთ სამუშაო სივრცის, API ორგანიზაციის ან პროექტის შეუსაბამობა

გამოიყენეთ ეს პროცედურა, თუ დამტკიცებულ კონფიგურაციაში არასწორი ორგანიზაცია, სამუშაო სივრცე ან API პროექტია მითითებული; შესაბამისი პროექტი მხოლოდ შიდა გამოყენებისთვის არ არის განკუთვნილი; მოსალოდნელი მართვის პარამეტრი არ ჩანს; ჩართულია Daybreak-ის არასწორი დონე; გამოიყენება სხვა პროექტის ავტორიზაციის მონაცემები; საჭიროა API წვდომიდან სამუშაო სივრცის წვდომაზე გადასვლა ან პირიქით; ან ჯერ კიდევ შესასრულებელია წინა მდგომარეობის აღდგენა ან წაშლა.

• შეაჩერეთ ტესტირება შეუსაბამო სამუშაო სივრცეში, API ორგანიზაციაში ან პროექტში.

• დაადგინეთ მიმდინარე კონფიგურაცია და სასურველი, მხოლოდ შიდა გამოყენებისთვის განკუთვნილი კონფიგურაცია.

• API-ზე წვდომისთვის სთხოვეთ API ორგანიზაციის მფლობელს, ზემოთ მოცემული ნაბიჯებით გადაამოწმოს Daybreak-ის ნებადართული მართვის პარამეტრები შესაბამისი პროექტისთვის, რომელიც ნაგულისხმევი არ არის.

• თუ დამტკიცებული API გადამრთველი ჩანს, მაგრამ გამორთულია, სთხოვეთ API ორგანიზაციის მფლობელს, ჩართოს ის და შეინახოს ცვლილება. სამუშაო სივრცეზე წვდომისთვის სთხოვეთ მის მფლობელს, გადაამოწმოს შესაბამისი მომხმარებლის უშუალოდ და ჯგუფის მეშვეობით მინიჭებული როლები და მოდელებზე წვდომის შენახული უფლებები. Codex-ში ChatGPT ანგარიშით განმეორებით ტესტირებამდე დარწმუნდით, რომ მომხმარებლის Daybreak გადამრთველი ჩართულია.

• API-ზე წვდომისთვის გამოიყენეთ გააქტიურებული დანიშნულების პროექტის გასაღები და ცვლილებების ასამოქმედებლად დაელოდეთ დაახლოებით 15 წუთამდე. განმეორებით ტესტირებამდე სამუშაო სივრცის ცვლილებების ასამოქმედებლად დაელოდეთ დაახლოებით 10 წუთს.

• დააზუსტეთ, ძველი კონფიგურაცია უნდა წაიშალოს, დაუბრუნდეს წინა მდგომარეობას თუ უცვლელი დარჩეს.

• თუ მოსალოდნელი გადამრთველი არ ჩანს ან გამოყენების უფლება არასწორადაა განსაზღვრული, ქვემოთ ჩამოთვლილი დეტალები შესწორების მოთხოვნით გაუგზავნეთ OpenAI-ში თქვენი ანგარიშის მომსახურე გუნდს.

• გამოსწორებულ კონფიგურაციაში ხელახლა შეამოწმეთ წვდომა ზუსტად დამტკიცებული მოდელის ID-ით.

მიუთითეთ:

• კომპანიის სახელი და ძირითადი ტექნიკური საკონტაქტო პირის ან ორგანიზაციის ადმინისტრატორის საკონტაქტო ინფორმაცია.

• მიმდინარე და სასურველი სამუშაო სივრცის, API ორგანიზაციისა და API პროექტის სახელები და ID-ები, თუ ცნობილია.

• Daybreak-ის დამტკიცებული დონე და მართვის პარამეტრები, რომლებიც ჩანს განყოფილებაში „პროექტის პარამეტრები → ზოგადი → Daybreak მოდელებზე წვდომა“, ან სამუშაო სივრცისა და როლების შენახული პარამეტრები.

• ტესტისთვის გამოყენებული მოდელის ზუსტი ID.

• იყენებს თუ არა მოთხოვნა გააქტიურებული პროექტის გასაღებს და განახლდა თუ არა გადატანილი სამუშაო პროცესები დანიშნულების პროექტის გამოსაყენებლად.

• დადასტურება, რომ სასურველი კონფიგურაცია არ გამოიყენება კლიენტებისთვის განკუთვნილ აპლიკაციებში, მესამე მხარის ტრაფიკისთვის ან მის საფუძველზე შექმნილი პროდუქტების სამუშაო პროცესებში.

• უნდა გაუქმდეს თუ არა წვდომა წინა კონფიგურაციაში ან აღდგეს მისი ადრინდელი მდგომარეობა.

• წარმოშობს თუ არა ახალი კონფიგურაცია დასაზუსტებელ საკითხებს ბილინგის, ბიუჯეტის ლიმიტის ან კომერციულ საკითხებზე პასუხისმგებელი პირის შესახებ.

• პირველი სამუშაო პროცესი, რომლის გაშვებასაც გუნდი გეგმავს, მისი სავარაუდო შემსრულებლები და ადამიანი, რომელიც შედეგებს გადაამოწმებს.

• დროითი შეზღუდვები ან დაგეგმილი მოსამზადებელი სესია, ასეთის არსებობის შემთხვევაში.

როდესაც პროექტის დამტკიცებული მართვის პარამეტრები ხელმისაწვდომია, მათი დანიშნულებაა Daybreak-ზე წვდომის პროექტების მიხედვით გამიჯვნა, რათა ცალკე API ქვეორგანიზაცია აღარ იყოს საჭირო. თუ მართვის პარამეტრები მიუწვდომელია ან დამტკიცებული კონფიგურაცია კვლავ მოითხოვს ცალკე გამოყოფილ API ორგანიზაციას, მიჰყევით OpenAI-ში თქვენი ანგარიშის მომსახურე გუნდის მითითებებს.

თუ ძველი ორგანიზაცია ან პროექტი ჯერ არ წაშლილა, ჩანაცვლება დასრულებული არ არის ან გამოყენების უფლების შესწორება მოუგვარებელია, გამოსწორებული კონფიგურაცია მზად არ ჩათვალოთ, სანამ ცვლილება არ დადასტურდება.

შენიშვნა გამოყენების შესახებ

Daybreak-ზე წვდომა უნდა შემოიფარგლოს დამტკიცებული შიდა მომხმარებლებითა და შიდა უსაფრთხოების სამუშაოებით. მხოლოდ შიდა გამოყენება ნიშნავს თქვენი ავტორიზებული გუნდის საქმიანობას და არა კლიენტების ტრაფიკს, გარე მხარეებისთვის შეთავაზებულ უსაფრთხოების სერვისებს ან მის საფუძველზე შექმნილ ფუნქციებს, რომლებიც მესამე მხარის მოთხოვნებს Daybreak-ის გავლით ატარებს. სადაც მართვის პარამეტრები ჩართულია, დამტკიცებული ფარგლების დასაცავად გამოიყენეთ სამუშაო სივრცის როლები და მხოლოდ შიდა გამოყენებისთვის განკუთვნილი API პროექტები.

სადაც პროექტის დამტკიცებული მართვის პარამეტრები ხელმისაწვდომია, მხოლოდ შიდა გამოყენების პროექტს შეუძლია Daybreak-ზე წვდომის იზოლირება შესაბამისი უფლების მქონე API ორგანიზაციაში, ცალკე API ქვე-ორგანიზაციის საჭიროების გარეშე. პროექტის გააქტიურება კლიენტებისთვის ან მესამე მხარის მიერ გამოყენებას დასაშვებს არ ხდის.

მონაცემთა ნულოვანი შენარჩუნება (ZDR)

Daybreak-ის გამოყენების უფლება და პროექტის გააქტიურება ავტომატურად არ რთავს მონაცემთა ნულოვან შენარჩუნებას (ZDR). ZDR ცალკე უნდა მოითხოვოთ და გააქტიურდეს კონკრეტული API ორგანიზაციისა და შესაბამისი საბოლოო წერტილისთვის. თუ თქვენი ორგანიზაცია ZDR-ს ან მონაცემთა შენარჩუნების სხვა სპეციფიკურ რეჟიმს მოითხოვს, გუნდის პირველი სამუშაო პროცესის დაწყებამდე დაადასტურეთ, რომ ეს პირობები გააქტიურებული პროექტის ტრაფიკზეც ვრცელდება. ნუ ჩათვლით, რომ პროექტში Daybreak Blue-ის ან Daybreak Red-ის გადამრთველის ჩართვა მონაცემთა შენარჩუნების პარამეტრებს ცვლის.

მუშაობის შეზღუდვები

• მომზადებული გარემო გამოიყენეთ მხოლოდ ნებადართული თავდაცვითი სამუშაოსთვის.

• გამოიყენეთ სისტემები, რომლებიც თქვენს ორგანიზაციას ეკუთვნის ან რომელთა შესაფასებლადაც მას აშკარა ნებართვა აქვს.

• პირველი სამუშაო პროცესი შეზღუდული მოცულობისა და ადვილად გადასამოწმებელი უნდა იყოს.

• მნიშვნელოვანი ზემოქმედების მქონე მიგნებების განხილვასა და პრობლემების გამოსწორებაში ჩართეთ ადამიანები.

• გამოიყენეთ ზუსტად ის ორგანიზაცია, სამუშაო სივრცე, API პროექტი, Daybreak-ის დონე და მოდელის ID, რომლებიც ჩართვის დეტალებშია მითითებული.

• Daybreak-ის პროექტის მართვის პარამეტრების დაყენების უფლება მხოლოდ API ორგანიზაციის მფლობელებს მიეცით. სამუშაო სივრცის მფლობელები მართავენ სივრცის ნაგულისხმევ პარამეტრებსა და მორგებული როლების მინიჭებას. Daybreak Blue-ის ნებართვა Daybreak Red-ს არ მოიცავს.

• პროექტის ავტორიზაციის მონაცემები უსაფრთხოდ შეინახეთ და მათი გამოყენება შეზღუდეთ გააქტიურებული, მხოლოდ შიდა გამოყენებისთვის განკუთვნილი პროექტით.

• არ გაავრცელოთ Daybreak-ის შესაძლებლობები მესამე მხარის კლიენტებზე, გარე მომხმარებლებზე ან მის საფუძველზე შექმნილი პროდუქტების სამუშაო პროცესებზე.