Nessus VPN पर: पहला स्कैन शुरू करने से पहले स्कैनर की जगह तय करें
ब्राउज़र का Nessus कंसोल तक पहुँचना यह साबित नहीं करता कि स्कैनर लक्ष्य तक पहुँचता है। लॉन्च से पहले प्रक्रिया की जगह, रूट, दायरा और क्रेडेंशियल जाँचें।
ब्राउज़र के बगल में दिखने वाला VPN आइकन उस प्रक्रिया के बारे में कुछ नहीं बताता जो स्कैन पैकेट भेजती है। अगर कंसोल और स्कैनर अलग-अलग होस्ट पर चलते हैं, तो ब्राउज़र की सुरंग एक रास्ता है और स्कैन का स्रोत दूसरा। पहले निष्पादन बिंदु तय करें, फिर बाहर की ओर रूट, अनुमति और क्रेडेंशियल तक जाएँ। यह अंतर चेकलिस्ट में पहले स्थान पर बेवजह नहीं है।
यह लॉन्च से पहले की चेकलिस्ट है, स्कैनिंग का ट्यूटोरियल नहीं। हर कदम एक तथ्य देता है जिसे स्कैनर से कोई पैकेट निकलने से पहले काम के रिकॉर्ड में दर्ज किया जा सकता है।
पहली जाँच: वह प्रक्रिया खोजें जो प्रोब भेजती है
तीनों भूमिकाएँ स्पष्ट रूप से बनाएँ: लैपटॉप A पर ब्राउज़र, होस्ट B पर स्कैन कंसोल और निजी लक्ष्य C। अगर B पर स्कैन इंजन भी चलता है, तो ब्राउज़र को केवल B तक का रास्ता चाहिए। अगर काम अलग स्कैन उपकरण करता है, तो उस उपकरण को C तक का रास्ता चाहिए।
Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C
VPN से जुड़ा ब्राउज़र कंसोल तक पहुँच सकता है, जबकि उसके पीछे का स्कैनर अभी भी C तक के रूट के बिना हो सकता है। उल्टा भी संभव है: स्कैनर निजी नेटवर्क के अंदर है और कंसोल दूर है। कोई भी नेटवर्क नियंत्रण बदलने से पहले पता लगाएँ कि आप वास्तव में कौन-सी व्यवस्था चलाते हैं। नेटवर्क को दोष देने से पहले स्कैन कॉन्फ़िगरेशन में उपकरण का नाम लिखें।
अगर स्कैनर A पर चलता है, तो ब्राउज़र होस्ट और स्कैनर एक ही संदर्भ साझा करते हैं, लेकिन केवल तब तक जब तक वह प्रक्रिया वही नेमस्पेस और वही रूटिंग तालिका बनाए रखती है। कंटेनर या सेवा खाता वह नहीं पा सकता जो इंटरैक्टिव ब्राउज़र देखता है। कंसोल एक प्रबंधन सतह है, स्कैन इंजन नहीं।
दूसरी जाँच: स्कैनर का रूट और DNS साबित करें
रूट जाँच स्कैनर होस्ट पर चलाएँ, लैपटॉप पर नहीं। कर्नेल से पूछें कि वह लक्ष्य पते के लिए कौन-सा इंटरफ़ेस और गेटवे इस्तेमाल करेगा, फिर लक्ष्य के होस्टनाम के लिए दोहराएँ। IP के लिए मौजूद रूट और किसी दूसरे पते पर हल होने वाला नाम दो अलग विफलताएँ हैं।
वह स्रोत पता पुष्टि करें जो लक्ष्य पर दिखेगा। VPN क्लाइंट ऐसा पता दे सकता है जो लक्ष्य के फ़ायरवॉल की अपेक्षा से अलग हो, और NAT उपकरण उसे फिर से बदल सकता है। लक्ष्य के मालिक को देखा गया स्रोत चाहिए, VPN प्रोफ़ाइल में छपा पता नहीं।
वापसी मार्ग भी जाँचें। जो स्कैनर लक्ष्य तक पहुँचता है पर कोई उत्तर नहीं पाता, उसके वापसी मार्ग में रूटिंग या फ़ायरवॉल की समस्या है, और वह बंद लक्ष्य जैसी ही दिखती है।
तीसरी जाँच: दायरा और दृष्टिकोण अधिकृत कराएँ
लक्ष्य के मालिक से सिस्टम, सेवाएँ, वातावरण, स्रोत और समय-खिड़की लिखित रूप में बताने को कहें। तय करें कि मूल्यांकन किस दृष्टिकोण का प्रतिनिधित्व करता है: बाहरी VPN उपयोगकर्ता, अनुमत आंतरिक क्लाइंट या कोई विशिष्ट स्कैनर खंड।
निजी रूट आस-पास के नेटवर्क परीक्षण करने की अनुमति नहीं है। लक्ष्य सूची छोटी रखें, बहिष्कृत सिस्टम सूचीबद्ध करें और रोकने की शर्तों तथा ऐसे संपर्क पर सहमति बनाएँ जो चलाने को रोक सके। स्कैनर जो भी पहुँच सकता है उसे खुशी से जाँचता है, इसीलिए दायरा स्पष्ट होना चाहिए।
स्वीकृत स्रोत उसी दस्तावेज़ में दर्ज करें। अगर स्कैनर का देखा गया स्रोत स्वीकृत स्रोत से अलग है, तो लक्ष्य सूची सही होने पर भी वह रन सहमत दृष्टिकोण का प्रतिनिधित्व नहीं करता।
चौथी जाँच: क्रेडेंशियल को मूल्यांकन की गहराई से मिलाएँ
पहुँच-जाँच और प्रमाणित मूल्यांकन अलग परीक्षण हैं। पोर्ट का उत्तर यह साबित करता है कि कुछ जवाब दे रहा है; यह नहीं कि क्रेडेंशियल वाली जाँचें चलीं या एप्लिकेशन ने खाते को अधिकृत किया।
समर्पित क्रेडेंशियल केवल तब इस्तेमाल करें जब सहमत दायरा प्रमाणित जाँचों की माँग करता हो। खाते की अनुमतियाँ और लॉकआउट नीति पुष्टि करें, और स्कैन के नतीजे पैदा करने से पहले तय करें कि वे कैसे संग्रहित और साझा होंगे।
अगर क्रेडेंशियल विफल हों, तो चुपचाप बिना प्रमाण वाले रन पर न जाएँ और रिपोर्ट को नियोजित मूल्यांकन न कहें। परिणाम अलग अर्थ वाला अलग परीक्षण है, और यह अंतर रिपोर्ट में होना चाहिए।
पाँचवीं जाँच: योजना सहेजें, फिर सोच-समझकर शुरू करें
Nessus स्कैन वर्कफ़्लो में टेम्पलेट चुनना, सेटिंग्स सेट करना और स्कैन सहेजना या शुरू करना अलग-अलग कदम हैं। इस अलगाव का उपयोग करके कोई भी ट्रैफ़िक शुरू होने से पहले लक्ष्य सूची, स्रोत और समय-सारणी की समीक्षा करें।
शुरू करने की अनुमति देने से पहले जाँचें कि VPN कौन-सा स्रोत अनुमत करता है, कौन-सा ट्रैफ़िक ले जाता है और टनल टूटने पर कैसे उबरता है। केवल इसलिए फ़ायरवॉल पहुँच न बढ़ाएँ कि कोई प्रारंभिक कनेक्शन विफल हुआ; वह परत खोजें जिसने मना किया और उसी परत को ठीक करें।
रन के बाद स्कैनर होस्ट, उसका देखा गया स्रोत, लक्ष्य सूची और वे जाँचें दर्ज करें जो पूरी नहीं हो सकीं। किसी दूसरे स्रोत से या बिना इच्छित क्रेडेंशियल के बनी रिपोर्ट मूल योजना का प्रतिनिधित्व नहीं करती, और यह कहना डिलीवरेबल का हिस्सा है।
काम के लिए दिया गया पहुँच हटाएँ और रखे गए नतीजों को सहमत प्रक्रिया से संभालें। चेकलिस्ट तभी पूरी होती है जब साक्ष्य उस रास्ते से मेल खाते हैं जिसे आपने स्वीकृत किया, तब नहीं जब स्कैन ने केवल नतीजे लौटा दिए।