EAP-TLS विरुद्ध EAP-TTLS: आपण कोणते प्रमाणपत्र-आधारित WiFi प्रोटोकॉल निवडले पाहिजे?

कार्यकारी सारांश (Executive Summary)

तुमच्या 802.1X उपयोजनासाठी (deployment) योग्य EAP पद्धत निवडणे हे ठरवते की तुमचे एंटरप्राइझ WiFi खरोखर सुरक्षित आहे की केवळ कागदावर नियमांचे पालन करणारे आहे. RFC 5216 मध्ये परिभाषित केलेले EAP-TLS (Extensible Authentication Protocol - Transport Layer Security), परस्पर प्रमाणपत्र प्रमाणीकरण (mutual certificate authentication) आवश्यक करते: नेटवर्क प्रवेश मंजूर होण्यापूर्वी क्लायंट डिव्हाइस आणि RADIUS सर्व्हर दोन्ही वैध X.509 प्रमाणपत्रे सादर करतात. कोणत्याही टप्प्यावर पासवर्डची देवाणघेवाण केली जात नाही. RFC 5281 मध्ये परिभाषित केलेल्या EAP-TTLS (Tunneled Transport Layer Security) ला एनक्रिप्टेड TLS टनेल स्थापित करण्यासाठी केवळ सर्व्हर-साइड प्रमाणपत्र आवश्यक असते, ज्याच्या आत क्लायंट विद्यमान निर्देशिका क्रेडेंशियल (directory credentials) वापरून प्रमाणित करतो.

किरकोळ विक्री साखळी (retail chains), आदरातिथ्य ठिकाणे (hospitality venues) आणि सार्वजनिक क्षेत्रातील संस्थांमधील पायाभूत सुविधांचे व्यवस्थापन करणाऱ्या CTO आणि नेटवर्क आर्किटेक्टसाठी, हा निर्णय एका प्रश्नावर येऊन थांबतो: तुम्ही डिव्हाइस व्यवस्थापित करता का? जर तुम्ही MDM द्वारे डिव्हाइस फ्लीट नियंत्रित करत असाल, तर EAP-TLS हा निश्चित पर्याय आहे. तुम्ही वैविध्यपूर्ण BYOD वातावरणाचे समर्थन करत असल्यास किंवा तुमच्याकडे मजबूत पब्लिक की इन्फ्रास्ट्रक्चर (PKI) नसल्यास, EAP-TTLS एक व्यावहारिक, अत्यंत सुरक्षित पर्याय प्रदान करतो. Purple ८०,००० पेक्षा जास्त थेट ठिकाणांवर Staff WiFi साठी या दोन्ही प्रमाणीकरण मार्गांना समर्थन देते.

तांत्रिक सखोल विश्लेषण (Technical Deep-Dive)

EAP-TLS ची आर्किटेक्चर

EAP-TLS हे IEEE 802.1X पोर्ट-आधारित प्रवेश नियंत्रण फ्रेमवर्कमध्ये परस्पर प्रमाणीकरण मॉडेलवर कार्य करते. प्रत्येक प्रमाणीकरण देवाणघेवाणीमध्ये तीन मुख्य घटक समाविष्ट असतात: सप्लिकंट (क्लायंट डिव्हाइस), प्रमाणकर्ता (वायरलेस ऍक्सेस पॉईंट) आणि प्रमाणीकरण सर्व्हर (RADIUS सर्व्हर). ऍक्सेस पॉईंट स्वतः प्रमाणीकरणाचा निर्णय घेत नाही. हे एक पारदर्शक रिले म्हणून काम करते, EAP संदेशांना RADIUS पॅकेटमध्ये एन्कॅप्स्युलेट करते आणि त्यांना प्रमाणीकरण सर्व्हरकडे फॉरवर्ड करते. EAP-TLS हँडशेक खालीलप्रमाणे कार्य करतो. ऍक्सेस पॉईंट कनेक्ट होणाऱ्या डिव्हाइसला EAP-Request/Identity पाठवतो. डिव्हाइस त्याच्या ओळखीसह प्रतिसाद देते. RADIUS सर्व्हर EAP-TLS/Start मेसेजसह TLS हँडशेक सुरू करतो. क्लायंट ClientHello पाठवतो, ज्यामध्ये त्याच्या समर्थित TLS सायफर सूटची जाहिरात असते. RADIUS सर्व्हर ServerHello, त्याचे X.509 सर्व्हर सर्टिफिकेट आणि सर्टिफिकेट विनंतीसह प्रतिसाद देतो. क्लायंट त्याच्या विश्वसनीय रूट CA स्टोअरच्या तुलनेत सर्व्हर सर्टिफिकेट प्रमाणित करतो. व्हॅलिडेशन अयशस्वी झाल्यास, हँडशेक समाप्त होतो - ज्यामुळे फसव्या ऍक्सेस पॉईंट्सपासून संरक्षण मिळते. क्लायंट नंतर स्वतःचे X.509 सर्टिफिकेट सादर करतो. RADIUS सर्व्हर क्लायंट सर्टिफिकेट प्रमाणित करतो, विश्वसनीय रूट CA पर्यंतची स्वाक्षरी साखळी तपासतो, सर्टिफिकेट कालबाह्य झाले नसल्याची पडताळणी करतो आणि सर्टिफिकेट रिव्होकेशन लिस्ट (CRL) तपासतो किंवा OCSP ला क्वेरी करतो. जेव्हा दोन्ही पक्षांचे समाधान होते, तेव्हाच TLS टनेल स्थापित केले जाते आणि नेटवर्क ऍक्सेस मंजूर केला जातो.

कोणतेही पासवर्ड देवाणघेवाण केले जात नसल्यामुळे, EAP-TLS ऑफलाइन डिक्शनरी हल्ले, क्रेडेंशियल स्टफिंग आणि फिशिंगपासून सुरक्षित आहे. WPA3-Enterprise १९२-बिट (Suite B) आवश्यकता पूर्ण करणारी ही एकमेव EAP पद्धत आहे, आणि कार्डधारक डेटा वातावरणासाठी PCI-DSS 4.0 द्वारे आणि उच्च सुरक्षिततेच्या वायरलेस उपयोजनांसाठी NIST SP 800-120 द्वारे हे अनिवार्य किंवा अत्यंत शिफारसीय आहे.

EAP-TLS साठी PKI आवश्यक आहे. तुम्हाला किमान एक ऑफलाइन रूट CA आणि एक ऑनलाइन जारी करणारे CA आवश्यक आहे. रूट CA एअर-गॅप असले पाहिजे, कारण त्याची प्रायव्हेट की तुमच्या संपूर्ण सर्टिफिकेट पदानुक्रमासाठी मास्टर ट्रस्ट अँकर असते. जारी करणारे CA दररोज सर्टिफिकेट जारी करण्याचे काम सांभाळते आणि CRLs प्रकाशित करते. क्लायंट सर्टिफिकेट वैयक्तिक डिव्हाइसेसना जारी केली जातात, वापरकर्त्यांना नाही - हे एक डिव्हाइस-आयडेंटिटी मॉडेल आहे. IoT डिव्हाइसेस, सामायिक टर्मिनल्स आणि हेडलेस सिस्टम्ससाठी हा फरक अत्यंत महत्त्वाचा आहे.

EAP-TTLS ची रचना

EAP-TTLS ची रचना प्रत्येक क्लायंट डिव्हाइसवर सर्टिफिकेट्स तैनात करण्याच्या ऑपरेशनल ओझ्याशिवाय मजबूत 802.1X सुरक्षा प्रदान करण्यासाठी केली गेली आहे. हे दोन टप्प्यांत कार्य करते. पहिल्या टप्प्यात, RADIUS सर्व्हर आपले सर्टिफिकेट सादर करतो आणि एक सुरक्षित TLS टनेल स्थापित करतो. केवळ सर्व्हरला सर्टिफिकेटची आवश्यकता असते. दुसऱ्या टप्प्यात, क्लायंटला त्या कूटबद्ध टनेलमध्ये अंतर्गत ऑथेंटिकेशन पद्धतीचा वापर करून अधिकृत केले जाते. सामान्य अंतर्गत पद्धतींमध्ये PAP (Password Authentication Protocol), CHAP आणि MS-CHAPv2 चा समावेश होतो. क्लायंट त्याचा युझरनेम आणि पासवर्ड पाठवतो, परंतु ही देवाणघेवाण TLS टनेलच्या आत होत असल्याने, क्रेडेंशियल्स ट्रान्झिटमध्ये कूटबद्ध (encrypted) केली जातात आणि हवेत कधीही उघड होत नाहीत.

EAP-TTLS हे macOS, Linux, Android, आणि iOS वर उत्कृष्ट क्रॉस-प्लॅटफॉर्म समर्थन प्रदान करते. Windows च्या बाबतीत एक अडचण आहे: अंगभूत Windows सप्लिकंट वायरलेस 802.1X साठी मूळतः EAP-TTLS ला थेट समर्थन देत नाही. मोठ्या प्रमाणात Windows डिव्हाइसेस असलेल्या वातावरणात थर्ड-पार्टी सप्लिकंटची आवश्यकता असू शकते, ज्यामुळे ऑपरेशनल गुंतागुंत वाढते. Windows-केंद्रित वातावरणासाठी, MS-CHAPv2 सह PEAP हा बहुधा अधिक व्यावहारिक पर्याय ठरतो.

EAP-TTLS ची सर्वात मोठी मर्यादा ही आहे की ते पासवर्डच्या अंगभूत जोखमींना दूर करत नाही. जर वापरकर्त्याने कमकुवत पासवर्ड निवडला, तर तो ऑफलाइन ब्रूट-फोर्स हल्ल्यांसाठी असुरक्षित राहतो. जर अंतर्गत प्रमाणीकरणामध्ये PAP वापरले जात असेल, तर पासवर्ड टनेलमध्ये प्लेनटेक्स्ट स्वरूपात पाठवला जातो - जे तुम्ही तुमच्या RADIUS इन्फ्रास्ट्रक्चरवर विश्वास ठेवत असल्यास स्वीकार्य आहे, परंतु हे समजून घेणे एक आवश्यक ट्रस्ट मॉडेल आहे.

समोरासमोर तुलना

अंमलबजावणी मार्गदर्शक

व्यवस्थापित फ्लीट्ससाठी EAP-TLS उपयोजित करणे

EAP-TLS उपयोजित करण्यासाठी कार्यरत PKI आणि MDM प्लॅटफॉर्म आवश्यक आहे. एंटरप्राइझ स्तरावर मॅन्युअल प्रमाणपत्र स्थापना व्यावहारिक नाही. तुम्ही SCEP (सिंपल सर्टिफिकेट एनरोलमेंट प्रोटोकॉल) किंवा EST (एनरोलमेंट ओव्हर सिक्युर ट्रान्सपोर्ट) वापरून तुमच्या PKI ला तुमच्या MDM सोबत एकत्रित केले पाहिजे. जेव्हा एखादे कॉर्पोरेट डिव्हाइस नोंदणीकृत केले जाते, तेव्हा ते वापरकर्त्याच्या हस्तक्षेपाशिवाय स्वयंचलितपणे त्याच्या प्रमाणपत्राची विनंती करते आणि ते प्राप्त करते.

ओळख व्यवस्थापनासाठी, Purple Connect परवान्यांतर्गत OpenRoaming सारख्या सेवांसाठी एक विनामूल्य ओळख प्रदाता म्हणून काम करते, जे अंतर्निहित प्रमाणपत्र आणि ओळख फ्रेमवर्क वापरून विविध ठिकाणी सुरक्षित रोमिंग सुलभ करते.

RADIUS च्या बाजूने, तुमच्या अंतर्गत CA च्या विरूद्ध क्लायंट प्रमाणपत्रांचे प्रमाणीकरण करण्यासाठी आणि CRL तपासण्यासाठी किंवा रिअल-टाइम रिव्होकेशन तपासणीसाठी OCSP वापरण्यासाठी तुमचा सर्व्हर कॉन्फिगर करा. समर्थित RADIUS प्लॅटफॉर्ममध्ये FreeRADIUS, Microsoft NPS आणि Cisco ISE समाविष्ट आहेत. Purple चे क्लाउड ओव्हरले Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet हार्डवेअरसह एकत्रित होते.

मिश्र वातावरणासाठी EAP-TTLS उपयोजित करणे

अव्यवस्थित डिव्हाइसेस असलेल्या वातावरणासाठी EAP-TTLS हा सर्वोत्तम पर्याय आहे. तुम्हाला तुमच्या RADIUS सर्व्हरवर फक्त एका विश्वसनीय प्रमाणपत्राची आवश्यकता आहे. अंतर्गत प्रमाणीकरण क्रेडेंशियल्स सत्यापित करण्यासाठी तुमचा RADIUS सर्व्हर थेट तुमच्या डिरेक्टरी सेवेशी - Microsoft Entra ID, Okta किंवा Google Workspace - एकत्रित असल्याची खात्री करा. तुमच्या विशिष्ट विश्वसनीय CA च्या विरूद्ध सर्व्हर प्रमाणपत्र प्रमाणीकरण लागू करण्यासाठी तुमचे MDM-उपयोजित WiFi प्रोफाइल कॉन्फिगर करा. या चरणाशिवाय, TLS टनेल रॉग ॲक्सेस पॉईंट्सपासून कोणतेही संरक्षण प्रदान करत नाही.

सर्वोत्कृष्ट पद्धती

प्रत्येक क्लायंटवर सर्व्हर प्रमाणपत्र प्रमाणीकरण लागू करा

EAP-TLS आणि EAP-TTLS या दोन्हीसाठी सर्वात महत्त्वाचे कॉन्फिगरेशन पाऊल म्हणजे क्लायंट डिव्हाइसवर सर्व्हर प्रमाणपत्र प्रमाणीकरण लागू करणे. जर एखादे डिव्हाइस विशिष्ट विश्वसनीय CA च्या विरूद्ध RADIUS सर्व्हरचे प्रमाणपत्र प्रमाणित करत नसेल, तर ते कोणत्याही प्रमाणपत्रासह सादर होणाऱ्या कोणत्याही सर्व्हरशी कनेक्ट होईल - ज्यामध्ये फसव्या ॲक्सेस पॉइंटचाही समावेश आहे. तुमच्या MDM-नियोजित WiFi प्रोफाइलमध्ये नेहमी विश्वसनीय CA आणि अपेक्षित सर्व्हरचे नाव निर्दिष्ट करा. ही एकच कॉन्फिगरेशन तपासणी आज तुम्ही अंमलात आणू शकत असलेली सर्वात प्रभावी सुरक्षा सुधारणा आहे.

प्रमाणपत्र लाइफसायकल व्यवस्थापन स्वयंचलित करा

प्रमाणपत्रांची मुदत संपते. जर तुमच्याकडे स्वयंचलित नूतनीकरण प्रक्रिया नसेल, तर एकाच वेळी प्रमाणपत्रांची मुदत संपल्यावर तुम्हाला मोठ्या प्रमाणावर प्रमाणीकरण अपयशाचा सामना करावा लागेल. नूतनीकरण स्वयंचलित करण्यासाठी SCEP किंवा EST वापरा आणि मुदत संपण्याच्या तारखेच्या खूप आधी देखरेख सतर्कता (मॉनिटरिंग अलर्ट) कॉन्फिगर करा. एखादे डिव्हाइस हरवल्यास किंवा कर्मचाऱ्याने नोकरी सोडल्यास, प्रमाणपत्र त्वरित रद्द करा. रिअल-टाइम प्रमाणीकरणासाठी CRLs तपासण्यासाठी किंवा OCSP वापरण्यासाठी तुमचा RADIUS सर्व्हर कॉन्फिगर करा.

प्रमाणीकरण पद्धतीनुसार तुमच्या नेटवर्कचे विभाजन करा

मोठ्या किंवा वितरित वातावरणात, स्वतंत्र SSIDs वर दोन्ही प्रोटोकॉल चालवण्याचा विचार करा. कॉर्पोरेट व्यवस्थापित डिव्हाइसेस समर्पित स्टाफ WiFi SSID वर EAP-TLS द्वारे प्रमाणित होतात. कंत्राटदार आणि BYOD डिव्हाइसेस योग्य VLAN विभाजनासह स्वतंत्र SSID वर EAP-TTLS द्वारे प्रमाणित होतात. हा पॅटर्न प्रिमियर इन आणि व्हिटब्रेड सारख्या आदरातिथ्य समूहांमध्ये सामान्य आहे, जेथे कर्मचाऱ्यांच्या डिव्हाइसेसचे व्यवस्थापन केले जाते आणि प्रमाणपत्रे दिली जातात, तर अतिथी पायाभूत सुविधा स्वतंत्र प्रमाणीकरण मार्ग वापरतात. SSID आर्किटेक्चरवरील अधिक तपशीलांसाठी, आमचे मार्गदर्शक पहा थ्री SSIDs टू रूल देम ऑल: द WiFi डिझाइन फॉर गेस्ट, स्टाफ अँड IoT.

सर्व पायाभूत सुविधांमध्ये वेळ समक्रमित करा

प्रमाणपत्र प्रमाणीकरण अचूक सिस्टम वेळेवर अवलंबून असते. क्लायंट डिव्हाइसेस किंवा RADIUS सर्व्हरवरील घड्याळाच्या वेळेतील फरकामुळे 'अद्याप वैध नाही' किंवा 'मुदत संपली आहे' अशा प्रमाणपत्राच्या त्रुटी उद्भवतात ज्यांचे निदान करणे कठीण असते. सर्व पायाभूत सुविधांचे घटक विश्वसनीय NTP सर्व्हरसह समक्रमित असल्याचे सुनिश्चित करा.

समस्यानिवारण आणि जोखीम कमी करणे

अज्ञात CA त्रुटी

जर RADIUS लॉग्ज 'unknown CA' दर्शवत असतील, तर क्लायंट डिव्हाइस RADIUS सर्व्हरचे प्रमाणपत्र जारी करणाऱ्या CA वर विश्वास ठेवत नाही. तुमच्या MDM प्रोफाइलमध्ये रूट CA प्रमाणपत्र समाविष्ट असल्याचे आणि अर्जदार त्यावर विश्वास ठेवण्यासाठी कॉन्फिगर केलेला असल्याचे सत्यापित करा. CA रोटेशन किंवा प्रमाणपत्र नूतनीकरणानंतर, अपडेट केलेले CA बंडल सर्व डिव्हाइसेसवर पुन्हा पुश करा.

EAP पद्धतीचा बेबनाव

जर डिव्हाइसेस ॲक्सेस पॉइंटशी कनेक्ट होत असतील परंतु प्रमाणीकरण अयशस्वी होत असेल, तर क्लायंटवर कॉन्फिगर केलेली EAP पद्धत RADIUS सर्व्हरद्वारे स्वीकारलेल्या पद्धतीशी जुळत असल्याची तपासणी करा. केवळ PEAP साठी कॉन्फिगर केलेल्या RADIUS सर्व्हरवर EAP-TLS साठी सेट केलेले डिव्हाइस प्रोफाइल अयशस्वी होईल.

कालबाह्य झालेल्या प्रमाणपत्रांमुळे मोठ्या प्रमाणावर होणारे अपयश

जर मोठ्या संख्येने उपकरणे एकाच वेळी ऑथेंटिकेट होण्यास अपयशी ठरली, तर सर्वात आधी प्रमाणपत्र संपण्याची तारीख (certificate expiry dates) तपासा. EAP-TLS उपयोजनांमध्ये मोठ्या प्रमाणावर 802.1X अयशस्वी होण्याचे हे सर्वात सामान्य कारण आहे. अशी मॉनिटरिंग सिस्टम लागू करा जी प्रमाणपत्र संपण्याच्या ६० दिवस, ३० दिवस आणि सात दिवस आधी अलर्ट पाठवेल.

RADIUS क्लायंटची चुकीची कॉन्फिगरेशन

प्रत्येक ॲक्सेस पॉइंट किंवा वायरलेस कंट्रोलर योग्य IP ॲड्रेस आणि शेअर्ड सीक्रेटसह RADIUS क्लायंट म्हणून परिभाषित केलेला असणे आवश्यक आहे. यामधील विसंगतीमुळे ऑथेंटिकेशन टाईमआउट्स होतात, जे सहसा चुकीच्या पद्धतीने EAP पद्धतीमुळे झाल्याचे समजले जाते. पहिल्या दिवसापासूनच तपशीलवार RADIUS लॉगिंग सक्षम करा. अधिक WiFi ट्रबलशूटिंग मार्गदर्शनासाठी, आमचे Troubleshooting Public WiFi: Fixing 'Connected, No Internet' and Splash Page Redirection Failures हे मार्गदर्शन पहा.

अनुपालन आणि नियामक संरेखन (Compliance and Regulatory Alignment)

CISO आणि नेटवर्क आर्किटेक्ट्ससाठी, EAP-TLS आणि EAP-TTLS मधील निवड करताना नियामक लँडस्केप समजून घेणे आवश्यक आहे. EAP पद्धतीची निवड थेट तुमच्या अनेक प्रमुख फ्रेमवर्कमधील अनुपालन स्थितीवर परिणाम करते.

PCI DSS 4.0 (पेमेंट कार्ड इंडस्ट्री डेटा सिक्युरिटी स्टँडर्ड) ला कार्डधारक डेटा वातावरणातील वायरलेस नेटवर्कसाठी मजबूत क्रिप्टोग्राफिक ऑथेंटिकेशन आवश्यक आहे. आवश्यकता ८.३ CDE च्या सर्व प्रवेशासाठी मल्टी-फॅक्टर ऑथेंटिकेशन अनिवार्य करते, आणि व्याप्तीमधील वायरलेस नेटवर्कने मजबूत ऑथेंटिकेशन यंत्रणा वापरली पाहिजे. EAP-TLS, प्रमाणपत्र-आधारित परस्पर ऑथेंटिकेशनसह, ही आवश्यकता निश्चितपणे पूर्ण करते. जर अंतर्गत ऑथेंटिकेशन योग्यरित्या सुरक्षित केले असेल आणि सर्व्हर प्रमाणपत्र प्रमाणीकरण लागू केले असेल तर MS-CHAPv2 सह EAP-TTLS स्वीकार्य आहे, परंतु EAP-TLS हा अधिक मजबूत आणि ऑडिटरसाठी सोयीस्कर पर्याय आहे. HIPAA (हेल्थ इन्शुरन्स पोर्टेबिलिटी अँड अकाउंटेबिलिटी ॲक्ट) ला कव्हर केलेल्या संस्थांनी तांत्रिक सुरक्षा उपाय लागू करणे आवश्यक आहे जे इलेक्ट्रॉनिक कम्युनिकेशन नेटवर्कवर प्रसारित होणाऱ्या इलेक्ट्रॉनिक संरक्षित आरोग्य माहितीचे (ePHI) संरक्षण करतात. HIPAA सुरक्षा नियम विशिष्ट प्रोटोकॉल अनिवार्य करत नाही, परंतु ePHI वाहून नेणाऱ्या वायरलेस नेटवर्कसाठी एन्क्रिप्शन आणि ॲक्सेस कंट्रोलची अपेक्षा व्यवस्थापित वैद्यकीय उपकरणांच्या ताफ्यासाठी EAP-TLS च्या आणि कर्मचारी उपकरणांसाठी लागू केलेल्या सर्व्हर प्रमाणपत्र प्रमाणीकरणासह EAP-TTLS च्या बाजूने मोठ्या प्रमाणावर झुकते.

WPA3-Enterprise 192-bit (ज्याला Suite B किंवा CNSA मोड देखील म्हणतात) हा Wi-Fi Alliance च्या WPA3 प्रमाणपत्राचा सर्वोच्च सुरक्षा स्तर आहे. हे EAP-TLS ला एकमेव अनुमत ऑथेंटिकेशन पद्धत म्हणून अनिवार्य करते, विशिष्ट सायफर सूटसह (ECDHE with P-384, AES-256-GCM) TLS १.२ किंवा त्याहून अधिक आवश्यक आहे, आणि ECDSA किंवा RSA-3072 प्रमाणपत्रांची आवश्यकता असते. सरकारी, संरक्षण किंवा गंभीर पायाभूत सुविधांच्या ॲप्लिकेशनसाठी WPA3-Enterprise 192-bit तैनात करणाऱ्या संस्थांनी EAP-TLS वापरणे आवश्यक आहे.ISO/IEC 27001 विशिष्ट प्रोटोकॉल्स अनिवार्य करत नाही, परंतु नेटवर्क संसाधनांसाठी संस्थांनी योग्य प्रवेश नियंत्रणे लागू करणे आवश्यक आहे. EAP-TLS किंवा EAP-TTLS (सक्तीच्या सर्व्हर प्रमाणपत्र प्रमाणीकरणासह) यांपैकी एकासह 802.1X उपयोजन, Annex A.9.1 आणि A.13.1 च्या नेटवर्क प्रवेश नियंत्रण आवश्यकता पूर्ण करते.

ROI आणि व्यावसायिक प्रभाव

EAP-TLS वर स्थलांतरित होण्यासाठी PKI आणि MDM एकत्रीकरणामध्ये सुरुवातीची गुंतवणूक आवश्यक आहे, परंतु यामुळे पासवर्ड रीसेटचा कार्यात्मक खर्च आणि तडजोड केलेल्या क्रेडेंशियल्समुळे नेटवर्क उल्लंघनाचा आर्थिक धोका दूर होतो. ४०० स्टोअर्स असलेल्या रिटेल साखळीसाठी, सामायिक केलेल्या PSK नेटवर्कवरील एका तडजोड केलेल्या पासवर्डमुळे संपूर्ण मालमत्ता धोक्यात येऊ शकते. EAP-TLS हा हल्ला करण्याचा मार्ग पूर्णपणे काढून टाकतो.

बहु-भाडेकरू (multi-tenant) पर्यावरण आणि प्रवासी हबसाठी, सुरक्षित प्रमाणीकरण केवळ अधिकृत वापरकर्तेच नेटवर्क बँडविड्थचा वापर करत असल्याची खात्री करते, ज्यामुळे पायाभूत सुविधांचा वापर इष्टतम होतो. RADIUS प्रमाणपत्र गुणधर्मांद्वारे डायनॅमिक VLAN असाइनमेंट क्रिप्टोग्राफिक पद्धतीने लागू केलेल्या नेटवर्क विभाजनास सक्षम करते, ज्यामुळे डिव्हाइसेस केवळ SSID निवडीवर किंवा MAC पत्ता फिल्टरिंगवर अवलंबून न राहता प्रमाणपत्र गुणधर्मांवर आधारित योग्य नेटवर्क विभागावर ठेवले जातील याची खात्री होते.

Purple चे WiFi Analytics प्लॅटफॉर्म दोन्ही प्रमाणीकरण मार्गांशी समाकलित होते, जे तुमच्या संपूर्ण मालमत्तेवर डिव्हाइस संख्या, सत्र कालावधी आणि नेटवर्क वापराविषयी दृश्यमानता प्रदान करते. क्षेत्र-विशिष्ट उपयोजन मार्गदर्शनासाठी, आमच्या Hospitality, Retail, Healthcare आणि Transport च्या संसाधनांचा शोध घ्या.