10.0.0.30 पर file1 पर खुला Samba शेयर उन फ़ाइलों को दिखा सकता है जो बिना पासवर्ड तोड़े या मैलवेयर इंस्टॉल किए सर्विस तक पहुँचने वाले व्यक्ति के लिए उपलब्ध हो जाती हैं। यह नतीजा हमारी लैब में काम का है क्योंकि इससे पता चलता है कि किसी भी टेस्ट को शुरू करने से पहले सिक्योरिटी टेस्टिंग के लिए सीमाएँ तय करना क्यों ज़रूरी है। हम सिर्फ़ उन सिस्टम की जाँच करेंगे जो हमारे अपने हैं या जिनकी टेस्टिंग के लिए हमें लिखित मंज़ूरी मिली है, और हम यह रिकॉर्ड करेंगे कि सर्विस ने क्या जानकारी उजागर की है ताकि उसका मालिक उस कमी को ठीक कर सके।
हमारा तय एनवायरनमेंट प्राइवेट 10.0.0.0/24 नेटवर्क है। 10.0.0.10 पर Kali टेस्टिंग वर्कस्टेशन है। 10.0.0.20 पर web1 एक Metasploitable 2 टारगेट है जिसमें पोर्ट 21, 22, और 80 पर सर्विसेज़ चल रही हैं, जबकि 10.0.0.30 पर file1 पोर्ट 139 और 445 पर Samba को एक्सपोज़ करता है। इस सबनेट के बाहर का कोई भी एड्रेस इस एक्सरसाइज़ का हिस्सा नहीं है, और लैब में इंटरनेट से जुड़ा कोई टारगेट नहीं है। हम किसी कमज़ोरी का स्वरूप और उसका दिखने वाला असर दिखाते हैं, न कि ऐसे हथियार जैसे स्टेप्स जिनका इस्तेमाल किसी दूसरे सिस्टम के ख़िलाफ़ दोबारा किया जा सके। आइए उस सीमा की जाँच करें जो बाद की हर एक्सरसाइज़ को दायरे में रखती है:
यह डायग्राम एक स्वीकृत दिशा तय करता है: Kali से दो नामित लैब टारगेट की ओर। 10.0.0.30 के लिए अनुरोध दायरे (scope) में है क्योंकि file1 एक असाइन किया गया टारगेट है; किसी अनजान पते पर वही अनुरोध करना मना है, भले ही सर्विस एक जैसी दिखे।
क्योंकि सिर्फ़ नेटवर्क की सीमा ही स्वीकार्य व्यवहार को परिभाषित नहीं करती, इसलिए हमें Rules of Engagement (काम करने के नियम) एग्रीमेंट की ज़रूरत होती है। यह एक लिखित कॉन्ट्रैक्ट है जो तय करता है कि कौन टेस्ट कर सकता है, किन एसेट्स का टेस्ट किया जा सकता है, टेस्ट कब हो सकता है, और कौन से तरीके इस्तेमाल किए जा सकते हैं। इस कोर्स के लिए, एग्रीमेंट में web1 और file1 का नाम है, गतिविधि को 10.0.0.0/24 तक सीमित किया गया है, और Kali को ही एकमात्र टेस्टिंग ओरिजिन माना गया है। लिखित अनुमति, यूनाइटेड स्टेट्स कंप्यूटर फ्रॉड एंड एब्यूज एक्ट और यूनाइटेड किंगडम कंप्यूटर मिसयूज़ एक्ट 1990 जैसे कानूनों के तहत कंट्रोल्ड असेसमेंट और अनधिकृत एक्सेस के बीच अंतर करती है। यह कोर्स तकनीकी शिक्षा देता है, कानूनी सलाह नहीं।
यह एग्रीमेंट शुरुआती अभ्यास को नुकसानदायक बनने से भी रोकता है। हम एक्सपोज़्ड सर्विस की पहचान कर सकते हैं और सुरक्षित रूप से देख सकते हैं कि क्या कोई अनाम Samba लिस्टिंग फ़ाइल का नाम दिखाती है। हम पेलोड को ट्यून नहीं करते, मॉनिटरिंग से बचते नहीं, पर्सिस्टेंस (लगातार मौजूदगी) नहीं बनाते, उपलब्धता में बाधा नहीं डालते, बड़े पैमाने पर पासवर्ड का अंदाज़ा नहीं लगाते, या नोट्स में असली क्रेडेंशियल नहीं रखते। टेस्ट से ऐसा सबूत मिलना चाहिए जिसे डिफेंडर देख सके, न कि ऐसा अनियंत्रित बदलाव जिससे लैब के मालिक को रिकवरी करनी पड़े।
सुरक्षित सीमा
अगर कोई कार्रवाई सहमत ऑब्ज़र्वेशन से परे एक्सेस, उपलब्धता या पर्सिस्टेंस को बदलती है, तो आगे बढ़ने के बजाय रुकें और स्थिति को रिकॉर्ड करें।
हर स्वीकृत कदम एक छोटा सबूत ट्रेल बनाता है। नोटबुक में टाइप की गई कमांड, टाइमस्टैम्प, टारगेट एड्रेस और संबंधित आउटपुट रिकॉर्ड किए जाते हैं। अगर शेयर लिस्टिंग में backup.zip दिखता है, तो हम उस नाम और एक्सेस की स्थिति को रिकॉर्ड करते हैं, फिर पूछते हैं कि कौन सा डिफेंडर लॉग कनेक्शन दिखाएगा और कौन सा कॉन्फ़िगरेशन अनाम एक्सेस को रोकेगा। टेबल उपयोगी ऑब्ज़र्वेशन को उन कार्यों से अलग करती है जो हमारे एग्रीमेंट से आगे जाते हैं: