DNS फ़िल्टरिंग विरुद्ध सिक्युअर वेब गेटवे: तुम्हाला अधिक प्रगत टूलची गरज केव्हा असते

९०+ देशांमधील ८०,००० पेक्षा जास्त ठिकाणी कोणतेही हार्डवेअर इन्स्टॉल न करता, अनमॅनेज्ड WiFi उपकरणांचे रक्षण करताना RFC 1035 अंतर्गत असणाऱ्या रिझोल्यूशनवर DNS फिल्टरिंग निवडा. Microsoft Entra ID सारख्या प्लॅटफॉर्मचा वापर करून मॅनेज्ड उपकरणांवरील संपूर्ण URL, डाउनलोड किंवा अपलोड तपासताना सुरक्षित वेब गेटवे निवडा. DNS फिल्टरिंग कनेक्शन उघडण्यापूर्वीच धोकादायक डेस्टिनेशन्सना थांबवते, तर गेटवे ट्रॅफिकला प्रॉक्सी आणि डिक्रिप्ट करतात.

DNS फिल्टरिंग विरुद्ध सुरक्षित वेब गेटवे: थोडक्यात उत्तर

उत्तर एकाच प्रश्नावर अवलंबून आहे: तुम्हाला कनेक्शनच्या आत पाहायचे आहे, की ते कोठे जात आहे तेवढेच पाहायचे आहे?

DNS फिल्टरिंग डोमेन नेमवर निर्णय घेते. ते धोकादायक किंवा अनवॉन्टेड डेस्टिनेशन रिझॉल्व्ह करण्यास नकार देते, ज्यामुळे उपकरण कधीही कनेक्ट होत नाही. सिक्युअर वेब गेटवे (SWG) हा एक प्रॉक्सी आहे जो ट्रॅफिक पाथमध्ये असतो. तो संपूर्ण URL, फाइल आणि पेज वाचू शकतो, परंतु TLS डिक्रिप्ट केल्यानंतरच.

गेस्ट WiFi वर, हा प्रश्न आपोआप सुटतो. तुम्ही गेस्टच्या फोनवर रूट सर्टिफिकेट इन्स्टॉल करू शकत नाही. त्या सर्टिफिकेटशिवाय, गेटवे सर्टिफिकेट त्रुटी निर्माण केल्याशिवाय ट्रॅफिक डिक्रिप्ट करू शकत नाही. DNS फिल्टरिंग नेटवर्कवरील प्रत्येक उपकरणाचे काहीही इन्स्टॉल न करता रक्षण करते. म्हणूनच हॉस्पिटॅलिटी, रिटेल, ट्रॅव्हल हब्स आणि इव्हेंट्ससाठी हा डीफॉल्ट पर्याय आहे.

रेग्युलेटेड डेटा हाताळणाऱ्या मॅनेज्ड स्टाफ लॅपटॉपवर, गेटवे त्याचे मूल्य सिद्ध करतो. अपलोड्स तपासण्यासाठी, URL पाथवर नियम लागू करण्यासाठी किंवा डेटा लॉस प्रिव्हेंशन (DLP) लागू करण्यासाठी तुम्हाला त्याची गरज असते. DLP संवेदनशील डेटा तुमच्या नेटवर्कमधून बाहेर जाण्यापासून थांबवतो.

बहुतेक ठिकाणी प्रत्येक नेटवर्कवर प्रोटेक्टिव्ह DNS ची आणि मॅनेज्ड उपकरणांपैकी थोड्या उपकरणांवर गेटवेची गरज असते, जर त्यांना मुळात गरज असेल तर. Purple Shield पहिला भाग पूर्ण करतो. हे कोणत्याही WiFi वर स्टँडअलोन म्हणून किंवा Purple Access सह चालते, ज्यामध्ये प्रत्येक नेटवर्क आणि VLAN साठी धोरण असते. DNS दृष्टिकोनाच्या अधिक माहितीसाठी, आमचे DNS filtering limits चे पुनरावलोकन पहा.

आम्ही कशाची तुलना केली आणि हे निकष निर्णय कसा ठरवतात

आम्ही आठ निकषांवर दोन्ही दृष्टिकोनांचे मूल्यांकन केले. यातील प्रत्येक निकष IT सुरक्षा व्यवस्थापक किंवा व्हेन्यू ऑपरेशन्स व्यवस्थापक फिल्टरिंगची व्याप्ती ठरवताना घेत असलेल्या निर्णयाशी संबंधित आहे. आम्ही प्रत्येक पर्यायाची क्षमता त्याच्या स्वतःच्या सार्वजनिक साहित्यातून आणि दोन्ही तैनात करण्याच्या अनुभवातून घेतली आहे.

प्लेसमेंट प्रथम येते कारण ती इतर सात निकषांना आकार देते. DNS फिल्टरिंग नेम रिझोल्यूशनवर असते, जे RFC 1035 मध्ये परिभाषित केलेले लुकअप आहे. प्रत्येक उपकरण कनेक्ट होण्यापूर्वी रिझॉल्व्हरला पत्ता विचारते. प्रोटेक्टिव्ह DNS रिझॉल्व्हर थ्रेट इंटेलिजन्स आणि कॅटेगरी पॉलिसीनुसार डोमेन तपासतो, त्यानंतर उत्तर देतो किंवा नकार देतो.

हे चेक कोणतेही कनेक्शन स्थापित होण्यापूर्वी होत असल्यामुळे, ते फायरवॉलकडून चुकणाऱ्या गोष्टी पकडते. फायरवॉलचे नियम IP पत्ते आणि पोर्ट्सवर आधारित असतात. धोकादायक डोमेन्स सामायिक केलेल्या क्लाउड पत्त्यांवर फिरत असतात, ज्यांना फायरवॉल सुरक्षितपणे ब्लॉक करू शकत नाही.

सिक्युअर वेब गेटवे कनेक्शनच्या आत, नंतरच्या टप्प्यावर कार्यरत असतो. ट्रॅफिक एंडपॉइंट एजंट, प्रॉक्सी ऑटो-कॉन्फिग (PAC) फाइल किंवा इनलाइन अप्लायन्सद्वारे तेथे पोहोचते. HTTPS वाचण्यासाठी, गेटवे TLS समाप्त करतो, सामग्रीची तपासणी करतो आणि ती पुन्हा एन्क्रिप्ट करतो. या सखोलतेसाठी त्याने तपासणी केलेल्या प्रत्येक डिव्हाइसवर ट्रस्टेड रूट सर्टिफिकेट असणे आवश्यक आहे.

आठ निकष:

• प्लेसमेंट: फिल्टर कनेक्शनमध्ये नक्की कुठे निर्णय घेतो.
• दृश्यता: डोमेन नावापासून ते पेजच्या सामग्रीपर्यंत फिल्टर काय पाहू शकतो.
• अनमॅनेज्ड डिव्हाइसेस: अतिथी (गेस्ट) आणि BYOD (ब्रिंग युअर ओन डिव्हाइस) ट्रॅफिक समाविष्ट आहे की नाही.
• डिप्लॉयमेंट फूटप्रिंट: आवश्यक असलेले हार्डवेअर, एजंट्स आणि सर्टिफिकेट्स.
• परफॉर्मन्स: फिल्टरमुळे येणारा लेटन्सी आणि बँडविड्थवरील प्रभाव.
• फेल्युअर बिहेव्हियर: सर्व्हिस उपलब्ध नसल्यास काय होते.
• बायपास रेझिस्टन्स: एखादे डिव्हाइस फिल्टरला किती सहजरीत्या वळसा घालते, उदाहरणार्थ DNS over TLS (DoT) किंवा DNS over HTTPS (DoH) द्वारे.
• गोपनीयता (प्रायव्हसी) फूटप्रिंट: फिल्टर किती वैयक्तिक डेटावर प्रक्रिया करतो.

बाजारपेठेत, ही सीमा नेहमीच स्पष्ट नसते. DNSFilter ही एक संरक्षक DNS सर्व्हिस आहे, जी Shield च्याच श्रेणीत येते. Cisco Umbrella DNS-लेयर सुरक्षा विकते आणि त्यांच्या उच्च पॅकेजेसमध्ये पूर्ण सिक्युअर वेब गेटवे प्रदान करते, त्यामुळे ते या तुलनेच्या दोन्ही बाजू व्यापते. जेव्हा तुम्ही कोणत्याही व्हेंडरचे मूल्यमापन करता, तेव्हा केवळ उत्पादनाच्या नावावर अवलंबून राहण्याऐवजी प्रत्येक पॅकेज कोणत्या लेयरवर सेवा देते ते तपासा.

DNS filtering आणि secure web gateway यांची तुलना कशी होते?

दोन ओळींवर सखोल लक्ष देणे आवश्यक आहे. दृश्यमानतेच्या बाबतीत, गेटवे पूर्णपणे जिंकतो. DNS फिल्टर केवळ example.com पाहातो, परंतु त्या साइटवरील फाइलचा मार्ग कधीही पाहात नाही. आम्ही DNS filtering पूर्ण URLs का पाहू शकत नाही यामध्ये याचे कारण स्पष्ट केले आहे. अनमॅनेज्ड डिव्हाइसेसवर, DNS filtering पूर्णपणे जिंकते, कारण गेस्ट कव्हरेजसाठी कोणतेही प्रमाणपत्र किंवा एजंटची गरज नसते.

उरलेल्या ओळी अशा तडजोडी आहेत ज्या तुम्ही व्यवस्थापित करू शकता. तुम्ही फायरवॉल नियमांसह एनक्रिप्टेड DNS बायपास बंद करू शकता. चांगल्या आकाराच्या क्लाउड सेवेवर गेटवे लॅटन्सी सहन करण्यायोग्य असते. अयशस्वी होण्याची वागणूक ही उत्पादनावर अवलंबून असते, म्हणूनच आम्ही Shield चे स्पष्टपणे सांगतो: हे fails closed आहे.

DNS filtering कुठे जिंकते

गेस्ट WiFi आणि अनमॅनेज्ड डिव्हाइसेस

WiFi नेटवर्कवरील प्रत्येक डिव्हाइस DHCP द्वारे दिलेल्या DNS सर्व्हरचा वापर करते. तो सर्व्हर एखाद्या संरक्षणात्मक सॉल्व्हरकडे निर्देशित करा आणि प्रत्येक फोन, लॅपटॉप, गेमिंग कन्सोल आणि स्मार्ट टिव्ही सुरक्षित केला जातो. कोणालाही काहीही इंस्टॉल करण्याची गरज नाही. नेटवर्क ॲक्सेसपूर्वी दाखवले जाणारे साइन-इन पेज, म्हणजेच Captive Portal, जसे आहे तसेच राहते. मोठ्या प्रमाणावर, पाहुणे, रहिवासी, प्रवासी आणि चाहत्यांना फिल्टर करण्याचा हा एकमेव व्यावहारिक मार्ग आहे.

अनेक साइट्स, कोणतेही नवीन हार्डवेअर नाही

DNS filtering वर स्विच करणे हा एक कॉन्फिगरेशन बदल आहे, कोणताही मोठा प्रोजेक्ट नाही. Shield तुम्ही आधीच वापरत असलेल्या WiFi वर काम करते, ज्यामध्ये Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet समाविष्ट आहेत.

तुम्ही प्रति नेटवर्क आणि प्रति VLAN धोरण सेट करता. त्यामुळे एकाच साइटवरील कुटुंब-अनुकूल अतिथी (guest) नेटवर्क आणि कर्मचारी नेटवर्क भिन्न नियम चालवू शकतात. तुमचे कर्मचारी नेटवर्क IEEE 802.1X, पोर्ट-आधारित नेटवर्क प्रमाणीकरण मानकाद्वारे भूमिकेनुसार VLAN नियुक्त करू शकते. तसे असल्यास, भूमिका-विशिष्ट DNS धोरण प्रॉक्सीशिवाय लागू होते.

धोके आधीच रोखणे

कोणताही ट्रॅफिक प्रवाहित होण्यापूर्वी DNS हेतू ओळखतो. फिशिंग झालेले डिव्हाइस कनेक्ट होण्यापूर्वी त्याला डोमेन शोधणे आवश्यक असते. कमांड-अँड-कंट्रोल सर्व्हरला कॉल करणाऱ्या संक्रमित डिव्हाइससाठी देखील हेच लागू होते. Shield वेब कनेक्शन स्थापित होण्यापूर्वी, त्यांच्या जीवनचक्राच्या सुरुवातीच्या टप्प्यात धोके चिन्हांकित करते. हा मिळालेला वेळ फिशिंग डोमेन पहिल्या क्लिकपूर्वी ब्लॉक करायचे की नंतर, हे ठरवू शकतो.

हलके नेटवर्क

जाहिरात ब्लॉक करणे (Ad blocking) याच स्तरावर होते. जाहिरात ब्लॉक करणे चालू केल्यावर बँडविड्थचा वापर कमी होतो आणि DNS क्वेरीचे प्रमाण कमी होते. मर्यादित बॅकहॉल असलेल्या व्यस्त व्हेन्यू नेटवर्कवर, नवीन खर्च न करता ती क्षमता परत मिळते.

सुरक्षित राहणारे अपयश (Failure that stays safe)

Shield अपयशी ठरल्यास बंद (fails closed) होते, त्यामुळे आउटेज झाल्यास नेटवर्क कधीही फिल्टर न करता राहत नाही. अतिथी नेटवर्कवर हे महत्त्वाचे आहे, जिथे लोडिंग होणाऱ्या कोणत्याही गोष्टीची चॅनेल-प्रतिष्ठा जोखीम तुम्ही बाळगता. आम्ही DNS filtering fail open vs fail closed मध्ये यातील तडजोडी स्पष्ट केल्या आहेत.

गोपनीयतेचा लहान ठसा

DNS फिल्टर डोमेन नावांवर प्रक्रिया करतो, पृष्ठाच्या सामग्रीवर नाही. GDPR अंतर्गत, डिक्रिप्ट केलेल्या ब्राउझिंग सत्रांपेक्षा हा वैयक्तिक डेटाचा अधिक संकुचित संच आहे. परिणामी तुमच्या प्रक्रियेचे रेकॉर्ड सोपे राहतात.

सुरक्षित वेब गेटवे कोठे जिंकतो

गेटवेच्या शक्तींबद्दल अचूक राहा. तुम्ही DNS फिल्टरिंग या सर्व गोष्टी समाविष्ट करते असा अंदाज लावल्यास, तुमच्या सुरक्षा प्रोग्राममध्ये खऱ्या त्रुटी राहतील.

संपूर्ण URL आणि पाथ नियंत्रण

काही धोरणे डोमेनच्या खाली असतात. तुम्हाला क्लाउड स्टोरेज सेवेला अनुमती द्यायची असेल परंतु एक शेअर केलेला फोल्डर ब्लॉक करायचा असेल. तुम्हाला बातमीच्या साइटला अनुमती द्यायची असेल परंतु तिचे कमेंट पेज ब्लॉक करायचे असेल. केवळ पूर्ण URL पाहणारा प्रॉक्सीच अशा नियमांची अंमलबजावणी करू शकतो. सामायिक केलेले प्लॅटफॉर्म कठीण प्रकरण आहेत, कारण DNS फिल्टरने संपूर्ण डोमेनला अनुमती दिली पाहिजे किंवा ब्लॉक केले पाहिजे.

फाइल आणि सामग्री तपासणी

गेटवे डाउनलोडमध्ये मालवेअर शोधू शकतो, फाइल प्रकार ब्लॉक करू शकतो और अज्ञात एक्झिक्युटेबल्स सँडबॉक्स करू शकतो. DNS फिल्टरिंग केवळ ज्ञात-वाईट डोमेनवरील कनेक्शन थांबवते. विश्वासू डोमेनवर होस्ट केलेली हानीकारक फाइल तरीही पुढे जाते.

डेटा नुकसान प्रतिबंध (Data loss prevention)

तुमचे कर्मचारी PCI DSS च्या कक्षेत येणारा पेमेंट कार्ड डेटा किंवा रुग्णांच्या नोंदी हाताळू शकतात. असे असल्यास, तुम्हाला संवेदनशील सामग्रीसाठी अपलोड तपासण्याची आवश्यकता असू शकते. त्यासाठी डिक्रिप्ट केलेला ट्रॅफिक आणि एकतर गेटवे किंवा समर्पित DLP टूल आवश्यक आहे.

नेटवर्कबाहेर प्रति-व्यक्ति धोरण (Policy)

गेटवे एजंट Microsoft Entra ID, Okta किंवा Google Workspace वरून सिंक केलेल्या नामांकित ओळखीनुसार धोरण लागू करतो. ते धोरण मॅनेज केलेल्या लॅपटॉपसह होम ब्रॉडबँड किंवा हॉटेल WiFi वरही लागू राहते. Shield चे धोरण प्रति नेटवर्क आणि VLAN नुसार सेट केले जाते, जे ठिकाणे आणि निश्चित साइट्ससाठी योग्य आहे. मॅनेज केलेल्या उपकरणांवरील रिमोट कर्मचाऱ्यांना लोक जिथे कनेक्ट होतात तिथे प्रति-व्यक्ति अंमलबजावणीची आवश्यकता असू शकते.

ॲप्लिकेशन नियंत्रणे

अनेक गेटवे नामांकित ॲप्लिकेशन्ससाठी ट्रॅफिक डीकोड करतात. उदाहरणार्थ, ते कर्मचाऱ्यांना फाइल शेअरिंग सेवा वाचण्याची अनुमती देऊ शकतात परंतु त्यावर अपलोड ब्लॉक करू शकतात. DNS फिल्टरिंग ॲप्लिकेशनच्या डोमेन्सना अनुमती देऊ शकते किंवा ब्लॉक करू शकते, परंतु ॲप्लिकेशनमधील वैयक्तिक क्रियांना नाही.

तुम्ही तुमच्या जोखीम नोंदणीशी या त्रुटींची तुलना करत असल्यास, संरक्षणात्मक DNS सोबत असलेल्या नियंत्रणांसाठी is DNS filtering enough? वाचा.

प्रत्येक चालवण्यासाठी किती खर्च येतो?

या दोन दृष्टिकोनांची किंमत वेगवेगळी आहे, त्यामुळे मुख्य आकडेवारीऐवजी त्यांच्या खर्च रचनेची तुलना करा. आम्ही प्रतिस्पर्ध्यांच्या किमती सांगत नाही. प्रत्येक विक्रेत्याकडून सध्याच्या अटींची पुष्टी करा.

गेटवेचा छुपा खर्च म्हणजे प्रमाणपत्र (certificate) आणि अपवाद व्यवस्थापन (exception management). जी ॲप्स त्यांचे प्रमाणपत्रे पिन करतात ती TLS तपासणीदरम्यान ब्रेक होतात, त्यामुळे प्रत्येक ॲपसाठी अपवाद आवश्यक असतो. बहुतेक अंमलबजावणींमध्ये गोपनीयतेच्या कारणास्तव बँकिंग आणि आरोग्य साइट्सना सूट दिली जाते. प्रत्येक सूट हा एक नियम बनतो ज्याची देखभाल कोणालातरी करावीच लागते. डिव्हाइस ताफ्यामध्ये एजंट्सना अपडेट करण्याची देखील गरज असते. यातील काहीही त्रुटी नाही. ट्रॅफिकच्या आत पाहण्याची ही किंमत आहे.

DNS फिल्टरिंगचा चालू खर्च पॉलिसीची देखभाल आणि बायपास नियंत्रणामध्ये असतो. तुम्ही श्रेणी निर्णयांचे पुनरावलोकन करता आणि परवानगी विनंत्या हाताळता. नवीन सार्वजनिक सॉल्व्हर्स दिसू लागल्यावर तुम्ही एनक्रिप्टेड DNS साठी फायरवॉल नियम अद्ययावत ठेवता.

DNS फिल्टरिंग आणि गेटवे दरम्यान स्थलांतर करताना काय समाविष्ट असते?

अतिथी (guest) नेटवर्कवर प्रॉक्सीवरून DNS फिल्टरिंगवर जाणे

हे सर्वात सामान्य पाऊल आहे. टीम्सना बर्‍याचदा असे आढळते की अतिथी (guest) WiFi वरील प्रॉक्सी होस्टनेम्सच्या पलिकडे काहीही फिल्टर करत नाही, कारण ती गेस्ट ट्रॅफिक डिक्रिप्ट करू शकत नाही. या पायऱ्या खालीलप्रमाणे आहेत:

1. तुमच्या वर्तमान प्रॉक्सी श्रेणी आणि तुमच्या परवानगी आणि ब्लॉक सूची एक्सपोर्ट करा.
2. त्यांना DNS श्रेणींवर मॅप करा. URL-पाथ नियमांना कोणताही समान DNS पर्याय नसतो, त्यामुळे संपूर्ण डोमेनला अनुमती द्यायची की ब्लॉक करायचे ते प्रत्येक नियमानुसार ठरवा.
3. प्रत्येक नेटवर्कच्या DHCP स्कोपमधील DNS सर्व्हर संरक्षणात्मक सॉल्व्हरकडे निर्देशित करा.
4. इतर सॉल्व्हर्सकडे जाणारे आउटबाउंड DNS, पोर्ट 853 वरील DoT आणि ज्ञात DoH एंडपॉइंट्स ब्लॉक करा.
5. वास्तविक अतिथी डिव्हाइसवरून चाचणी करा, नंतर त्या नेटवर्कसाठी प्रॉक्सी नियम सेट निवृत्त (retire) करा.

Shield च्या सेटअप पायऱ्या Shield कसे कार्य करते वर समाविष्ट आहेत. एनक्रिप्टेड DNS मानके DoT साठी RFC 7858 आणि DoH साठी RFC 8484 आहेत.

व्यवस्थापित (managed) उपकरणांसाठी गेटवे जोडणे

हे पाऊल अधिक मोठे आहे, आणि ते आवश्यक असलेल्या उपकरणांपर्यंत सीमित असावे. तुमच्या मोबाइल डिव्हाइस मॅनेजमेंट (MDM) प्लॅटफॉर्मद्वारे रूट प्रमाणपत्र तैनात करा. एजंट किंवा PAC फाइल रोल आउट करा, नंतर पिन केलेल्या ॲप्स आणि गोपनीयता-संवेदनशील श्रेणींसाठी अपवाद तयार करा. तपासणी सुरू होण्यापूर्वी डेटा संरक्षण प्रभाव मूल्यांकन (DPIA) पूर्ण करा. खाली Shield सक्रिय ठेवा, कारण गेटवे समाविष्ट करत नसलेल्या प्रत्येक डिव्हाइसला ते अजूनही संरक्षण देते.

दोन्ही चालवणे

मिश्र साइट्सवर दोघांचे लेयरिंग ही सर्वात मजबूत रचना आहे. Shield अतिथी आणि कर्मचारी नेटवर्कवर सारख्याच प्रकारे, रिझोल्यूशनवर ज्ञात-वाईट डोमेन्स ब्लॉक करते. गेटवे नंतर व्यवस्थापित ट्रॅफिकची सखोल तपासणी करतो. कारण DNS आधी धोकादायक गंतव्यस्थाने काढून टाकते, त्यामुळे खूप कमी ट्रॅफिक प्रॉक्सीपर्यंत पोहोचते. दोन्ही श्रेणी धोरणे अशा प्रकारे जुळवा जेणेकरून एका लेयरवर ब्लॉक केलेले डोमेन दुसऱ्या लेयरवर अनुमत केले जाणार नाही.

DNS फिल्टरिंग आणि सुरक्षित वेब गेटवे मधील निर्णय कसा घ्यावा

हा निर्णय नियम वापरा. जर उपकरणे तुमच्या मालकीची नसतील, तर DNS फिल्टरिंग वापरा. जर उपकरणे तुमच्या मालकीची असतील आणि तुम्हाला ट्रॅफिकच्या आत पाहणे आवश्यक असेल, तर फक्त त्याच उपकरणांवर गेटवे जोडा. इतर सर्व ठिकाणी, प्रोटेक्टिव्ह DNS हे योग्य आकाराचे टूल आहे.

तुमची पुढील पायरी म्हणजे तुमचे नेटवर्क आणि VLAN ची यादी करणे आणि अनमॅनेज्ड उपकरणे कोणती वाहून नेतात ते चिन्हांकित करणे आहे. त्या नेटवर्कना आता प्रोटेक्टिव्ह DNS मिळते. नंतर तैनातीसाठी Shield कसे कार्य करते पहा. ओळख, एनक्रिप्शन आणि सेगमेंटेशनच्या सभोवतालच्या व्यापक नियंत्रणांसाठी, आमचे enterprise WiFi security guide वाचा.

वारंवार विचारले जाणारे प्रश्न

सिक्युअर वेब गेटवेपेक्षा DNS फिल्टरिंग चालवणे स्वस्त आहे का?

सामान्यतः, होय, कारण DNS फिल्टरिंगसाठी कोणत्याही हार्डवेअरची, एंडपॉइंट एजंटची आणि प्रमाणपत्र व्यवस्थापनाची आवश्यकता नसते. गेटवे प्रति सीट किंवा डिव्हाइस परवाना, एजंटची देखभाल, रूट प्रमाणपत्र नूतनीकरण आणि तपासणीदरम्यान खंडित होणाऱ्या ॲप्ससाठी अपवाद नियम जोडतो. DNS फिल्टरिंगचा चालू खर्च म्हणजे पॉलिसीची देखभाल आणि एनक्रिप्टेड DNS साठी फायरवॉल नियम. परवाना लाइन्सऐवजी एकूण चालू खर्चाची तुलना करा आणि प्रत्येक विक्रेत्यासह वर्तमान अटींची पुष्टी करा.

माझ्याकडे आधीपासून असलेल्या WiFi हार्डवेअरसह Purple Shield कार्य करते का?

होय. Shield हे DNS लेयरवर कार्य करते, त्यामुळे ते Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet सह कोणत्याही WiFi वर चालते. तुम्ही प्रत्येक नेटवर्कचे DNS Shield कडे निर्देशित करता आणि प्रति नेटवर्क आणि VLAN एक पॉलिसी सेट करता. हे साइटवर कोणत्याही नवीन हार्डवेअरशिवाय, स्वतंत्रपणे किंवा Purple Access सोबत चालते.

DNS फिल्टरिंग सिक्युअर वेब गेटवेची जागा घेऊ शकते का?

हे गेस्ट आणि वेन्यू नेटवर्कवर करू शकते, परंतु जिथे तुम्हाला ट्रॅफिकच्या आत पाहणे आवश्यक आहे तिथे नाही. DNS फिल्टरिंग कोणतेही कनेक्शन उघडण्यापूर्वी दुर्भावनायुक्त आणि नको असलेले डोमेन ब्लॉक करते, जे अभ्यागतांसाठी बहुतेक थ्रेट आणि सामग्रीच्या गरजा पूर्ण करते. हे URL पाथवर नियम लागू करू शकत नाही, विश्वासार्ह डोमेनवरील फाइल्स स्कॅन करू शकत नाही किंवा डेटा लॉस प्रिव्हेंशनसाठी अपलोड तपासू शकत नाही. ज्या व्यवस्थापित उपकरणांना त्या नियंत्रणांची आवश्यकता आहे त्यांच्यासाठी गेटवे ठेवा.

मी DNS फिल्टरिंग आणि सिक्युअर वेब गेटवे एकत्र चालवू शकतो का?

होय, आणि मिक्स साइट्सवर हे सर्वात मजबूत डिझाइन आहे. Shield गेटवे तपासू शकत नसलेल्या गेस्ट डिव्हाइसेससह, DNS रिझोल्यूशनवरील प्रत्येक डिव्हाइस फिल्टर करते. त्यानंतर गेटवे व्यवस्थापित केलेल्या कर्मचारी डिव्हाइसेसची सखोल तपासणी करतो. DNS आधीच ज्ञात-वाईट डोमेन ब्लॉक करत असल्यामुळे, कमी त्रासदायक ट्रॅफिक प्रॉक्सीपर्यंत पोहोचते. दोन कॅटेगरी पॉलिसी अलाइन ठेवा जेणेकरून एका लेअरवर ब्लॉक केलेल्या डोमेनला दुसऱ्या लेअरवर अनुमती दिली जाणार नाही.

सिक्युअर वेब गेटवे गेस्ट WiFi वर कार्य करतो का?

फक्त अंशतः. डिव्हाइसवर विश्वासू रूट प्रमाणपत्र नसल्यास, गेटवे प्रमाणपत्राच्या त्रुटी न आणता HTTPS डिक्रिप्ट करू शकत नाही. तुम्ही गेस्टच्या फोनवर प्रमाणपत्रे इंस्टॉल करू शकत नाही. गेटवे तरीही TLS हँडशेकमध्ये पाठवलेल्या होस्टनेमवर फिल्टर करू शकतो, जे कमी पायाभूत सुविधांसह DNS फिल्टरिंग आधीपासून करत असलेल्या गोष्टीच्या जवळ आहे. गेस्ट WiFi साठी, संरक्षक DNS हा व्यावहारिक पर्याय आहे.

DNS सेवा बंद पडल्यास फिल्टरिंगचे काय होते?

Shield सह, फिल्टरिंग चालू राहते. Shield फेल क्लोज्ड होते, त्यामुळे आउटेजमुळे नेटवर्क कधीही अनफिल्टर राहत नाही. ज्या सेवा फेल ओपन होतात त्या ट्रॅफिकचा प्रवाह सुरू ठेवण्यासाठी डिव्हाइसेसना अनफिल्टर रिझॉल्व्हरकडे पाठवतात, ज्यामुळे आउटेजच्या कालावधीत नेटवर्क असुरक्षित राहते. प्रत्येक व्हेंडरला त्यांचे अपयशी वर्तन लिखित स्वरूपात सांगण्यास सांगा आणि गो-लाइव्ह होण्यापूर्वी ते तपासा.

TLS तपासणी GDPR सह सुसंगत आहे का?

ते असू शकते, परंतु त्याला DNS फिल्टरिंगपेक्षा जास्त गव्हर्नन्सची आवश्यकता आहे. कर्मचाऱ्यांच्या ट्रॅफिकला डिक्रिप्ट केल्याने त्यांच्या संवादातील सामग्रीवर प्रक्रिया होते. त्यामुळे तुम्हाला कायदेशीर आधार, डेटा संरक्षण प्रभाव मूल्यांकन आणि कर्मचाऱ्यांना स्पष्ट सूचनेची आवश्यकता आहे. बहुतेक उपयोजने बँकिंग आणि आरोग्य साइट्सना देखील सूट देतात. DNS फिल्टरिंग केवळ डोमेन नावांवर प्रक्रिया करते, हा एक संकुचित मार्ग आहे जो न्याय्य ठरवणे आणि दस्तऐवजीकरण करणे सोपे आहे.

प्रॉक्सीवरून DNS फिल्टरिंगवर जाण्यासाठी किती प्रयत्न करावे लागतात?

बऱ्याच टीम्सच्या अपेक्षेपेक्षा कमी, कारण कटओव्हर हा प्रति नेटवर्क DNS बदल आहे. काम तीन ठिकाणी असते. तुम्ही प्रॉक्सी कॅटेगरी DNS कॅटेगरीमध्ये मॅप करा, DNS समान नसलेल्या URL-पाथ नियमांचे काय करायचे ते ठरवा आणि फायरवॉलवर एनक्रिप्टेड DNS ब्लॉक करा. तुम्ही जुना नियम संच काढून टाकण्यापूर्वी वास्तविक डिव्हाइसवरून प्रत्येक नेटवर्कची चाचणी घ्या.