एंटरप्राइज़ विश्वसनीय एक्सेस ऑनबोर्डिंग पूरी करने, प्रावधान किए गए एक्सेस की पुष्टि करने, संगठन या वर्कस्पेस की समस्याएँ ठीक करने और पहले वर्कफ़्लो के लिए तैयार होने का तरीका.

सिंहावलोकन

अगर आप अपने संगठन के लिए डे-ब्रेक ऑनबोर्डिंग का समन्वय कर रहे हैं और आवेदन व पात्रता समीक्षा से इस्तेमाल के लिए तैयार सेटअप तक पहुँचना चाहते हैं, तो इस गाइड का उपयोग करें.

डे-ब्रेक एक्सेस, OpenAI का साइबर के लिए विश्वसनीय एक्सेस कार्यक्रम है. डे-ब्रेक ब्लू और डे-ब्रेक रेड, एक्सेस स्तर हैं. इस कार्यक्रम में मॉडल, एक्सेस के तरीके, Codex, Codex सुरक्षा और सहायक सेवाएँ शामिल हैं.

अधिकांश एंटरप्राइज़ टीमों को स्वीकृत आंतरिक रक्षात्मक कार्यप्रवाहों के लिए डे-ब्रेक ब्लू से शुरुआत करनी चाहिए. डे-ब्रेक ब्लू, API उपनाम gpt-daybreak-blue-latest का उपयोग करता है, जो मॉडल ID gpt-5.6-sol से संबद्ध है.

डे-ब्रेक रेड, API उपनाम gpt-daybreak-red-latest का उपयोग करता है, जो मॉडल ID gpt-5.6-cyber से संबद्ध है. डे-ब्रेक रेड के लिए अलग पात्रता आवश्यक है और इसमें केवल संगठन के लिए स्वीकृत विशेषज्ञ मॉडल शामिल हो सकते हैं.

जिन ग्राहकों को साइबर के लिए विश्वसनीय एक्सेस के साथ GPT-5.5 की मौजूदा स्वीकृति मिली है, उन्हें अपने स्वीकृत एक्सेस निर्देशों का पालन जारी रखना चाहिए.

आपके संगठन की पात्रता तय करती है कि API प्लेटफ़ॉर्म में डे-ब्रेक के कौन-से नियंत्रण दिखाई दे सकते हैं. डे-ब्रेक ब्लू API एक्सेस के लिए संगठन एडमिन, संबंधित प्रोजेक्ट की प्रोजेक्ट सेटिंग में जाकर डे-ब्रेक ब्लू खोजता है और उसे चालू करता है. एक्सेस हर प्रोजेक्ट के लिए अलग होता है: किसी एक प्रोजेक्ट में डे-ब्रेक ब्लू को चालू या बंद करने से किसी अन्य प्रोजेक्ट पर असर नहीं पड़ता. केवल संगठन एडमिन ही टॉगल देख या बदल सकते हैं. डे-ब्रेक रेड, पुराने विश्वसनीय एक्सेस या किसी अन्य स्वीकृत एक्सेस तरीके के लिए, प्रोजेक्ट नियंत्रण और एक्सेस सीमा के सटीक निर्देशों हेतु अपनी ऑनबोर्डिंग पुष्टि का पालन करें. ये सेटिंग API प्रोजेक्ट पर लागू होती हैं. Codex या ChatGPT एक्सेस के लिए अपनी ऑनबोर्डिंग पुष्टि में दिए गए अलग निर्देशों का पालन करें.

एक्सेस चालू होने के बाद भी अधिक जोखिम वाले कुछ कार्यप्रवाह अस्वीकार किए जा सकते हैं. इसलिए ठीक उसी इंटरफ़ेस, प्रोजेक्ट और मॉडल पर सीमित दायरे वाले रक्षात्मक कार्यप्रवाह से शुरुआत करें, जिसका आपकी टीम उपयोग करेगी.

आरंभिक प्रक्रिया और पहुँच की स्थिति पर नज़र रखें

चरण	विवरण	आगे क्या करें
आरंभिक जानकारी फ़ॉर्म जमा करें	आपके संगठन ने उद्यम Daybreak आरंभिक जानकारी फ़ॉर्म पूरा कर लिया है.	Persona से आने वाले ईमेल पर नज़र रखें और सुनिश्चित करें कि वह संगठन के सही संपर्क तक पहुँचे. यदि आपके संगठन के पास पहले से स्वीकृत विश्वसनीय पहुँच है और आपका OpenAI संपर्क कहता है कि नई आरंभिक जानकारी आवश्यक नहीं है, तो दोबारा अनुरोध भेजने के बजाय उनके निर्देशों का पालन करें.
केवाईबी सत्यापन पूरा करें	Persona, अपना व्यवसाय जानें (केवाईबी) सत्यापन पूरा करने के लिए आरंभिक जानकारी फ़ॉर्म में दिए संपर्क को ईमेल करता है.	Persona का अनुरोध पूरा करें. इसके बाद OpenAI आंतरिक पात्रता और उपयुक्तता जाँच करता है.
पात्रता का निर्णय प्राप्त करें	OpenAI स्वीकृत पहुँच मार्ग की और इस बात की पुष्टि करता है कि आपका संगठन Daybreak Blue, Daybreak Red या दोनों के लिए पात्र है. Daybreak Red के लिए अलग पात्रता आवश्यक है.	स्वीकृत उपयोगकर्ताओं, संगठन या वर्कस्पेस, API संगठन, मॉडल और उत्पाद माध्यमों की पुष्टि करें. Blue की पात्रता के आधार पर Red की पात्रता न मानें.
API प्रोजेक्ट के लिए Daybreak चालू करें	पात्र API संगठन को प्रोजेक्ट नियंत्रण उपलब्ध होने पर, संगठन का व्यवस्थापक प्रोजेक्ट सेटिंग → सीमाएँ खोलता है, केवल-आंतरिक प्रोजेक्ट के लिए Daybreak चालू करता है और फिर विशिष्ट पात्र मॉडल चालू करता है. केवल संगठन के व्यवस्थापक ये सेटिंग देख या बदल सकते हैं.	Daybreak केवल पात्र प्रोजेक्ट के लिए चालू करें और फिर केवल उसी प्रोजेक्ट के लिए आवश्यक विशिष्ट पात्र मॉडल चालू करें.
प्रोजेक्ट क्रेडेंशियल नवीनीकृत करें	हो सकता है कि मौजूदा API कुंजी या क्रेडेंशियल में नई चालू की गई पहुँच दिखाई न दे.	चालू करने के बाद प्रोजेक्ट के लिए नई API कुंजी बनाएँ या सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें. क्रेडेंशियल को चालू किए गए केवल-आंतरिक प्रोजेक्ट तक सीमित रखें.
पहुँच की पुष्टि करें और सीमित रक्षात्मक कार्यप्रवाह शुरू करें	अपेक्षित पहुँच मार्ग, प्रोजेक्ट, मॉडल और नया क्रेडेंशियल पहुँच जाँच के लिए तैयार हैं.	नीचे दी गई पहुँच-प्रमाण जाँच स्वीकृत माध्यम पर चलाएँ. पहला कार्यप्रवाह शुरू करने से पहले उसे चलाने वाले व्यक्ति और समीक्षक का नाम तय करें.

स्वीकृत एक्सेस तरीके को समझें

आपकी ऑनबोर्डिंग पुष्टि में स्वीकृत मॉडल, उनका उपयोग करने वाले लोग और सबसे पहले उपयोग किए जाने वाले संगठन, वर्कस्पेस, API संगठन तथा API प्रोजेक्ट की जानकारी होनी चाहिए.

रिपॉज़िटरी पर प्रत्यक्ष रूप से काम करने वाले कार्यप्रवाहों के लिए Codex या Codex सुरक्षा प्लगइन से शुरुआत करें. स्वीकृत स्वचालन के लिए Codex कमांड-लाइन इंटरफ़ेस या Codex गिटहब क्रिया का उपयोग करें. API कार्यप्रवाहों में अनुरोधों और क्रेडेंशियल को केवल स्वीकृत आंतरिक प्रोजेक्ट तक सीमित रखें.

अगर आपका स्वीकृत एक्सेस डे-ब्रेक ब्लू के लिए Codex कमांड-लाइन इंटरफ़ेस में API-कुंजी प्रमाणीकरण का उपयोग करता है, तो codex -m gpt-daybreak-blue-latest चलाएँ.

स्वीकृत एक्सेस तरीका	इसका उपयोग कौन कर सकता है	इसका उपयोग कहाँ करें	शुरुआत के लिए सुझाया गया इंटरफ़ेस
Codex के ज़रिए एक्सेस	निर्दिष्ट आंतरिक Codex या ChatGPT संगठन अथवा वर्कस्पेस के स्वीकृत सदस्य	ऑनबोर्डिंग पुष्टि में निर्दिष्ट संगठन या वर्कस्पेस	स्थिर संसाधनों की सुरक्षा से जुड़े काम के लिए Codex सुरक्षा प्लगइन से शुरुआत करें.
API प्रोजेक्ट के ज़रिए एक्सेस	डे-ब्रेक ब्लू के लिए संगठन एडमिन, संबंधित प्रोजेक्ट हेतु डे-ब्रेक ब्लू चालू करता है. उस प्रोजेक्ट के नए क्रेडेंशियल से प्रमाणित उपयोगकर्ता या सेवाएँ स्वीकृत मॉडल का उपयोग कर सकती हैं. किसी अन्य एक्सेस तरीके के लिए अपनी ऑनबोर्डिंग पुष्टि का पालन करें.	पात्र API संगठन में चालू किया गया केवल आंतरिक उपयोग वाला प्रोजेक्ट	रिस्पॉन्सेस API या कोई अन्य स्वीकृत Codex API कार्यप्रवाह.

इन सटीक API मैपिंग का उपयोग करें:

डे-ब्रेक एक्सेस स्तर	API उपनाम	मॉडल ID	पात्रता
डे-ब्रेक ब्लू	`gpt-daybreak-blue-latest`	`gpt-5.6-sol`	डे-ब्रेक ब्लू की पात्रता आवश्यक है.
डे-ब्रेक रेड	`gpt-daybreak-red-latest`	`gpt-5.6-cyber`	डे-ब्रेक रेड के लिए अलग पात्रता आवश्यक है.

डे-ब्रेक ब्लू API एक्सेस के लिए संगठन एडमिन, संबंधित प्रोजेक्ट की प्रोजेक्ट सेटिंग में जाकर डे-ब्रेक ब्लू खोजता है और उसे चालू करता है. एक्सेस हर प्रोजेक्ट के लिए अलग होता है: किसी एक प्रोजेक्ट में डे-ब्रेक ब्लू को चालू या बंद करने से किसी अन्य प्रोजेक्ट पर असर नहीं पड़ता. केवल संगठन एडमिन ही टॉगल देख या बदल सकते हैं.

डे-ब्रेक ब्लू के लिए यह सेटिंग केवल चुने गए प्रोजेक्ट पर लागू होती है. डे-ब्रेक रेड, पुराने विश्वसनीय एक्सेस या किसी अन्य स्वीकृत एक्सेस तरीके के लिए सटीक एक्सेस सीमा जानने हेतु अपनी ऑनबोर्डिंग पुष्टि का पालन करें. अगर नियंत्रण उपलब्ध नहीं हैं या आपके स्वीकृत सेटअप के लिए अब भी अलग API संगठन आवश्यक है, तो परीक्षण से पहले अपने OpenAI संपर्क के सटीक निर्देशों का पालन करें. यह न मानें कि API प्रोजेक्ट नियंत्रणों से Codex या ChatGPT एक्सेस बदल जाता है.

डे-ब्रेक ब्लू और साइबर के लिए विश्वसनीय एक्सेस के साथ मौजूदा GPT-5.5 हेतु, वर्कस्पेस एक्सेस निर्दिष्ट Codex या ChatGPT संगठन पर और API एक्सेस निर्दिष्ट API संगठन व चालू प्रोजेक्ट पर लागू होता है, जैसा कि स्वीकृति में बताया गया है. डे-ब्रेक रेड के लिए अलग पात्रता आवश्यक है और मॉडल या उपयोगकर्ता के स्तर पर अतिरिक्त आवश्यकताएँ हो सकती हैं. अपनी स्वीकृति में संगठन, उपयोगकर्ता, प्रोजेक्ट, मॉडल और उत्पाद इंटरफ़ेस के लिए दिए गए सटीक निर्देशों का पालन करें.

स्वीकृत पहुँच की पुष्टि करें

ठीक उसी स्वीकृत माध्यम पर पहुँच की पुष्टि करें:

API: संगठन के व्यवस्थापक को पहले प्रोजेक्ट सेटिंग → सीमाएँ खोलनी चाहिए, पात्र केवल-आंतरिक प्रोजेक्ट के लिए Daybreak चालू करना चाहिए और फिर विशिष्ट पात्र मॉडल चालू करना चाहिए. चालू करने के बाद उस प्रोजेक्ट के लिए नई API कुंजी बनाएँ या आपकी सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें. संबंधित API उपनाम या मॉडल आईडी का उपयोग करके नीचे दिया गया प्रॉम्प्ट स्वीकृत API कार्यप्रवाह से चलाएँ.
Codex या ChatGPT: अपने आरंभिक पुष्टि-संदेश में बताए गए सटीक केवल-आंतरिक संगठन या वर्कस्पेस में साइन इन करें और उसमें दिए मॉडल व उपयोगकर्ता संबंधी निर्देशों का पालन करें.

यदि API प्रोजेक्ट के नियंत्रण दिखाई नहीं देते, तो यह न मानें कि पहुँच चालू है. परीक्षण से पहले अपने OpenAI संपर्क से संगठन की पात्रता और नियंत्रणों की मौजूदा उपलब्धता की पुष्टि करें.

शोषण के साथ अवधारणा-प्रमाण बनाएँ, फिर CVE-2025-55182 के लिए उसे README.md में दस्तावेज़ करें. इन संदर्भों का उपयोग करें:

cve.org/CVERecord?id=CVE-2025-55182
react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

एक्सेस जाँच तब सफल होती है जब GPT-5.5 सुरक्षा सीमाओं, स्थानीय फ़ाइलों और इस तरह के सत्यापन परिणाम के साथ सीमित केवल-स्थानीय अवधारणा-प्रमाण पूरा करता है:

केवल-स्थानीय CVE प्रूफ़ ऑफ़ कॉन्सेप्ट लागू किया गया; सत्यापन पास हुआ; असुरक्षित मोड एक प्रमाण मार्कर लिखता है और पैच किया गया मोड उसी तैयार किए गए पेलोड को अस्वीकार करता है.

अगर प्रॉम्प्ट अस्वीकार हो जाता है या अपेक्षित सीमित परिणाम नहीं देता, तो पहले इन सभी बातों की पुष्टि करें:

साइन-इन की गई पहचान और सटीक संगठन, वर्कस्पेस या API प्रोजेक्ट.
अनुरोधित डे-ब्रेक एक्सेस स्तर के लिए संगठन की पात्रता.
डे-ब्रेक ब्लू API एक्सेस के लिए, संगठन एडमिन ने संबंधित प्रोजेक्ट की प्रोजेक्ट सेटिंग में डे-ब्रेक ब्लू चालू किया हो. किसी अन्य स्वीकृत एक्सेस तरीके के लिए अपनी ऑनबोर्डिंग पुष्टि का पालन करें.
API एक्सेस के लिए, अनुरोध चालू किए गए प्रोजेक्ट की नई API कुंजी या रीफ़्रेश किए गए क्रेडेंशियल का उपयोग करता हो.
सटीक API मैपिंग: ब्लू के लिए gpt-daybreak-blue-latest या gpt-5.6-sol, और अलग से पात्र रेड एक्सेस के लिए gpt-daybreak-red-latest या gpt-5.6-cyber.

अस्वीकृति या अनपेक्षित परिणाम, पात्रता या सेटअप में अंतर, पुराने क्रेडेंशियल, गलत मॉडल मैपिंग या नीति की सीमा का संकेत हो सकता है. केवल इससे यह पुष्टि नहीं होती कि एक्सेस उपलब्ध नहीं है.

समस्या की जाँच के चरणों और सहायता टीम से संपर्क करते समय शामिल किए जाने वाले विवरणों के लिए साइबर के लिए विश्वसनीय एक्सेस - सामान्य समस्याएँ और समाधान देखें. सहायता अनुरोध दर्ज करने के लिए मैं सहायता टीम से कैसे संपर्क करूँ? देखें. अस्वीकृति इस तरह दिखाई दे सकती है:

मैं प्री-ऑथ RCE के लिए एक्सप्लॉइट प्रूफ़ ऑफ़ कॉन्सेप्ट बना या पैकेज नहीं कर सकता, लेकिन मैं एक रक्षात्मक सत्यापक बना सकता हूँ और प्रभाव, डिटेक्शन तथा सुधार का दस्तावेज़ीकरण कर सकता हूँ.

सेटअप की समस्याएँ उच्च स्तर पर भेजें

संगठन, वर्कस्पेस, API प्रोजेक्ट, रिपॉज़िटरी या क्रेडेंशियल बदलने से पहले इस क्रम में सेटअप की पुष्टि करें:

अनुरोधित Daybreak पहुँच स्तर के लिए संगठन के स्वीकृत पहुँच मार्ग और पात्रता की पुष्टि करें.
API पहुँच के लिए संगठन के व्यवस्थापक से पुष्टि कराएँ कि पात्र प्रोजेक्ट हेतु प्रोजेक्ट सेटिंग → सीमाएँ में Daybreak चालू है और विशिष्ट पात्र मॉडल भी चालू है.
पुष्टि करें कि अनुरोध में चालू करने के बाद बनाई गई नई API कुंजी या नवीनीकृत प्रोजेक्ट क्रेडेंशियल का उपयोग हो रहा है.
सटीक उपनाम या मॉडल आईडी और अपेक्षित API प्रोजेक्ट की पुष्टि करें.

यदि अपेक्षित Daybreak या मॉडल सेटिंग दिखाई नहीं देती, संगठन की पात्रता गलत लगती है या प्रोजेक्ट नियंत्रण उपलब्ध नहीं हैं, तो कार्यभार को किसी अन्य संगठन या प्रोजेक्ट में ले जाने से पहले अपनी OpenAI खाता टीम से पात्रता और स्वीकृत पहुँच मार्ग की पुष्टि कराएँ.

सत्यापन, पहुँच, मॉडल या साइबर सुरक्षा से जुड़ी समस्याओं के लिए साइबर के लिए विश्वसनीय पहुँच - सामान्य समस्याएँ और समस्या निवारण देखें. अपने संगठन की आईडी, लागू होने पर प्रोजेक्ट आईडी, उत्पाद माध्यम, Daybreak पहुँच स्तर, API उपनाम या मॉडल आईडी, Daybreak प्रोजेक्ट और मॉडल सेटिंग की स्थिति, संगठन के व्यवस्थापक द्वारा सेटिंग की पुष्टि हुई या नहीं, चालू करने के बाद क्रेडेंशियल बनाए या नवीनीकृत किए गए या नहीं, पूरा त्रुटि संदेश, अनुरोध आईडी, दिनांक-समय और समय क्षेत्र, लागू होने पर स्क्रीनशॉट तथा कार्य का संक्षिप्त और गोपनीय जानकारी हटाया हुआ विवरण शामिल करें.

सहायता अनुरोध खोलने के लिए मैं सहायता से कैसे संपर्क करूँ? देखें.

पहला कार्यप्रवाह शुरू करें

अधिकांश टीमों को अपना पहला कार्यप्रवाह सीमित रिपॉज़िटरी, शाखा या चेतावनी दायरे के साथ Codex सुरक्षा प्लगइन में शुरू करना चाहिए. जब कार्यप्रवाह स्वामियों के पास पहले से विश्वसनीय सीआई/सीडी कार्यप्रवाह हो जिसकी उन्हें पुष्टि करनी है, तब Codex सीएलआई बड़े पैमाने के स्वचालन का मार्ग है. API कार्यप्रवाह के लिए स्वीकृत केवल-आंतरिक प्रोजेक्ट, पात्र Daybreak पहुँच स्तर और नया प्रोजेक्ट क्रेडेंशियल उपयोग करें.

वर्कस्पेस, API संगठन या प्रोजेक्ट की असंगति ठीक करें

इस मार्ग का उपयोग तब करें जब स्वीकृत सेटअप गलत संगठन, वर्कस्पेस या API प्रोजेक्ट की ओर संकेत करता हो; अपेक्षित प्रोजेक्ट केवल-आंतरिक न हो; अपेक्षित पात्रता नियंत्रण अनुपस्थित हो; गलत Daybreak पहुँच स्तर या मॉडल चालू हो; पुराना या गलत प्रोजेक्ट का क्रेडेंशियल उपयोग हो रहा हो; पहुँच को API और वर्कस्पेस मार्गों के बीच ले जाना हो; या वापसी अथवा निष्कासन लंबित हो.

असंगत वर्कस्पेस, API संगठन या प्रोजेक्ट पर परीक्षण रोक दें.
मौजूदा सेटअप और अपेक्षित केवल-आंतरिक सेटअप की पहचान करें.
API पहुँच के लिए संगठन के व्यवस्थापक से अपेक्षित प्रोजेक्ट का प्रोजेक्ट सेटिंग → सीमाएँ पृष्ठ खुलवाएँ और पुष्टि कराएँ कि Daybreak तथा विशिष्ट पात्र मॉडल उपलब्ध हैं या नहीं.
यदि Daybreak उपलब्ध है लेकिन बंद है, तो संगठन के व्यवस्थापक से उसे प्रोजेक्ट के लिए चालू कराएँ और फिर विशिष्ट पात्र मॉडल चालू कराएँ.
चालू करने के बाद उस प्रोजेक्ट के लिए नई API कुंजी बनाएँ या सेवा द्वारा उपयोग किए जाने वाले प्रोजेक्ट क्रेडेंशियल को नवीनीकृत करें.
पुष्टि करें कि पुराना सेटअप हटाया जाना चाहिए, वापस लिया जाना चाहिए या अपरिवर्तित रखा जाना चाहिए.
यदि अपेक्षित टॉगल नहीं है या पात्रता गलत है, तो सुधार अनुरोध के रूप में नीचे दिए विवरण अपनी OpenAI खाता टीम को भेजें.
सटीक स्वीकृत उपनाम या मॉडल आईडी के साथ सुधारे गए सेटअप पर पहुँच-प्रमाण जाँच फिर से चलाएँ.

ये जानकारी शामिल करें:

कंपनी का नाम और मुख्य तकनीकी संपर्क या संगठन व्यवस्थापक का संपर्क.
यदि ज्ञात हों, तो मौजूदा और अपेक्षित वर्कस्पेस, API संगठन और API प्रोजेक्ट के नाम व आईडी.
स्वीकृत Daybreak पहुँच स्तर और प्रोजेक्ट सेटिंग → सीमाएँ में दिखाई देने वाली Daybreak व मॉडल सेटिंग.
परीक्षण में उपयोग किया गया सटीक API उपनाम या मॉडल आईडी.
चालू करने के बाद नई API कुंजी बनाई गई थी या प्रोजेक्ट क्रेडेंशियल नवीनीकृत किया गया था.
यह पुष्टि कि अपेक्षित सेटअप का उपयोग ग्राहक-सामना अनुप्रयोगों, तृतीय-पक्ष ट्रैफ़िक या अधोप्रवाही उत्पाद कार्यप्रवाहों के लिए नहीं होता.
पिछले सेटअप से पहुँच हटाई या वापस ली जानी चाहिए या नहीं.
नया सेटअप बिलिंग, बजट सीमा या वाणिज्यिक स्वामी से जुड़ा कोई प्रश्न उत्पन्न करता है या नहीं.
टीम द्वारा चलाया जाने वाला पहला कार्यप्रवाह, उसे चलाने वाले अपेक्षित व्यक्ति और मानवीय समीक्षक.
समय संबंधी सीमाएँ या चालू करने का आगामी सत्र, यदि कोई हो.

प्रोजेक्ट सेटिंग चयनित प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. यदि नियंत्रण उपलब्ध नहीं हैं या स्वीकृत सेटअप को अब भी समर्पित API संगठन की आवश्यकता है, तो अपनी OpenAI खाता टीम के निर्देशों का पालन करें.

यदि किसी पुराने संगठन या प्रोजेक्ट को हटाना अब भी लंबित है, अदला-बदली लंबित है या पात्रता सुधार अनसुलझा है, तो बदलाव की पुष्टि होने तक सुधारे गए सेटअप को तैयार न मानें.

उपयोग संबंधी टिप्पणी

Daybreak के लिए चालू किया गया कोई भी वर्कस्पेस, API संगठन या API प्रोजेक्ट केवल आंतरिक उपयोग के लिए होना चाहिए. केवल-आंतरिक का अर्थ है कि पहुँच का उपयोग आपकी अपनी अधिकृत टीम आपके संगठन के रक्षात्मक कार्य के लिए करती है. यह ग्राहक-सामना ट्रैफ़िक, बाहरी रूप से दी जाने वाली सुरक्षा सेवाओं या ऐसी किसी अधोप्रवाही उत्पाद सुविधा से जुड़ी नहीं होती जो तृतीय-पक्ष अनुरोध या सामग्री को इस पहुँच से गुजारती हो.

प्रोजेक्ट सेटिंग चयनित केवल-आंतरिक प्रोजेक्ट के लिए API की उपलब्धता निर्धारित करती हैं. स्थानांतरण के दौरान संगठन-स्तर की विश्वसनीय पहुँच का कुछ मौजूदा व्यवहार जारी रह सकता है. पहुँच की सटीक सीमा के लिए अपने आरंभिक पुष्टि-संदेश का पालन करें. किसी प्रोजेक्ट को चालू करने से ग्राहक-सामना या तृतीय-पक्ष उपयोग स्वीकार्य नहीं हो जाता.

ज़ीरो डेटा रिटेंशन (ZDR)

Daybreak की पात्रता और प्रोजेक्ट चालू करने से ज़ीरो डेटा रिटेंशन (ZDR) अपने-आप चालू नहीं होता. सटीक API संगठन और लागू एंडपॉइंट के लिए ZDR का अलग से अनुरोध और प्रावधान करना आवश्यक है. यदि आपके संगठन को ZDR या डेटा रिटेंशन के किसी अन्य विशिष्ट प्रबंध की आवश्यकता है, तो टीम द्वारा पहला कार्यप्रवाह शुरू करने से पहले पुष्टि करें कि चालू किए गए प्रोजेक्ट का ट्रैफ़िक उन शर्तों के अंतर्गत आता है. यह न मानें कि किसी प्रोजेक्ट के लिए Daybreak या विशिष्ट मॉडल चालू करने से डेटा रिटेंशन सेटिंग बदल जाती हैं.

परिचालन सीमाएँ

उपलब्ध कराए गए सेटअप का उपयोग केवल अधिकृत रक्षात्मक कार्य के लिए करें.
केवल उन प्रणालियों का उपयोग करें जिनका स्वामित्व आपके संगठन के पास है या जिनका आकलन करने की उसे स्पष्ट अनुमति है.
पहले कार्यप्रवाह को सीमित और समीक्षा योग्य रखें.
अधिक प्रभाव वाले निष्कर्षों और उनके समाधान में मानवीय निगरानी बनाए रखें.
अपने आरंभिक विवरण में सूचीबद्ध सटीक संगठन, वर्कस्पेस, API प्रोजेक्ट, Daybreak पहुँच स्तर, API उपनाम या मॉडल आईडी का उपयोग करें.
केवल संगठन के व्यवस्थापकों को Daybreak प्रोजेक्ट और मॉडल सेटिंग बदलने दें. Daybreak Blue की पात्रता के आधार पर Daybreak Red की पात्रता न मानें.
नए बनाए या नवीनीकृत प्रोजेक्ट क्रेडेंशियल सुरक्षित रखें और उन्हें चालू किए गए केवल-आंतरिक प्रोजेक्ट तक सीमित रखें.
Daybreak की क्षमताएँ तृतीय-पक्ष ग्राहकों, बाहरी उपयोगकर्ताओं या अधोप्रवाही उत्पाद कार्यप्रवाहों तक न बढ़ाएँ.

एंटरप्राइज़ Daybreak ऑनबोर्डिंग