अफिसको Wi-Fi मा हुनुहुन्छ र अझै VPN मागिँदैछ? यो हो कारण

ल्यापटप कर्पोरेट SSID मा छ, प्रमाणपत्रको अनुरोध स्वीकार गरिएको छ, र एउटा वेब एपले अझै VPN मागिरहेको छ। यो दोहोरो काम जस्तो देखिन्छ, र कहिलेकाहीँ त्यस्तै हुन्छ। दुवै लगइनले सामान्यतया फरक निर्णयहरू लागू गर्छन्, र दोस्रोले आफ्नो स्थान योग्य छ कि छैन भनी जान्ने एक मात्र तरिका यो के बदल्छ भनेर सोध्नु हो।

नेटवर्कमा सामेल हुनु प्रवेशको निर्णय हो

802.1X तैनाथी एउटा प्रश्नको जवाफ दिन्छ: यो यन्त्र वा प्रयोगकर्ता यो नेटवर्कमा जोडिन सक्छ? पहुँच बिन्दुले प्रमाणहरू RADIUS सर्भरमा पठाउँछ, र जवाफमा सत्रलाई निश्चित VLAN मा राख्ने वा फिल्टर लागू गर्ने विशेषताहरू हुन सक्छन्। त्यो प्रवेश र विभाजन हो, कुनै विशेष अनुप्रयोगको लागि अधिकार होइन।

सत्र स्वीकार भएपछि, क्लाइन्ट र पहुँच बिन्दुबीचको ताररहित लिङ्क इन्क्रिप्ट हुन्छ। सुरक्षा त्यहीँ, तारयुक्त नेटवर्कको किनारमा सकिन्छ।

त्यो बिन्दुभन्दा पर सबै भवनभित्रको साधारण राउटिङ हो, खण्डले अनुमति दिने आन्तरिक पहुँचसँगै।

EAP-TTLS ले वास्तवमा के सुरक्षित गर्छ

EAP-TTLS प्रमाणीकरणका क्रममा TLS सुरुङ बनाउँछ र त्यसभित्र आन्तरिक विधि चलाउँछ। आन्तरिक विधि प्रायः PAP हुन्छ, र डिजाइनमा त्यो देखिनुको अर्थ पासवर्ड खुला पाठका रूपमा हावाबाट जान्छ भन्ने होइन, किनकि त्यसलाई TLS सुरुङले बोक्छ। क्लाइन्टले अझै पनि सर्भरको पहिचान प्रमाणित गर्नुपर्छ र सही CA मा भरोसा गर्नुपर्छ, र चिनजानको SSID त्यो प्रमाणीकरण होइन। आन्तरिक विधिको छनोटलाई प्रमाणहरूको ढाँचाका रूपमा पढ्नुहोस्, बाहिरी इन्क्रिप्शनबारेको भनाइका रूपमा होइन।

यो प्रमाणीकरणको आदानप्रदान हो, ल्यापटपको पछिको ट्राफिकका लागि डेटा सुरुङ होइन।

प्रमाणीकरण सकिएपछि TLS सुरुङ हराउँछ र क्लाइन्टका प्याकेटहरू स्वीकार गरिएको खण्डबाट यात्रा गर्छन्। यी दुईलाई मिसाउनु नै Wi-Fi इन्क्रिप्शनले पहिले नै VPN को काम गर्छ भन्ने विश्वासको जरा हो।

VPN दोस्रो, अझ साँघुरो निर्णय हो

VPN ले फरक प्रश्नको जवाफ दिन्छ: यो पहिचानले कुन निजी स्रोतहरूमा पुग्न सक्छ, र कुन सर्तहरूमा? यो आफ्नै नीति, आफ्नै पहिचान जाँच र प्रायः यन्त्रको अवस्थासम्बन्धी आफ्नै आवश्यकताहरू भएको गेटवेमा सकिन्छ। सुरुङ उठेपछि पुग्न सकिने समूह सामान्यतया भवनको आन्तरिक नेटवर्कभन्दा सानो र भूमिका-विशिष्ट हुन्छ।

त्यसैले मर्मत भूमिकालाई अरू सबैजसो Wi-Fi मा प्रवेश दिइन सक्छ र अझै पनि व्यवस्थापन सबनेटमा पुग्न सुरुङ चाहिन्छ। Wi-Fi को निर्णय पहुँच बिन्दुमा लिइयो; यो निर्णय गेटवेमा लिइन्छ।

दुवै चरण इन्क्रिप्ट गरिएका हुन सक्छन् र अझै पनि असम्बन्धित नीतिहरू लागू गर्न सक्छन्।

स्थान-आधारित विश्वास कहाँ टुट्छ

अफिस नेटवर्कलाई अन्तर्निहित रूपमा विश्वसनीय मान्नु सरल कारणले असफल हुन्छ: नेटवर्कमा स्थान जडानको गुण हो, व्यक्तिको होइन। NIST को शून्य-विश्वास मार्गदर्शनले यो सिधै भन्छ, र त्यसैले स्रोतहरूमा पहुँच प्रत्येक अनुरोधमा निर्धारण गरिन्छ, प्रत्येक भवनमा होइन। जो कोही एउटै SSID मा सामेल हुन्छ, त्यसले त्यही स्थान पाउँछ। त्यसैले कर्मचारी नेटवर्कमा सम्झौता भएको ल्यापटप अतिथि नेटवर्कको जत्तिकै शंकाको योग्य छ।

व्यावहारिक परिणाम यो हो कि अनुप्रयोग अधिकार अझै हुनै पर्छ। पूरै सबनेट दिने VPN, साथै त्यो सबनेटबाट आउने हरेक अनुरोधमा भरोसा गर्ने अनुप्रयोग, नराम्रो दिनबाट एक प्रमाणको दूरीमा छ।

दुवै तहमध्ये कुनैले अर्कोलाई प्रतिस्थापन गर्दैन, किनकि तिनीहरू फरक व्याप्तिमा प्रश्नहरूको जवाफ दिन्छन्।

दोस्रो लगइन आफ्नो स्थानको योग्य छ कि छैन कसरी थाहा पाउने

नेटवर्कको मालिकलाई दुई कुरा सोध्नुहोस्: VPN जोडिएपछि के पुग्न योग्य हुन्छ, र त्यसलाई अनुमति दिन कुन पहिचान वा यन्त्रका सर्तहरू जाँचिन्छन्? त्यसपछि वास्तवमा के प्रतिक्रिया दिन्छ भनी परीक्षण गरेर जवाफहरू प्रमाणित गर्नुहोस्। सुरुङले पहुँच वा आश्वासनमध्ये केही पनि बदल्दैन भने, त्यो नियन्त्रणभन्दा सञ्चालन बानी हुन सक्छ, र त्यो मालिकको निर्णय हो, प्रयोगकर्ताले छल्नुपर्ने कुरा होइन।

अनायासका सिधा मार्गहरू पनि हेर्नुहोस्, किनकि सुरुङबिना पुग्न सकिने स्रोतले सुरुङलाई सजावट बनाउँछ।

प्रत्येक सीमा र त्यसको उद्देश्य अभिलेख गर्नुहोस्, र अर्को व्यक्तिले दुई लगइन किन छन् भनेर अनुमान गर्नु पर्नेछैन।