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 कोणत्या स्रोताला परवानगी देतो, कोणती रहदारी वाहतो आणि बोगदा तुटल्यावर कसा सावरतो ते तपासा. केवळ प्राथमिक जोडणी अपयशी झाली म्हणून फायरवॉल प्रवेश वाढवू नका; ती नाकारणारा थर शोधा आणि तो थर दुरुस्त करा.

धावेनंतर स्कॅनर होस्ट, निरीक्षित स्रोत, लक्ष्य यादी आणि पूर्ण होऊ न शकलेल्या तपासण्या नोंदवा. दुसऱ्या स्रोतातून किंवा इच्छित क्रेडेन्शियल्सशिवाय तयार केलेला अहवाल मूळ योजनेचे प्रतिनिधित्व करत नाही, आणि ते सांगणे हस्तांतराचा भाग आहे.

कामाचा प्रवेश मागे घ्या आणि ठेवलेले निकाल सहमत प्रक्रियेनुसार हाताळा. तपासणी यादी तुम्ही मंजूर केलेल्या मार्गाशी पुरावे जुळतात तेव्हाच पूर्ण होते, स्कॅनने केवळ निकाल परत दिले तेव्हा नाही.