अवलोकन

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

डेब्रेक ऐक्सेस, साइबर कार्यों के लिए विश्वसनीय पहुँच देने वाला OpenAI का कार्यक्रम है. डेब्रेक ब्लू और डेब्रेक रेड, डेब्रेक के भीतर पहुँच के स्तर हैं.

ज़्यादातर एंटरप्राइज़ टीमों को स्वीकृत आंतरिक सुरक्षा कार्यप्रवाहों के लिए डेब्रेक ब्लू से शुरुआत करनी चाहिए.

उन्नत, अधिकृत साइबर सुरक्षा कार्यप्रवाहों के लिए डेब्रेक रेड की अलग से स्वीकृति लेनी होती है. सभी डेब्रेक रेड संगठन GPT-5.6 Cyber के लिए पात्र हैं. GPT-6 Cyber के लिए अलग से मॉडल स्वीकृति ज़रूरी है. जिस भी संगठन या वर्कस्पेस में आप डेब्रेक रेड का उपयोग करते हैं, उसमें सिंगल साइन-ऑन (SSO) सक्षम करें और उसका उपयोग अनिवार्य बनाएँ. डिफ़ॉल्ट रूप से, GPT-6 Cyber एपीआई तक पहुँच के लिए आईपी पतों की अनुमति-सूची बनाना ज़रूरी है. ज़ीरो डेटा रिटेंशन का उपयोग करने वाले एपीआई प्रोजेक्ट के लिए आम तौर पर निजी सुरक्षा प्रोसेसिंग भी ज़रूरी होती है.

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

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

शामिल किए जाने की प्रक्रिया और पहुँच की स्थिति पर नज़र रखें

पहुँच का स्वीकृत तरीका समझें

शुरुआती पंजीकरण के पुष्टिकरण में यह स्पष्ट होना चाहिए कि कौन-से मॉडल स्वीकृत हैं, उनका उपयोग कौन कर सकता है और शुरुआत में किस संगठन, वर्कस्पेस, एपीआई संगठन और एपीआई प्रोजेक्ट का उपयोग करना है.

रिपॉज़िटरी में सीधे काम करने के लिए, Codex या Codex सिक्योरिटी प्लगइन से शुरुआत करें. स्वीकृत स्वचालन के लिए Codex सीएलआई या Codex GitHub Action का उपयोग करें. एपीआई कार्यप्रवाहों में, अनुरोधों और क्रेडेंशियल को केवल आंतरिक उपयोग के लिए स्वीकृत प्रोजेक्ट तक सीमित रखें.

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

Responses API अनुरोधों में, gpt-6-sol के लिए access_programs.cyber को daybreak_blue पर सेट करें, भले ही आपके संगठन को डेब्रेक रेड की स्वीकृति मिली हो. मानक सुरक्षा उपायों का उपयोग करने के लिए, इसे standard पर सेट करें.

दोनों साइबर मॉडल के लिए, Responses API में daybreak_red का उपयोग करें.

डेब्रेक ब्लू के लिए स्वीकृत संगठन ब्लू नियंत्रण का उपयोग कर सकता है; रेड के लिए स्वीकृत संगठन दोनों का उपयोग कर सकता है. किसी नियंत्रण को सक्षम करने से उन मॉडल तक पहुँच नहीं मिलती जिनके लिए आपके संगठन को स्वीकृति नहीं मिली है.

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

GPT-6 Sol और GPT-6 Luna, डेब्रेक ब्लू या रेड के साथ अनुरोध अस्वीकार करने की दर कम करने का समर्थन करते हैं. Astra और GPT-6.1 Sol में ब्लू के साथ मानक सुरक्षा उपाय लागू रहते हैं, जबकि रेड के साथ अनुरोध अस्वीकार करने की दर कम करने का समर्थन मिलता है. मॉडल की उपलब्धता अब भी आपके खाते और उत्पाद के उपयोग माध्यम पर निर्भर करती है. अपनी स्वीकृति में निर्दिष्ट संगठन, उपयोगकर्ताओं, प्रोजेक्ट और मॉडल का ही उपयोग करें.

डेब्रेक एडब्ल्यूएस बेडरॉक के ज़रिए भी उपलब्ध है और इसके लिए भी OpenAI की स्वीकृति ज़रूरी है. पहुँच पाने के लिए, अपनी एडब्ल्यूएस खाता टीम से संपर्क करें.

डेब्रेक के साथ GPT-6.1 Terra की जाँच करें

GPT-6.1 Terra के लिए, डेब्रेक रेड की स्वीकृति की पुष्टि करें और अनुरोध के लिए डेब्रेक को स्पष्ट रूप से सक्षम करें. सिर्फ़ डेब्रेक ब्लू से Terra पर साइबर अनुरोध अस्वीकार करने की दर कम करने की सुविधा सक्षम नहीं होती. Responses API में, सक्षम किए गए गैर-डिफ़ॉल्ट प्रोजेक्ट की कुंजी का उपयोग करें और access_programs.cyber को स्पष्ट रूप से सेट करें; इसे छोड़ देने पर मानक सुरक्षा उपाय लागू होते हैं. Chat Completions, अनुरोध अस्वीकार करने की दर कम करने वाले इस तरीके का समर्थन नहीं करता.

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

स्वीकृत पहुँच की जाँच करें

पहुँच की जाँच ठीक उसी माध्यम पर करें जिसके लिए स्वीकृति मिली है:

• एपीआई: एपीआई संगठन का स्वामी संबंधित गैर-डिफ़ॉल्ट प्रोजेक्ट खोलकर प्रोजेक्ट सेटिंग → सामान्य → डेब्रेक मॉडल पहुँच पर जाता है. स्वीकृत डेब्रेक स्तर सक्षम करें और सहेजें. डिफ़ॉल्ट प्रोजेक्ट पात्र नहीं हैं और सिर्फ़ प्रोजेक्ट का स्वामी होने से बदलाव करने की अनुमति नहीं मिलती. लगभग 15 मिनट तक प्रतीक्षा करें, फिर उस प्रोजेक्ट की कुंजी और किसी स्वीकृत मॉडल आईडी का उपयोग करके सीधे Responses API अनुरोध भेजें. सिर्फ़ /models में किसी मॉडल के न दिखने का मतलब यह नहीं है कि उस तक पहुँच उपलब्ध नहीं है.

• ChatGPT और ChatGPT के ज़रिए साइन इन किए गए Codex के लिए: वर्कस्पेस का स्वामी एडमिन कंसोल → मॉडल → वर्कस्पेस डिफ़ॉल्ट खोलता है. साइबर सुरक्षा के तहत, डेब्रेक रेड सक्षम हो तो उसे बंद करें, फिर ब्लू बंद करें और बदलाव सहेजें चुनें. भूमिकाएँ खोलें और संबंधित भूमिका के लिए ओवरराइड संपादित करें या भूमिका ओवरराइड जोड़ें चुनें. साइबर सुरक्षा के तहत, डेब्रेक ब्लू को चालू पर सेट करें; रेड तभी सक्षम करें जब वर्कस्पेस और उन उपयोगकर्ताओं के लिए इसकी स्वीकृति हो. सहेजें चुनें और लगभग 10 मिनट प्रतीक्षा करें. सीधे और समूह के ज़रिए दी गई भूमिकाओं की समीक्षा करें, फिर स्वीकृत वर्कस्पेस में साइन इन करके किसी स्वीकृत मॉडल से परीक्षण करें. Codex में परीक्षण से पहले डेब्रेक टॉगल चालू करें; इसके बंद होने पर मानक सुरक्षा उपाय लागू होते हैं.

अगर अपेक्षित नियंत्रण नहीं दिख रहा है, तो स्वीकृत वर्कस्पेस या एपीआई संगठन, प्रशासक की अनुमतियों और आवश्यक सुविधाएँ उपलब्ध कराने की प्रक्रिया पूरी हुई है या नहीं, इसकी जाँच करें. एपीआई पहुँच के लिए पुष्टि करें कि आप गैर-डिफ़ॉल्ट प्रोजेक्ट देख रहे हैं; वर्कस्पेस पहुँच के लिए एडमिन कंसोल → मॉडल देखें. अगर नियंत्रण फिर भी नहीं दिखता है, तो परीक्षण से पहले अपनी 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-6 Cyber के मामले में उस मॉडल की स्वीकृति. Astra या GPT-6.1 Sol के लिए, ब्लू पहुँच के साथ मानक सुरक्षा उपाय लागू रहते हैं.

• ChatGPT के ज़रिए Codex में साइन इन करने पर, यह कि वर्कस्पेस के स्वामी ने संबंधित उपयोगकर्ता के लिए पहुँच सक्षम की है और उपयोगकर्ता का डेब्रेक टॉगल चालू है. एपीआई कुंजी से साइन इन करने पर, पहुँच सक्षम किए गए एपीआई प्रोजेक्ट के अनुसार मिलती है; डेब्रेक का कोई अलग इंटरफ़ेस नहीं होता.

• एपीआई पहुँच के लिए, यह कि एपीआई संगठन के स्वामी ने संबंधित गैर-डिफ़ॉल्ट प्रोजेक्ट के लिए स्वीकृत डेब्रेक स्तर सहेजा है.

• एपीआई पहुँच के लिए, यह कि अनुरोध में सक्षम किए गए प्रोजेक्ट की कुंजी इस्तेमाल हो रही है और माइग्रेट किए गए हर कार्यभार को गंतव्य प्रोजेक्ट का उपयोग करने के लिए अपडेट किया गया है.

• सटीक स्वीकृत मॉडल आईडी; जहाँ लागू हो, इसके लिए ऊपर दी गई OpenAI एपीआई तालिका देखें.

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

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

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

सेटअप की समस्याएँ संबंधित टीम तक पहुँचाएँ

संगठन, वर्कस्पेस, एपीआई प्रोजेक्ट, रिपॉज़िटरी या क्रेडेंशियल बदलने से पहले, इस क्रम में सेटअप की जाँच करें:

• पुष्टि करें कि आपके संगठन को उस पहुँच के तरीके और डेब्रेक स्तर के लिए स्वीकृति मिली है जिसका आप उपयोग कर रहे हैं. GPT-6 Cyber के लिए जाँचें कि स्वीकृति में वह मॉडल शामिल है.

• ऊपर दिए गए “स्वीकृत पहुँच की जाँच करें” अनुभाग का पालन करके, संबंधित वर्कस्पेस उपयोगकर्ताओं या गैर-डिफ़ॉल्ट एपीआई प्रोजेक्ट के लिए सहेजी गई डेब्रेक सेटिंग की पुष्टि करें.

• पुष्टि करें कि अनुरोध में सक्षम किए गए प्रोजेक्ट की एपीआई कुंजी इस्तेमाल हो रही है.

• सटीक मॉडल आईडी और संबंधित एपीआई प्रोजेक्ट की पुष्टि करें.

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

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

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

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

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

वर्कस्पेस, एपीआई संगठन या प्रोजेक्ट की बेमेल स्थिति ठीक करें

यह तरीका अपनाएँ यदि स्वीकृत व्यवस्था गलत संगठन, वर्कस्पेस या एपीआई प्रोजेक्ट से जुड़ी है; वांछित प्रोजेक्ट केवल आंतरिक उपयोग के लिए नहीं है; अपेक्षित नियंत्रण नहीं दिख रहा; गलत डेब्रेक स्तर सक्षम है; गलत प्रोजेक्ट के प्रमाणीकरण विवरण इस्तेमाल हो रहे हैं; पहुँच को एपीआई से वर्कस्पेस या वर्कस्पेस से एपीआई में स्थानांतरित करना है; या पिछली स्थिति बहाल करना अथवा पहुँच हटाना लंबित है.

• बेमेल वर्कस्पेस, एपीआई संगठन या प्रोजेक्ट पर परीक्षण रोक दें.

• मौजूदा व्यवस्था और वांछित, केवल आंतरिक उपयोग वाली व्यवस्था की पहचान करें.

• एपीआई तक पहुँच के लिए, एपीआई संगठन के किसी स्वामी से कहें कि वह ऊपर दिए गए चरणों का पालन करके वांछित गैर-डिफ़ॉल्ट प्रोजेक्ट के लिए पात्र डेब्रेक नियंत्रणों की जाँच करे.

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

• एपीआई तक पहुँच के लिए, पहुँच सक्षम किए गए गंतव्य प्रोजेक्ट की कुंजी का उपयोग करें और बदलाव लागू होने के लिए लगभग 15 मिनट तक प्रतीक्षा करें. दोबारा परीक्षण से पहले, वर्कस्पेस के बदलाव लागू होने के लिए लगभग 10 मिनट प्रतीक्षा करें.

• पुष्टि करें कि पुरानी व्यवस्था हटानी है, उसे पिछली स्थिति में बहाल करना है या बिना बदलाव के छोड़ना है.

• यदि अपेक्षित टॉगल नहीं दिखता या पात्रता गलत है, तो नीचे दिए गए विवरण अपनी OpenAI खाता टीम को सुधार के अनुरोध के रूप में भेजें.

• सुधारी गई व्यवस्था पर उसी स्वीकृत मॉडल आईडी से पहुँच की पुष्टि वाली जाँच दोबारा चलाएँ.

ये विवरण शामिल करें:

• कंपनी का नाम और मुख्य तकनीकी संपर्क या संगठन के व्यवस्थापक का संपर्क विवरण.

• मौजूदा और वांछित वर्कस्पेस, एपीआई संगठन तथा एपीआई प्रोजेक्ट के नाम और आईडी, यदि ज्ञात हों.

• स्वीकृत डेब्रेक स्तर और प्रोजेक्ट सेटिंग → सामान्य → डेब्रेक मॉडल तक पहुँच के अंतर्गत दिखने वाले नियंत्रण, या वर्कस्पेस और भूमिकाओं की सहेजी गई सेटिंग.

• परीक्षण में इस्तेमाल की गई सटीक मॉडल आईडी.

• क्या अनुरोध में पहुँच सक्षम किए गए प्रोजेक्ट की कुंजी इस्तेमाल हो रही है और क्या स्थानांतरित कार्यभारों को गंतव्य प्रोजेक्ट का उपयोग करने के लिए अपडेट किया गया है.

• इस बात की पुष्टि कि वांछित व्यवस्था का उपयोग ग्राहकों के इस्तेमाल वाले अनुप्रयोगों, तृतीय-पक्ष ट्रैफ़िक या आगे के उत्पाद कार्यप्रवाहों के लिए नहीं होता.

• क्या पिछली व्यवस्था से पहुँच हटानी है या उसे पिछली स्थिति में बहाल करना है.

• क्या नई व्यवस्था से बिलिंग, बजट सीमा या व्यावसायिक ज़िम्मेदारी से जुड़ा कोई सवाल उठता है.

• टीम सबसे पहले कौन-सा कार्यप्रवाह चलाने की योजना बना रही है, उसे कौन चलाएगा और कौन व्यक्ति उसकी समीक्षा करेगा.

• समय-संबंधी पाबंदियाँ या आगामी उपयोग-प्रशिक्षण सत्र, यदि कोई हो.

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

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

उपयोग संबंधी नोट

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

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

ज़ीरो डेटा रिटेंशन (ज़ेडडीआर)

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

संचालन की सीमाएँ

• उपलब्ध कराई गई व्यवस्था का उपयोग केवल अधिकृत रक्षात्मक काम के लिए करें.

• केवल उन प्रणालियों का उपयोग करें जो आपके संगठन की हैं या जिनका आकलन करने की उसे स्पष्ट अनुमति है.

• पहले कार्यप्रवाह का दायरा सीमित रखें और सुनिश्चित करें कि उसकी समीक्षा की जा सके.

• बड़े प्रभाव वाले निष्कर्षों और सुधारात्मक कार्रवाई में मानवीय भागीदारी बनाए रखें.

• अपनी शुरुआती व्यवस्था के विवरण में सूचीबद्ध संगठन, वर्कस्पेस, एपीआई प्रोजेक्ट, डेब्रेक स्तर और मॉडल आईडी का ही उपयोग करें.

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

• प्रोजेक्ट के प्रमाणीकरण विवरण सुरक्षित रखें और उनका दायरा केवल उस आंतरिक उपयोग वाले प्रोजेक्ट तक सीमित रखें जिसमें पहुँच सक्षम है.

• डेब्रेक की क्षमताएँ तृतीय-पक्ष ग्राहकों, बाहरी उपयोगकर्ताओं या आगे के उत्पाद कार्यप्रवाहों तक न पहुँचाएँ.