होम VPN प्रकाशित करना: आप वास्तव में क्या उजागर करते हैं

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

पोर्ट अग्रेषण कोई सेवा नहीं है

राउटर नियम पैकेटों को होस्ट की ओर ले जाता है; यह उन्हें पढ़ने वाली प्रक्रिया का नाम नहीं बताता। अग्रेषण पृष्ठ और सुनने वाला सॉकेट अलग-अलग जगहों पर रहते हैं, इसलिए नियम ऐसी मशीन की ओर संकेत कर सकता है जो अब सेवा नहीं चलाती। वास्तव में क्या उत्तर देता है यह जानने के लिए होस्ट पर देखें: ss -lntup हर सुनने वाले सॉकेट को उसके स्वामी प्रक्रिया के साथ सूचीबद्ध करता है। फिर उस प्रक्रिया को घटक, संस्करण और स्वामी से मिलाएँ।

जिस नियम को आपने बनाया याद है उसे हटाना दरवाजा बंद नहीं करता। UPnP मैपिंग ने खुद को जोड़ा हो सकता है, IPv4 प्रविष्टि जाने के बाद IPv6 पता पहुँच योग्य रह सकता है, और दूसरी मशीन पर दूसरी प्रकाशन विधि मौजूद हो सकती है। राउटर की UPnP मैपिंग सूची और उसकी स्थिर प्रविष्टियाँ पढ़ें, फिर नेटवर्क के बाहर से परीक्षण करें।

लॉगिन LAN अनुमति नहीं है

सुरंग तय करती है कि कौन जुड़ सकता है; संसाधन तय करते हैं कि जुड़ा क्लाइंट क्या खोल सकता है। NIST का शून्य-विश्वास मार्गदर्शन नेटवर्क पैमाने पर वही विभाजन करता है: पता प्राधिकरण के बारे में कुछ सिद्ध नहीं करता। एक पंजीकृत लैपटॉप को एक काम दें, जैसे किसी नामित होस्ट पर फ़ाइल साझा पढ़ना, और उस जोड़ी को लिख लें। सुरंग पते को घर के बाकी हिस्से पर व्यवस्थापक पहुँच विरासत में नहीं मिलनी चाहिए।

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

स्वच्छ स्कैन बहुत कम सिद्ध करता है

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

दोनों पता परिवारों और आपके द्वारा प्रकाशित हर रास्ते का परीक्षण करें। IPv4 पते का स्कैन सुनने वाली IPv6 सेवा के बारे में कुछ नहीं कहता, और आंतरिक परीक्षण NAT लूपबैक समस्या या अपस्ट्रीम फ़िल्टर नहीं देख सकता। कम से कम एक जाँच बाहर से चलाएँ, ऐसे कनेक्शन पर जो उसी राउटर से वापस नहीं आता।

उजागरता लिखें

एक छोटी तालिका समीक्षा को ऐसी चीज़ बना देती है जिसका अगला व्यक्ति ऑडिट कर सके। इसे बाहर से अंदर भरें, हर पहुँच योग्य सेवा के लिए एक पंक्ति, और इसे कॉन्फ़िगरेशन के साथ रखें, चैट थ्रेड में नहीं। यदि किसी पंक्ति का कोई स्वामी नहीं है, तो वह एक निष्कर्ष है।

जो पंक्तियाँ केवल “VPN” कहती हैं वे अभी पंक्तियाँ नहीं हैं। पंक्ति को सॉकेट, होस्ट, पहचान और गंतव्य चाहिए, क्योंकि ऑडिटर या हमलावर यही परीक्षण करेगा।

ज़रूरत से पहले सेवानिवृत्ति की योजना बनाएँ

जिस सुरंग को आप रद्द नहीं कर सकते वह स्थायी दरवाजा है। पहले से तय करें कि डिवाइस क्रेडेंशियल कैसे वापस लें, लाइव सत्र कैसे समाप्त करें, और अपग्रेड से सेवा टूटने के बाद पहुँच कैसे बहाल करें। ऐसा रिकवरी मार्ग रखें जो सुरंग से न गुजरे, क्योंकि सुरंग ही वह चीज़ है जिसे आप ठीक करेंगे। इसे वहाँ रखें जहाँ उस मशीन के बिना पहुँच सकें।

समीक्षा तब पूरी होती है जब इच्छित गंतव्य काम करता है और अनचाहे नहीं। यह इस बात की गारंटी नहीं है कि कोई भेद्यता नहीं है, और स्कैनर का हरा लेबल दोनों में से किसी का विकल्प नहीं है। तालिका और रिकवरी नोट उसे सौंपें जो यह सेटअप विरासत में पाएगा।