सीखें
AI-जनरेटेड सॉफ़्टवेयर के लिए CISO चेकलिस्ट
AI से बना सॉफ़्टवेयर आपके संगठन के भीतर पहले से मौजूद है, मंज़ूरी के साथ या बिना। यह चेकलिस्ट सिक्योरिटी लीडरों को वे नियंत्रण और सबूत देती है जिनकी मांग करनी चाहिए, इससे पहले कि पहली घटना आपके लिए पॉलिसी लिख दे।
AI-जनरेटेड सॉफ़्टवेयर को इंसान के लिखे सॉफ़्टवेयर जितनी ही अश्योरेंस चाहिए, साथ में उसके बनने के तरीक़े से जुड़े ख़ास नियंत्रण भी: हर बदलाव की प्रोवेनेंस, मर्ज से पहले पॉलिसी समीक्षा, चलती एप्लिकेशन के खिलाफ़ सत्यापित सिक्योरिटी टेस्टिंग, और प्रॉम्प्ट को डिप्लॉयमेंट से जोड़ता ऑडिट ट्रेल। समय-समय पर कोड सैंपल करने वाली पारंपरिक AppSec समीक्षा के विपरीत, AI-निर्मित सिस्टम की अश्योरेंस लगातार चलनी चाहिए, क्योंकि बदलावों की मात्रा ज़्यादा है और लेखकत्व इंसानों व एजेंटों में बंटा है।
प्रकाशित 2026-07-03 · आख़िरी बार अपडेट किया गया 2026-07-03 · Ciao संपादकीय टीम
संक्षिप्त जवाब, विस्तार से
AI-जनरेटेड कोड पर सिक्योरिटी का सवाल आमतौर पर उल्टा पूछा जाता है। "क्या AI कोड इंसानी कोड से कम सुरक्षित है?" यह सवाल स्टडी-उद्धरणों की प्रतियोगिता बुलाता है और ऑपरेशनल मुद्दा चूक जाता है: AI कोड की मात्रा, रफ़्तार और लेखकत्व बदल देता है, और ये तीन बदलाव उन्हीं मान्यताओं को तोड़ते हैं जिन पर आपका मौजूदा अश्योरेंस प्रोग्राम बना था। सालाना पेन टेस्ट मानते हैं कि कोडबेस धीरे-धीरे बदलता है। मैनुअल समीक्षा मानती है कि लेखक एक इंसान है जो बदलाव को समझता था और उसके लिए जवाब दे सकता है। सैंपलिंग मानती है कि बिना-सैंपल किया कोड सैंपल किए कोड जैसा है। AI डेवलपमेंट के तहत इनमें से कोई भी नहीं टिकती।
इसलिए CISO-स्तर की आवश्यकता मॉडल की गुणवत्ता पर फ़ैसला नहीं है, मॉडल तो वैसे भी आपके नीचे बदलते रहेंगे। वह उन गुणों का सेट है जो डेवलपमेंट सिस्टम में होने ही चाहिए, कोड चाहे किस मॉडल ने लिखा हो: हर बदलाव किसी प्रॉम्प्ट, किसी व्यक्ति और किसी मंज़ूरी तक ट्रेस हो; गंभीर बदलाव मर्ज से पहले पॉलिसी से गेट हों; सिक्योरिटी टेस्टिंग लगातार चले और निष्कर्ष स्टैटिक शोर की बाढ़ की बजाय लाइव एप्लिकेशन के खिलाफ़ पुष्ट हों; और एक अपरिवर्तनीय रिकॉर्ड इतना पक्का हो कि किसी ऑडिटर या इंसिडेंट समीक्षा के लिए कोई भी बदलाव दोबारा खड़ा किया जा सके।
इस तरह देखें तो AI डेवलपमेंट कोई नई जोखिम-श्रेणी नहीं है जो नया सिद्धांत मांगे। यह एक जानी-पहचानी श्रेणी है, बड़े पैमाने पर चेंज मैनेजमेंट, जो बेहतर मशीनरी मांगती है। नीचे की चेकलिस्ट वही मशीनरी है, ऐसी आवश्यकताओं के रूप में लिखी हुई जिन्हें आप किसी भी वेंडर या अंदरूनी प्लेटफ़ॉर्म टीम के सामने रख सकते हैं।
नियंत्रणों जितना ही रवैया भी मायने रखता है। उपयोगी रुख यह मान लेना है कि AI-जनरेटेड सॉफ़्टवेयर आपके संगठन में पहले से मौजूद है, क्योंकि है, और गवर्न्ड रास्ते को आकर्षक बनाना, बजाय ऐसी पाबंदी घोषित करने के जो निर्माण को और गहरे साये में धकेल दे। जो सिक्योरिटी टीमें साफ़ नियंत्रणों वाला एक स्वीकृत रास्ता प्रकाशित करती हैं, उन्हें विज़िबिलिटी और अपनाना दोनों मिलते हैं; जो मना करती हैं, उन्हें दोनों में से कुछ नहीं मिलता, और जोखिम वही का वही रहता है। नीचे की हर आवश्यकता इसी रणनीति की सेवा करती है: हर एक बनाने के सुरक्षित तरीक़े को ही जवाब देने का आसान तरीक़ा भी बनाती है।
वह ख़तरा-मॉडल जिसका सिक्योरिटी लीडर असल में सामना करते हैं
उससे शुरू कीजिए जो पहले से सच है: बिज़नेस यूनिटें आज AI टूल्स से एप्लिकेशन जनरेट कर रही हैं, ज़्यादातर सिक्योरिटी की नज़र से बाहर। नज़दीकी भविष्य की यथार्थवादी घटना कोई विदेशी मॉडल-हमला नहीं है; वह है बिना समीक्षा की एक AI-निर्मित ऐप जिसकी ज़रूरत से ज़्यादा खुली डेटाबेस पॉलिसी चुपचाप ग्राहक रिकॉर्ड उघाड़ रही है, और खोजता है एक ग्राहक। शैडो AI डेवलपमेंट दरअसल कोड जनरेटर जुड़ा हुआ शैडो IT है, और उसे हर क्लासिक नाकामी विरासत में मिलती है, अनजान डेटा फ़्लो, बिना पैच की डिपेंडेंसी, कोई मालिक नहीं, कहीं ऊंची उत्पादन-रफ़्तार पर।
इंजीनियरिंग के भीतर जोखिम महीन है: मात्रा के नीचे समीक्षा का क्षरण। जब एजेंट-जनरेटेड पुल रिक्वेस्ट तीन गुना हो जाएं और समीक्षकों की गिनती नहीं, तो मंज़ूरी या तो वह अड़चन बनती है जो उत्पादकता का फ़ायदा मार देती है, या वह रबर स्टैम्प जो नियंत्रण मार देता है। दोनों नतीजे बुरे हैं, और जिन संगठनों ने यह चुनाव कभी खुलकर किया ही नहीं, उन्हें आमतौर पर डिफ़ॉल्ट से दूसरा मिलता है। इकलौता स्थिर जवाब है पॉलिसी से ट्राइएज, रोज़मर्रा का काम मशीनें निपटाएं, इंसान वह देखें जिसे नियम गंभीर ठहराएं, और पॉलिसी की मालिक खुद सिक्योरिटी हो, न कि वह जिसने प्रॉम्प्ट लिखा।
और जब कुछ गड़बड़ हो ही जाए, तो इंसिडेंट-रिस्पॉन्स का सवाल ही पूरा खेल बन जाता है: क्या आप दोबारा खड़ा कर सकते हैं कि क्या बदला, किसने या किस चीज़ ने बदला, कौन सी टेस्टिंग चली, और किसने मंज़ूर किया? अगर ईमानदार जवाब है किसी जा चुके कॉन्ट्रैक्टर के अकाउंट का चैट लॉग, तो आपके पास AI डेवलपमेंट का अश्योरेंस प्रोग्राम नहीं है। आपके पास नेक इरादों वाला एक्सपोज़र है।
बाहरी दबाव के बढ़ने की भी उम्मीद रखिए। ऑडिटर, साइबर बीमाकर्ता और एंटरप्राइज़ ग्राहक सिक्योरिटी प्रश्नावलियों और वेंडर असेसमेंट में AI-जनरेटेड कोड पर सीधे सवाल पूछने लगे हैं, उसकी समीक्षा कैसे होती है, कौन सी टेस्टिंग उसे गेट करती है, प्रोवेनेंस मौजूद है या नहीं। जो संगठन ऑडिट ट्रेल से जवाब दे सकते हैं, वे उन समीक्षाओं को रूटीन की तरह पास करेंगे; जो जवाब गढ़ते हैं, उन्हें हर समीक्षा एक फ़ायर ड्रिल लगेगी। सबूत की मशीनरी अभी खड़ी करना, किसी ख़ास ऑडिटर के मांगने से पहले, किसी फ़ाइंडिंग के दौरान खड़ी करने से कहीं सस्ता है।
AI-जनरेटेड सॉफ़्टवेयर के सात नियंत्रण-क्षेत्र
चेकलिस्ट की हर आवश्यकता इन्हीं क्षेत्रों में से किसी एक में समाती है, और इनमें से किसी भी एक की खाई वही जगह है जहां से आपकी अगली इंसिडेंट रिपोर्ट शुरू होगी।
- प्रोवेनेंस और श्रेय-निर्धारण. हर बदलाव उस प्रॉम्प्ट या इरादे तक ट्रेस हो जिसने उसे जन्म दिया, उस एजेंट या व्यक्ति तक जिसने उसे बनाया, और उस इंसान तक जो उसके लिए जवाबदेह है। श्रेय-निर्धारण के बिना आगे का कुछ भी, समीक्षा, ऑडिट, इंसिडेंट रिस्पॉन्स, काम नहीं कर सकता।
- चेंज गवर्नेंस. पॉलिसी तय करती है कि कौन से बदलाव अपने आप मर्ज होते हैं, किन्हें दर्ज मानव मंज़ूरी चाहिए, और कौन से क्षेत्र, ऑथ, पेमेंट, डेटा एक्सेस, ऐसे प्रोटेक्टेड ज़ोन हैं जो लापरवाह छेड़छाड़ ठुकरा देते हैं।
- सत्यापित सिक्योरिटी टेस्टिंग. स्टैटिक विश्लेषण, डिपेंडेंसी जांचें और एक्सेस-कंट्रोल प्रोब लगातार चलते हैं, और निष्कर्ष लाइव एप्लिकेशन के खिलाफ़ पुष्ट होते हैं, ताकि आपकी टीम स्टैटिक-एनालिसिस के मौसम की बजाय असली कमज़ोरियों की ट्राइएज करे।
- आइडेंटिटी और एक्सेस कंट्रोल. खुद डेवलपमेंट प्लेटफ़ॉर्म SSO, MFA और रोल-आधारित एक्सेस के तहत हो, ताकि कौन प्रॉम्प्ट कर सकता है, मंज़ूर कर सकता है और डिप्लॉय कर सकता है, यह उसी कठोरता से गवर्न हो जितनी प्रोडक्शन छूने वालों पर लागू होती है।
- डेटा और मॉडल शर्तें. कॉन्ट्रैक्ट में स्पष्टता कि आपके कोड और डेटा से मॉडल ट्रेन नहीं होते, इंफ़रेंस पर रिटेंशन विंडो, और मॉडल प्रोवाइडर के बदले जाने या फ़ेल होने पर दस्तावेज़ीकृत व्यवहार।
- डिप्लॉयमेंट और एनवायरनमेंट नियंत्रण. प्री-पब्लिश जांचों और रोलबैक के साथ गेटेड रिलीज़, और वर्कलोड वहां चलाने की क्षमता जहां पॉलिसी मांगे, आपका अपना क्लाउड अकाउंट, प्राइवेट VPC या उन वर्कलोड के लिए ऑन-प्रेम जो इसकी मांग करते हैं।
- ऑडिट-योग्यता और इंसिडेंट-तैयारी. प्रॉम्प्ट, मर्ज, डिप्लॉय और एडमिन कार्रवाइयों पर फैला अपेंड-ओनली ट्रेल, आपके ऑडिटरों को एक्सपोर्ट करने योग्य, इतना पूर्ण कि महीनों बाद इंसिडेंट की हालत में भी कोई भी बदलाव दोबारा खड़ा किया जा सके।
CISO चेकलिस्ट
हर पंक्ति को इरादे का सवाल नहीं, सबूत की मांग बनाइए। कोई वेंडर या अंदरूनी टीम पहली सात पूरी कर दे, तो बाक़ी आमतौर पर इंजीनियरिंग नहीं, कॉन्ट्रैक्टिंग की क़वायद रह जाती है।
- ✓ हर प्रोडक्शन बदलाव किसी शुरुआती प्रॉम्प्ट या अनुरोध, किसी जनरेट करने वाले एजेंट या लेखक, और किसी जवाबदेह इंसान तक ट्रेस होता है
- ✓ सरल भाषा की पॉलिसी तय करती हैं कि कौन से बदलाव ऑटो-मर्ज होते हैं और किन्हें दर्ज मानव मंज़ूरी चाहिए
- ✓ संवेदनशील क्षेत्र, ऑथेंटिकेशन, पेमेंट, डेटा एक्सेस, PII हैंडलिंग, सख़्त गेटों वाले प्रोटेक्टेड ज़ोन घोषित हैं
- ✓ मानव मंज़ूरियां दर्ज, श्रेय-योग्य और उसी ख़ास बदलाव से स्थायी रूप से जुड़ी होती हैं
- ✓ स्टैटिक विश्लेषण और डिपेंडेंसी स्कैनिंग हर बदलाव पर चलती है, किसी शेड्यूल पर नहीं
- ✓ एक्सेस-कंट्रोल प्रोब चलती एप्लिकेशन को टेस्ट करते हैं, और निष्कर्ष उठाए जाने से पहले लाइव पुष्ट होते हैं
- ✓ ब्राउज़र-स्तरीय जांचों समेत स्वचालित टेस्ट हर पब्लिश को गेट करते हैं; नाकामियां डिफ़ॉल्ट रूप से रोकती हैं
- ✓ डेवलपमेंट प्लेटफ़ॉर्म SSO (SAML/OIDC), MFA और रोल-आधारित एक्सेस कंट्रोल लागू करता है
- ✓ ग्राहक का कोड और डेटा कॉन्ट्रैक्ट से मॉडल ट्रेनिंग से बाहर है; इंफ़रेंस ज़ीरो-रिटेंशन शर्तों के तहत चलता है
- ✓ मॉडल-प्रोवाइडर फ़ेलओवर मौजूद और दस्तावेज़ीकृत है, जो एक वेंडर पर निर्भरता घटाता है
- ✓ डिप्लॉयमेंट प्री-पब्लिश स्मोक गेट और पोस्ट-पब्लिश प्रोडक्शन जांचों से गुज़रते हैं, रोलबैक करके दिखाया गया है
- ✓ जहां वर्गीकरण मांगे, वर्कलोड आपके अपने क्लाउड अकाउंट, प्राइवेट VPC या ऑन-प्रेम में चल सकते हैं
- ✓ एक अपेंड-ओनली ऑडिट ट्रेल प्रॉम्प्ट, मर्ज, डिप्लॉय और एडमिन कार्रवाइयों तक फैला है, और एक्सपोर्ट करने योग्य है
- ✓ वेंडर अटेस्टेशन (SOC 2 Type II या समकक्ष) NDA के तहत उपलब्ध है, DPA और सब-प्रोसेसर पारदर्शिता के साथ
जोखिम, नियंत्रण, सबूत
हर बड़े जोखिम के लिए: वह नियंत्रण जो उसे संभालता है और वह कलाकृति जो साबित करती है कि नियंत्रण असली है। सबूत वाले कॉलम को अपनी अगली वेंडर सिक्योरिटी कॉल का एजेंडा बनाइए।
| जोखिम | नियंत्रण | मांगने लायक सबूत |
|---|---|---|
| शैडो AI-निर्मित ऐप्स | स्वीकृत गवर्न्ड प्लेटफ़ॉर्म, जिसे बायपास करने से इस्तेमाल करना सस्ता हो | AI-निर्मित ऐप्स की इन्वेंटरी, मालिकों और हेल्थ स्टेटस के साथ |
| बिना समीक्षा का जोखिम भरा बदलाव | दर्ज मानव मंज़ूरी वाले पॉलिसी गेट | एक रोका गया बदलाव और उसकी ऑडिट एंट्री, लाइव दिखाई गई |
| कमज़ोरियों वाला जनरेटेड कोड | लाइव ऐप के खिलाफ़ सत्यापित लगातार स्कैनिंग | हालिया पुष्ट निष्कर्ष, सुधार के ट्रेल के साथ |
| रबर-स्टैम्प समीक्षा | पॉलिसी ट्राइएज जो इंसानों को फ़्लैग हुए बदलावों के लिए बचाए | मंज़ूरी-लेटेंसी और समीक्षा-कवरेज के मेट्रिक्स |
| मॉडलों से IP और डेटा का रिसाव | नो-ट्रेनिंग और ज़ीरो-रिटेंशन कॉन्ट्रैक्ट शर्तें | क्लॉज़ खुद, साइन हुए एग्रीमेंट में |
| जवाबदेही के बिना डिप्लॉयमेंट | गेटेड पब्लिश, प्रोडक्शन जांचें, रोलबैक | डिप्लॉय लॉग और मांगे जाने पर किया गया रोलबैक |
| ऑडिट में नाकामी | प्रॉम्प्ट से प्रोडक्शन तक अपेंड-ओनली ट्रेल | किसी सैंपल बदलाव का एक्सपोर्ट, आपकी ऑडिट टीम को सौंपा गया |
Ciao कहां फ़िट होता है
Ciao की गवर्नेंस परत ठीक इसी चेकलिस्ट के खिलाफ़ डिज़ाइन हुई थी। Guardrails कोड को बिज़नेस क्षेत्रों में मैप करता है, जोखिम भरे बदलाव पकड़ता है, सरल भाषा में लिखी पॉलिसी लागू करता है, मानव समीक्षा दर्ज करता है और हर मर्ज के पीछे ऑडिट ट्रेल छोड़ता है; ट्रेल अपेंड-ओनली है और प्रॉम्प्ट, मर्ज, डिप्लॉय व एडमिन कार्रवाइयों को कवर करता है। Security स्टैटिक स्कैनिंग, डिपेंडेंसी जांचें और एक्सेस-कंट्रोल प्रोब चलाता है, और फ़्लैग करने से पहले लाइव ऐप के खिलाफ़ कमज़ोरियों की पुष्टि करता है, यही फ़र्क़ है उस फ़ाइंडिंग-फ़ीड में जिस पर आपकी टीम भरोसा करती है और उस फ़ीड में जिसे वह म्यूट कर देती है। QA हर पब्लिश को डिटरमिनिस्टिक ब्राउज़र रीप्ले से गेट करता है और बाद में प्रोडक्शन जांचें चलाता है।
वेंडर-जोखिम के पक्ष में: SOC 2 Type II रिपोर्ट NDA के तहत उपलब्ध हैं; प्लेटफ़ॉर्म SAML और OIDC से SSO, वैकल्पिक MFA और रोल-आधारित एक्सेस कंट्रोल सपोर्ट करता है; ग्राहक का कोड मॉडल ट्रेनिंग में इस्तेमाल नहीं होता और इंफ़रेंस ज़ीरो-रिटेंशन मॉडल कॉन्ट्रैक्ट्स के तहत चलता है; और फ़ॉलबैक वाली मल्टी-प्रोवाइडर मॉडल सीढ़ी किसी एक मॉडल वेंडर पर निर्भरता घटाती है। डिप्लॉयमेंट ठिकानों में आपका अपना AWS, Azure या GCP अकाउंट, प्राइवेट VPC, या वर्गीकृत वर्कलोड के लिए अलग शर्तों के तहत ऑन-प्रेम शामिल हैं। गंभीर डेवलपमेंट प्रोग्राम USD 10,000 प्रति वर्ष से शुरू होते हैं। अगर आप AI डेवलपमेंट का अंदरूनी मानक बना रहे हैं, तो सिक्योरिटी पैक मांगिए और Ciao को ऊपर की हर पंक्ति पर स्कोर कीजिए।
जिन्होंने यह अच्छे से किया है उनका रोलआउट सुझाव: क्रम रखिए, पहले इन्वेंटरी, फिर स्वीकृत रास्ता, फिर माइग्रेशन। पहले खोजिए कि कौन सा AI-निर्मित सॉफ़्टवेयर पहले से मौजूद है और मालिक कौन है; दूसरे, गवर्न्ड प्लेटफ़ॉर्म खड़ा कीजिए और नए बिल्ड उसी से गुज़ारिए; तीसरे, मौजूदा टूल्स को ब्लास्ट-रेडियस के क्रम में उस पार ले जाइए। चेकलिस्ट को ही अपना अंदरूनी मानक बनाकर प्रकाशित करना, प्लेटफ़ॉर्म चाहे जो चुनें, एक धुंधली चिंता को स्कोर होने वाले, मालिक वाले प्रोग्राम में बदल देता है, और बिज़नेस यूनिटों को बंद दरवाज़े की बजाय "क्या करें कि यह ठीक हो जाए?" का साफ़ जवाब देता है।
अक्सर पूछे जाने वाले सवाल
क्या AI-जनरेटेड कोड स्वभाव से इंसान के लिखे कोड से कम सुरक्षित है?
ईमानदार जवाब: यह मॉडल, प्रॉम्प्ट और संदर्भ के हिसाब से बदलता है, और यह सवाल जितना लगता है उससे कम मायने रखता है। आपकी जोखिम-स्थिति को बदलती हैं मात्रा और लेखकत्व, इसलिए टिकाऊ जवाब है एक ऐसा सिस्टम जो हर बदलाव को स्कैन, सत्यापित और गवर्न करे, उसे किसने या किस चीज़ ने लिखा, इसकी परवाह किए बिना।
पहले से AI डेवलपमेंट टूल इस्तेमाल कर रही टीम से CISO को सबसे पहले क्या मांगना चाहिए?
मालिकों वाली इन्वेंटरी, फिर प्रोवेनेंस: मुझे किसी हालिया प्रोडक्शन बदलाव के लिए शुरुआती अनुरोध, मंज़ूरी और टेस्टिंग सबूत दिखाइए। टीमें जो देने का यक़ीन रखती हैं और जो असल में दे पाती हैं, इन दोनों के बीच की खाई आपके एक्सपोज़र की सबसे तेज़ ईमानदार पैमाइश है।
AI से बदलावों की मात्रा बढ़ने पर समीक्षा को रबर स्टैम्प बनने से कैसे रोकें?
इंसानों से सब कुछ दिखवाना बंद कीजिए और ट्राइएज को स्पष्ट बनाइए: पॉलिसी रोज़मर्रा के बदलाव अपने आप निपटाएं और गंभीर बदलावों को, बिज़नेस क्षेत्र, ब्लास्ट रेडियस या डेटा संवेदनशीलता के आधार पर, दर्ज मानव समीक्षा तक पहुंचाएं। उन पॉलिसियों की मालिक सिक्योरिटी हो, और मंज़ूरी-लेटेंसी व कवरेज हर दूसरे कंट्रोल मेट्रिक की तरह ट्रैक हों।
क्या ज़ीरो-रिटेंशन और नो-ट्रेनिंग क्लॉज़ वाक़ई मायने रखते हैं, या चेकबॉक्स भर हैं?
वे आपकी IP और डेटा-स्थिति की कॉन्ट्रैक्चुअल रीढ़ हैं, और उन्हें ब्लॉग पोस्ट नहीं, क्लॉज़ होना चाहिए। Ciao पर ग्राहक का कोड मॉडल ट्रेनिंग में इस्तेमाल नहीं होता और इंफ़रेंस ज़ीरो-रिटेंशन मॉडल कॉन्ट्रैक्ट्स के तहत चलता है, प्रतिबद्धता का वही रूप जिसे आपकी लीगल टीम लागू करा सकती है।
AI डेवलपमेंट का ऑडिट ट्रेल आम git हिस्ट्री से कैसे अलग है?
Git दर्ज करता है कि क्या बदला; AI-डेवलपमेंट के ऑडिट ट्रेल को यह भी दर्ज करना होता है कि क्यों और किसके अधिकार से, शुरुआती प्रॉम्प्ट, पॉलिसी का मूल्यांकन, दर्ज मानव मंज़ूरी, डिप्लॉयमेंट और उसकी जांचें, अपेंड-ओनली रूप में। यही फ़र्क़ है किसी इंसिडेंट को घंटों में दोबारा खड़ा करने और हफ़्तों में खड़ा करने के बीच।
क्या रेगुलेटेड वर्कलोड AI-निर्मित सॉफ़्टवेयर पर चल भी सकते हैं?
हां, जहां डिलीवरी सिस्टम वे सबूत देता है जिनकी रेगुलेटर उम्मीद करते हैं: अटेस्टेड वेंडर नियंत्रण, गवर्न्ड और दर्ज बदलाव, लगातार सत्यापित सिक्योरिटी टेस्टिंग, और रेज़िडेंसी व आइसोलेशन की शर्तें पूरी करते एनवायरनमेंट में डिप्लॉयमेंट। ऊपर की चेकलिस्ट असल में उसी बातचीत की तैयारी-परीक्षा है।