मुख्य मजकुराकडे जा
मराठी

Enterprise SCEP सेटअप मार्गदर्शक: उच्च शिक्षण आणि मोठ्या नेटवर्क्ससाठी प्रमाणपत्र-आधारित WiFi प्रमाणीकरण

हे मार्गदर्शक SCEP वापरून प्रमाणपत्र-आधारित WiFi प्रमाणीकरण तैनात करण्यासाठी एक व्यापक तांत्रिक आराखडा प्रदान करते. यामध्ये प्री-शेअर्ड की वरून EAP-TLS मध्ये आर्किटेक्चरल संक्रमण, MDM प्लॅटफॉर्मवर अंमलबजावणीचे क्रम आणि मोठ्या प्रमाणावरील नेटवर्क्ससाठी महत्त्वपूर्ण जोखीम कमी करण्याच्या धोरणांचा समावेश आहे.

प्रकाशित अद्ययावत केले
📖 5 मिनिट वाचन1,107 शब्द2 सोडवलेली उदाहरणे3 सराव प्रश्न8 महत्वाच्या व्याख्या

हे मार्गदर्शक ऐका

पॉडकास्ट ट्रान्सक्रिप्ट पहा
Enterprise SCEP Setup Guide: Certificate-Based WiFi Authentication for Higher Education and Large Networks A Purple Technical Briefing - Podcast Script (approximately 10 minutes) --- INTRODUCTION AND CONTEXT - approximately 1 minute Purple Technical Briefing मालिकेत आपले स्वागत आहे. आज मी अशा एका विषयाबद्दल बोलत आहे जो बऱ्याच IT इनबॉक्समध्ये येतो परंतु त्यावर क्वचितच थेट उत्तर मिळते: विद्यापीठ कॅम्पस, बहु-साइट हॉटेल समूह किंवा मोठी सार्वजनिक क्षेत्रे असोत, संपूर्ण मोठ्या नेटवर्कवर SCEP चा वापर करून सर्टिफिकेट-आधारित WiFi ऑथेंटिकेशन प्रत्यक्षात मोठ्या प्रमाणावर कसे तैनात करावे? आम्ही संपूर्ण चित्र कव्हर करणार आहोत. SCEP प्रत्यक्षात काय करते, ते 802.1X आर्किटेक्चरमध्ये कसे बसते, अशी डिप्लॉयमेंट सिक्वेन्स जी बहुतेक टीम्स चुकीची करतात, दोन वास्तविक-जगातील अंमलबजावणीची उदाहरणे आणि अशा अडचणी ज्यामुळे तुमचे नियोजन योग्य नसल्यास तुमच्या आयुष्यातील संपूर्ण वीकेंड वाया जाऊ शकतो. हे एका कन्सल्टंटचे ब्रीफिंग आहे, ट्युटोरियल नाही. मी असे गृहीत धरत आहे की तुम्हाला RADIUS सर्व्हर काय आहे हे माहित आहे आणि तुम्ही कदाचित आधीच प्री-शेअर्ड कीज वापरणे थांबवण्याचा निर्णय घेतला आहे. तुम्हाला आता गरज आहे ती अंमलबजावणीच्या आराखड्याची. चला तर मग, सुरुवात करूया. --- TECHNICAL DEEP-DIVE - approximately 5 minutes तर, प्रथम मूलभूत तत्त्वे. SCEP म्हणजे Simple Certificate Enrollment Protocol. २०२० मध्ये IETF द्वारे RFC 8894 म्हणून याला औपचारिक रूप दिले गेले, जरी त्याआधी दशकभरापेक्षा जास्त काळ एंटरप्राइझमध्ये याचा व्यापक वापर होत होता. याचे काम अगदी सोपे आहे: कोणत्याही व्यक्तीला प्रत्येक मशीनला स्पर्श न करता, मॅनेज्ड डिव्हाइसवर डिजिटल सर्टिफिकेट मिळवण्याची प्रक्रिया स्वयंचलित करणे. WiFi ऑथेंटिकेशनच्या संदर्भात, SCEP हे डिलिव्हरी मेकॅनिझम आहे. आपण ज्या वास्तविक ऑथेंटिकेशन प्रोटोकॉलला लक्ष्य करत आहात तो EAP-TLS आहे - Extensible Authentication Protocol with Transport Layer Security - जो 802.1X फ्रेमवर्कमध्ये समाविष्ट असतो. EAP-TLS ला एंटरप्राइझ वायरलेस नेटवर्कसाठी सर्वात सुरक्षित ऑथेंटिकेशन पद्धत मानली जाते कारण यासाठी क्लायंट डिव्हाइस आणि RADIUS सर्व्हर दोघांनाही वैध सर्टिफिकेट्स सादर करणे आवश्यक असते. कोणतीही बाजू क्रिप्टोग्राफिक पुराव्याशिवाय दुसऱ्यावर विश्वास ठेवत नाही. हे परस्पर ऑथेंटिकेशनच तुमचे इव्हिल ट्विन हल्ल्यांपासून संरक्षण करते - जिथे हल्लेखोर क्रेडेंशियल्स चोरण्यासाठी बनावट ॲक्सेस पॉइंट तयार करतो. संपूर्ण साखळी कशी काम करते ते येथे दिले आहे. एक व्यवस्थापित डिव्हाइस - विद्यार्थ्याचा लॅपटॉप, कर्मचाऱ्याचा फोन किंवा हॉटेलमधील पॉईंट-ऑफ-सेल टर्मिनल - याला कॉर्पोरेट वायरलेस नेटवर्कशी जोडले जाणे आवश्यक असते. तुमचे MDM प्लॅटफॉर्म, जे Microsoft Intune किंवा Jamf असू शकते, त्या डिव्हाइसवर SCEP पेलोड पाठवते. या पेलोडमध्ये दोन गोष्टी असतात: SCEP URL, जे तुमच्या NDES सर्व्हरकडे किंवा क्लाउड SCEP गेटवेकडे निर्देशित करते, आणि एक चॅलेंज पासवर्ड किंवा शेअर्ड सिक्रेट. ते डिव्हाइस स्थानिक पातळीवर स्वतःची पब्लिक आणि प्रायव्हेट की जोडी तयार करते. हे अत्यंत महत्त्वाचे आहे. प्रायव्हेट की कधीही डिव्हाइस सोडत नाही. ती डिव्हाइसवरच तयार केली जाते, सिक्युर एनक्लेव किंवा TPM मध्ये सुरक्षित ठेवली जाते आणि नेटवर्कवर कधीही पाठवली जात नाही. त्यानंतर डिव्हाइस सर्टिफिकेट साइनिंग रिक्वेस्ट - म्हणजेच CSR - तयार करते आणि SCEP गेटवेकडे पाठवते. गेटवे चॅलेंज प्रमाणित करतो, CSR तुमच्या सर्टिफिकेट ऑथॉरिटीकडे (CA) पाठवतो आणि CA त्यावर स्वाक्षरी करून पब्लिक सर्टिफिकेट डिव्हाइसला परत करतो. त्या क्षणापासून, जेव्हा ते डिव्हाइस तुमच्या WiFi SSID शी कनेक्ट होते, तेव्हा ते RADIUS सर्व्हरला ते सर्टिफिकेट सादर करते. RADIUS सर्व्हर तुमच्या CA च्या ट्रस्ट चेनद्वारे सर्टिफिकेट प्रमाणित करतो, सर्टिफिकेट रद्द तर झाले नाही ना हे तपासण्यासाठी सर्टिफिकेट रिव्होकेशन लिस्ट तपासतो आणि सर्व काही योग्य असल्यास, ॲक्सेस पॉईंटला स्वीकृती संदेश पाठवतो. डिव्हाइस नेटवर्कवर कनेक्ट होते. ही संपूर्ण प्रक्रिया वापरकर्त्यासाठी पूर्णपणे अदृश्य असते. आता, SCEP हे त्याच्या पर्यायी पर्याय म्हणजेच PKCS च्या तुलनेत कुठे उभे आहे याबद्दल बोलूया. PKCS - पब्लिक की क्रिप्टोग्राफी स्टँडर्ड्स - हा Intune सारख्या प्लॅटफॉर्मद्वारे समर्थित असलेला दुसरा सर्टिफिकेट डिलिव्हरी पर्याय आहे. PKCS मध्ये, CA पब्लिक आणि प्रायव्हेट दोन्ही की मध्यवर्ती पद्धतीने तयार करतो आणि सर्टिफिकेट कनेक्टर ही की जोडी डिव्हाइसवर पाठवतो. याचा अर्थ असा की प्रायव्हेट की नेटवर्कवरून प्रवास करते, ज्यामुळे सुरक्षेचा एक संभाव्य धोका निर्माण होतो. S/MIME ईमेल एन्क्रिप्शनसारख्या वापरांसाठी PKCS योग्य आहे जेथे की एस्क्रॉ खरोखरच आवश्यक असतो. WiFi ऑथेंटिकेशनसाठी, SCEP हाच योग्य पर्याय आहे. प्रायव्हेट की डिव्हाइसवरच राहते, विषय संपला. आता, हार्डवेअर स्तर. SCEP आणि EAP-TLS हे व्हेंडर-न्यूट्रल स्टँडर्ड्स आहेत, याचा अर्थ ते Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, आणि Fortinet ॲक्सेस पॉईंट्सवर काम करतात. तुमचे RADIUS कॉन्फिगरेशन - मग ते Windows NPS असो, FreeRADIUS असो किंवा क्लाउड RADIUS सर्व्हिस असो - तिथेच तुम्ही सर्टिफिकेट व्हॅलिडेशन पॉलिसी परिभाषित करता आणि महत्त्वाचे म्हणजे, डायनॅमिक VLAN असाइनमेंट कॉन्फिगर करता. डायनॅमिक VLAN च्या माध्यमातून तुम्ही ओळखीनुसार नेटवर्कचे वर्गीकरण करता. विद्यार्थ्यांच्या डिव्हाइसला VLAN 20 मिळते - केवळ इंटरनेट ॲक्सेस. फॅकल्टीच्या डिव्हाइसला VLAN 10 मिळते - अंतर्गत संशोधन प्रणालींचा ॲक्सेस. फॅसिलिटी मॅनेजमेंट डिव्हाइसला VLAN 30 मिळते - बिल्डिंग मॅनेजमेंट सिस्टीमचा ॲक्सेस. हे सर्व सर्टिफिकेटच्या वैशिष्ट्यांद्वारे आणि RADIUS पॉलिसीद्वारे चालवले जाते, ज्यासाठी प्रति डिव्हाइस कोणत्याही मॅन्युअल हस्तक्षेपाची आवश्यकता नसते. आयडेंटिटी प्रोव्हायडर इंटिग्रेशनसाठी, SCEP सर्टिफिकेट ॲट्रिब्युट्स - विशेषतः Subject Alternative Name - Microsoft Entra ID, Okta, किंवा Google Workspace कडून वापरकर्त्याचे प्रिन्सिपल नाव कॅरी करू शकतात. हे सर्टिफिकेटला एका विशिष्ट ओळखीशी जोडते, ज्याचा अर्थ असा आहे की जेव्हा तुम्ही Entra ID मध्ये एखादे खाते निष्क्रिय करता आणि MDM डिव्हाइसला अनएनरोल करते, तेव्हा सर्टिफिकेट रद्द केले जाते आणि WiFi ॲक्सेस आपोआप बंद होतो. हा असा रिव्होकेशन इतिहास आहे जो प्री-शेअर्ड कीज कधीच देऊ शकत नाहीत. --- अमलबजावणीच्या शिफारसी आणि धोके - अंदाजे २ मिनिटे चला, आता डिप्लॉयमेंट सिक्वेन्सबद्दल बोलूया, कारण बहुतेक टीम्स याच ठिकाणी अडखळतात. हा सिक्वेन्स बदलता येत नाही: आधी Trusted Root सर्टिफिकेट, नंतर SCEP सर्टिफिकेट प्रोफाइल आणि शेवटी WiFi प्रोफाइल. Intune आणि Jamf दोन्ही प्रोफाइल डिपेंडन्सी लागू करतात. जर तुमचे WiFi प्रोफाइल अशा SCEP सर्टिफिकेटचा संदर्भ घेत असेल जे अद्याप डिव्हाइसवर डिप्लॉय केलेले नाही, तर WiFi प्रोफाइल एका अस्पष्ट एररसह अयशस्वी होईल जी चुकीच्या कॉन्फिगरेशनसारखी दिसते परंतु ती केवळ टायमिंगची समस्या असते. दुसरा धोका म्हणजे ग्रुप टार्गेटिंग. Trusted Root, SCEP, आणि WiFi - हे तिन्ही प्रोफाइल अगदी एकाच Azure AD किंवा Jamf ग्रुपवर डिप्लॉय केले जाणे आवश्यक आहे. जर SCEP प्रोफाइल युझर ग्रुपला टार्गेट करत असेल आणि WiFi प्रोफाइल डिव्हाइस ग्रुपला टार्गेट करत असेल, तर Intune डिपेंडन्सी सोडवू शकत नाही आणि WiFi प्रोफाइल Not Applicable म्हणून दिसेल. यामध्ये टीम्स सतत अडकतात. तिसरे: NDES सर्व्हरची उपलब्धता. तुमचा NDES सर्व्हर इंटरनेटवरून पोहोचण्यायोग्य असणे आवश्यक आहे जेणेकरून डिव्हाइसेस ऑन-साइट येण्यापूर्वी एनरोल होऊ शकतील. हे करण्याचा योग्य मार्ग म्हणजे तुमच्या फायरवॉलमध्ये होल पाडणे नव्हे, तर Azure AD Application Proxy चा वापर करणे आहे. App Proxy तुम्हाला इनबाउंड पोर्ट्सशिवाय सुरक्षित रिमोट ॲक्सेस देते आणि तुम्हाला एनरोलमेंट फ्लोमध्ये कंडिशनल ॲक्सेस पॉलिसी लागू करण्याची परवानगी देते. चौथे: CRL उपलब्धता. प्रत्येक वेळी डिव्हाइस ऑथेंटिकेट होते तेव्हा तुमचा RADIUS सर्व्हर Certificate Revocation List तपासतो. जर तुमचा CRL Distribution Point अनुपलब्ध असेल - एखादा सर्व्हर डाउन असल्यामुळे किंवा URL बदलल्यामुळे - तर नेटवर्कवरील प्रत्येक डिव्हाइससाठी ऑथेंटिकेशन एकाच वेळी अयशस्वी होते. यामुळे संपूर्ण कॅम्पसचे नेटवर्क ठप्प होऊ शकते. तुमचे CRL एंडपॉइंट्स अत्यंत उपलब्ध ठेवा आणि लाइव्ह जाण्यापूर्वी रिव्होकेशनची चाचणी घ्या. मोठ्या नेटवर्कसाठी - ५०० पेक्षा जास्त डिव्हाइसेस असलेल्या कोणत्याही नेटवर्कसाठी - ऑन-प्रिमाइसेस NDES ऐवजी क्लाउड SCEP गेटवेचा विचार करा. क्लाउड गेटवेज NDES सिंगल पॉइंट ऑफ फेल्युअर दूर करतात, हॉरिझॉन्टली स्केल होतात आणि सामान्यतः क्लाउड RADIUS सेवांशी थेट इंटिग्रेट होतात, ज्यामुळे आणखी एक इन्फ्रास्ट्रक्चर डिपेंडन्सी निघून जाते. --- रॅपिड-फायर प्रश्न आणि उत्तरे - अंदाजे १ मिनिट काय SCEP अशा BYOD डिव्हाइसेसना हाताळू शकते जे MDM-एनरोल केलेले नाहीत? थेट नाही. सर्टिफिकेट पेलोड पुश करण्यासाठी SCEP ला MDM एनरोलमेंटची आवश्यकता असते. अनमॅनेज्ड BYOD साठी, तुम्हाला वेगळ्या पध्दतीची गरज आहे - एकतर सेल्फ-सर्व्हिस ऑनबोर्डिंग पोर्टल किंवा आयडेंटिटी व्हेरिफिकेशनसह Captive Portal वापरणारे स्वतंत्र SSID. Purple चे प्लॅटफॉर्म तुमच्या सर्टिफिकेट-ऑथेंटिकेटेड स्टाफ नेटवर्कसह राहून तो गेस्ट आणि BYOD लेयर अगदी सुलभपणे हाताळते. iOS आणि Android चे काय? हे दोन्ही प्लॅटफॉर्म SCEP ला नेटिव्हली सपोर्ट करतात. iOS ने iOS 4 पासून SCEP ला सपोर्ट केला आहे. Android Enterprise हे Intune आणि इतर MDMs च्या माध्यमातून SCEP ला सपोर्ट करते. प्रत्येक प्लॅटफॉर्मनुसार कॉन्फिगरेशन थोडे वेगळे असते परंतु त्यामागील प्रोटोकॉल अगदी सारखाच असतो. EAP-TLS हे WPA3 सोबत काम करते का? होय. WPA3-Enterprise संवेदनशील वातावरणासाठी १९२-बिट सिक्युरिटी मोड अनिवार्य करते आणि EAP-TLS याच्याशी पूर्णपणे सुसंगत आहे. खरं तर, सरकारी आणि वित्तीय नेटवर्कसाठी Wi-Fi Alliance द्वारे WPA3-Enterprise आणि EAP-TLS चे संयोजन सुचवले जाते. - - सारांश आणि पुढील पावले - अंदाजे १ मिनिट या सर्व गोष्टी एकत्र आणण्यासाठी. ५० पेक्षा जास्त व्यवस्थापित डिव्हाइसेस असलेल्या कोणत्याही नेटवर्कसाठी SCEP सर्टिफिकेट WiFi ऑथेंटिकेशन हे योग्य आर्किटेक्चर आहे. हे शेअर्ड क्रेडेंशियल्स काढून टाकते, तुम्हाला प्रति-डिव्हाइस ओळख देते, डायनॅमिक VLAN सेगमेंटेशन सक्षम करते आणि ऑटोमेटेड रिव्होकेशनसाठी तुमच्या आयडेंटिटी प्रोव्हाइडरसोबत थेट इंटिग्रेट करते. डिप्लॉयमेंट सिक्वेन्स - आधी Trusted Root, नंतर SCEP प्रोफाइल, आणि नंतर WiFi प्रोफाइल - हा निश्चित आहे. ग्रुप टार्गेटिंग सुसंगत असणे आवश्यक आहे. CRL उपलब्धता ऐच्छिक नाही. विशेषतः उच्च शिक्षणासाठी, कर्मचारी आणि फॅकल्टी डिव्हाइसेससाठी SCEP चे संयोजन, आणि त्यासोबत वैयक्तिक डिव्हाइसेसवरील विद्यार्थ्यांसाठी स्वतंत्र गेस्ट WiFi लेयर, तुम्हाला सुरक्षेसोबतच कोणत्याही तडजोडीशिवाय एक चांगला वापरकर्ता अनुभव देते. तुम्हाला अधिक सखोल माहिती हवी असल्यास, Active Directory किंवा ऑन-प्रिमायसेस सर्व्हरशिवाय एंटरप्राइझ WiFi ऑथेंटिकेशनवरील Purple ची मार्गदर्शिका क्लाउड-नेटिव्ह मार्गाचा समावेश करते. आणि एखादा कर्मचारी कंपनी सोडतो तेव्हा काय होते याचा तुम्ही विचार करत असाल, तर आमची WiFi ऍक्सेस रिव्होक करण्यावरील मार्गदर्शिका संपूर्ण रिव्होकेशन वर्कफ्लो स्पष्ट करते. ऐकल्याबद्दल धन्यवाद. मी Purple टेक्निकल टीममधून आहे, आणि आपण पुढच्या ब्रीफिंगमध्ये भेटू. - - स्क्रिप्ट समाप्त

आमच्या मुख्य मालिकेचा भाग: Enterprise WiFi सुरक्षा मार्गदर्शक →

Enterprise SCEP सेटअप मार्गदर्शक: उच्च शिक्षण आणि मोठ्या नेटवर्क्ससाठी प्रमाणपत्र-आधारित WiFi प्रमाणीकरण

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

एंटरप्राइझ ठिकाणांसाठी - मग ते आधुनिक उच्च शिक्षण परिसर असो, बहु-साइट किरकोळ व्यवसाय असो किंवा मोठे आदरातिथ्य (hospitality) समूह असो - कर्मचारी आणि ऑपरेशनल WiFi साठी प्री-शेअर्ड की वर अवलंबून राहणे अस्वीकार्य सुरक्षा धोके आणि ऑपरेशनल गुंतागुंत निर्माण करते. आधुनिक नेटवर्क आर्किटेक्चरला EAP-TLS वापरून 802.1X प्रमाणीकरण (authentication) आवश्यक असते, जे नेटवर्क प्रवेश मिळवण्यापूर्वी प्रत्येक डिव्हाइस क्रिप्टोग्राफिकरित्या सत्यापित केले जाण्याची खात्री करते.

खरे आव्हान वितरणात आहे: आपल्या हेल्पडेस्कला सपोर्ट तिकिटांखाली न दाबता हजारो Windows, iOS आणि Android डिव्हाइसेसवर अनन्य क्लायंट प्रमाणपत्रे तैनात करणे. Microsoft Intune, Jamf आणि इतर MDM प्लॅटफॉर्म स्वयंचलित प्रमाणपत्र लाइफसायकल व्यवस्थापनाद्वारे हे सोडवतात. SCEP (Simple Certificate Enrolment Protocol) वापरून, IT टीम्स व्यवस्थापित एंडपॉइंट्सवर विश्वसनीय रूट आणि क्लायंट प्रमाणपत्रे सायलेंटली पुश करू शकतात.

हे मार्गदर्शक एंटरप्राइझ SCEP प्रमाणपत्र उपयोजनासाठी (deployment) एक निश्चित आर्किटेक्चरल ब्लूप्रिंट आणि टप्प्याटप्प्याने अंमलबजावणीची रणनीती प्रदान करते. आम्ही यशस्वीतेसाठी आवश्यक असलेल्या उपयोजन क्रमाचा शोध घेऊ, वास्तविक जगातील जोखीम कमी करण्याच्या धोरणांची रूपरेषा आखू आणि Purple चा ओळख-आधारित नेटवर्क दृष्टिकोन या आवश्यकतांशी कसा सुसंगत आहे याचे तपशील देऊ.

तांत्रिक सखोल विश्लेषण: SCEP आणि 802.1X आर्किटेक्चर

प्रमाणपत्र-आधारित WiFi उपयोजन धोरण तयार करताना, त्यामागील प्रोटोकॉलमधील परस्परसंवाद समजून घेणे अत्यंत महत्त्वाचे आहे. SCEP ही वितरण यंत्रणा आहे; EAP-TLS हा प्रमाणीकरण प्रोटोकॉल आहे.

SCEP (सिंपल सर्टिफिकेट एनरोलमेंट प्रोटोकॉल)

SCEP हे एंटरप्राइझ डिव्हाइस नोंदणीसाठीचे उद्योग मानक आहे. SCEP वर्कफ्लोमध्ये, MDM सेवा एंडपॉइंटला स्वतःची खाजगी आणि सार्वजनिक की जोडी (key pair) तयार करण्याचे निर्देश देते. डिव्हाइस एक सर्टिफिकेट साइनिंग रिक्वेस्ट (CSR) तयार करते आणि ते नेटवर्क डिव्हाइस एनरोलमेंट सर्व्हिस (NDES) सर्व्हर किंवा क्लाउड गेटवेद्वारे तुमच्या सर्टिफिकेट अथॉरिटी (CA) कडे पाठवते. CA या विनंतीवर स्वाक्षरी करते आणि सार्वजनिक प्रमाणपत्र डिव्हाइसकडे परत पाठवते.

SCEP चा मुख्य सुरक्षा फायदा म्हणजे खाजगी की कधीही डिव्हाइसबाहेर जात नाही. ती स्थानिक पातळीवर तयार केली जाते, डिव्हाइसच्या सुरक्षित हार्डवेअर एन्क्लेव्हमध्ये संग्रहित केली जाते आणि नेटवर्कवर कधीही प्रसारित केली जात नाही. यामुळे 802.1X प्रमाणीकरणासाठी SCEP ही अत्यंत शिफारस केलेली पद्धत ठरते.

Enterprise SCEP सेटअप मार्गदर्शक: उच्च शिक्षण आणि मोठ्या नेटवर्क्ससाठी प्रमाणपत्र-आधारित WiFi प्रमाणीकरण - scep architecture…

EAP-TLS आणि परस्पर प्रमाणीकरण

EAP-TLS (एक्सटेन्सिबल ऑथेंटिकेशन प्रोटोकॉल विथ ट्रान्सपोर्ट लेयर सिक्युरिटी) हे 802.1X फ्रेमवर्कच्या अंतर्गत काम करते. EAP-TLS ला एंटरप्राइझ वायरलेस नेटवर्कसाठी सर्वात सुरक्षित प्रमाणीकरण पद्धत मानले जाते कारण यामध्ये परस्पर प्रमाणीकरण (mutual authentication) आवश्यक असते. क्लायंट डिव्हाइस आणि RADIUS सर्व्हर या दोघांनीही वैध प्रमाणपत्रे सादर करणे आवश्यक आहे. दोन्हीपैकी कोणताही पक्ष क्रिप्टोग्राफिक पुराव्याशिवाय दुसऱ्यावर विश्वास ठेवत नाही. हे परस्पर प्रमाणीकरण नेटवर्कचे अनधिकृत ॲक्सेस पॉइंट्स आणि क्रेडेंशियल चोरीपासून संरक्षण करते.

जेव्हा एखादे डिव्हाइस तुमच्या WiFi SSID शी कनेक्ट होते, तेव्हा ते आपले प्रमाणपत्र RADIUS सर्व्हरसमोर सादर करते. RADIUS सर्व्हर तुमच्या CA ट्रस्ट चेनच्या आधारे प्रमाणपत्राची वैधता तपासतो, प्रमाणपत्र रद्द तर करण्यात आलेले नाही ना हे सुनिश्चित करण्यासाठी सर्टिफिकेट रिव्होकेशन लिस्ट (CRL) तपासतो आणि यशस्वी झाल्यास, ॲक्सेस पॉइंटला मंजुरीचा संदेश पाठवतो.

तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?

आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.

अंमलबजावणी मार्गदर्शक: उपयोजन क्रम

802.1X साठी MDM WiFi प्रोफाइल यशस्वीरित्या कॉन्फिगर करण्यासाठी एका विशिष्ट उपयोजन क्रमाचे काटेकोरपणे पालन करणे आवश्यक आहे. प्रोफाइलच्या परस्परावलंबनामुळे प्रमाणीकरण कॉन्फिगर करण्यापूर्वी विश्वास (trust) स्थापित करणे आवश्यक आहे.

पायरी 1: ट्रस्टेड रूट सर्टिफिकेट प्रोफाइल तैनात करा

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

  1. तुमचे Root CA प्रमाणपत्र .cer फाइल म्हणून एक्सपोर्ट करा.
  2. तुमच्या MDM मध्ये (उदा. Intune किंवा Jamf), एक ट्रस्टेड सर्टिफिकेट प्रोफाइल तयार करा.
  3. .cer फाइल अपलोड करा आणि हे प्रोफाइल तुमच्या लक्ष्यित डिव्हाइस ग्रुप्सवर लागू करा.

पायरी 2: SCEP सर्टिफिकेट प्रोफाइल कॉन्फिगर करा

एकदा विश्वास स्थापित झाल्यानंतर, डिव्हाइसेसना त्यांची क्लायंट प्रमाणपत्रे कशी मिळवायची याचे निर्देश देण्यासाठी SCEP प्रोफाइल कॉन्फिगर करा.

  1. एक नवीन कॉन्फिगरेशन प्रोफाइल तयार करा आणि SCEP सर्टिफिकेट निवडा.
  2. Subject name format कॉन्फिगर करा. युझर-ड्रिव्हन ऑथेंटिकेशनसाठी, User Principal Name वापरा.
  3. Key usage हे Digital signature आणि Key encipherment वर सेट करा.
  4. Extended key usage अंतर्गत, Client Authentication निर्दिष्ट करा.
  5. ही प्रोफाईल पायरी 1 मध्ये तयार केलेल्या Trusted Root प्रमाणपत्र प्रोफाईलशी लिंक करा.
  6. तुमच्या NDES सर्व्हरची किंवा SCEP गेटवेची बाह्य URL प्रदान करा.

पायरी 3: 802.1X WiFi प्रोफाईल तैनात करा

शेवटची पायरी म्हणजे नेटवर्क SSID ला प्रमाणपत्रे जोडणारे WiFi कॉन्फिगरेशन पुश करणे होय.

  1. एक WiFi कॉन्फिगरेशन प्रोफाईल तयार करा.
  2. तुमचे ॲक्सेस पॉइंट्स ज्या नावाने ब्रॉडकास्ट करत आहेत तेच Network name (SSID) अचूकपणे प्रविष्ट करा.
  3. सुरक्षा प्रकार म्हणून WPA2-Enterprise किंवा WPA3-Enterprise निवडा.
  4. EAP प्रकार EAP-TLS वर सेट करा.
  5. क्लायंट ऑथेंटिकेशन प्रमाणपत्र म्हणून पायरी 2 मध्ये तयार केलेले SCEP प्रमाणपत्र प्रोफाईल निवडा.
  6. सर्व्हर व्हॅलिडेशनसाठी Trusted Root प्रमाणपत्र निर्दिष्ट करा.

सर्वोत्तम पद्धती आणि उद्योग मानके

SCEP प्रमाणपत्र उपयोजन (deployment) लागू करताना, अनुपालन आणि विश्वासार्हता सुनिश्चित करण्यासाठी या विक्रेता-तटस्थ सर्वोत्तम पद्धतींचे पालन करा.

NDES सर्व्हर प्लेसमेंट आणि सुरक्षा

रिमोट उपकरणांना ऑन-साईट येण्यापूर्वी प्रमाणपत्रे मिळवणे सोपे जावे यासाठी, इंटरनेटवरून NDES सर्व्हर ॲक्सेस करता येणे आवश्यक आहे. तथापि, थेट इंटरनेटवर अंतर्गत सर्व्हर उघड करणे हा एक मोठा सुरक्षा धोका आहे. Azure AD Application Proxy चा वापर करून NDES URL प्रकाशित करा किंवा क्लाउड-होस्टेड SCEP गेटवे वापरा. हे इनबाउंड फायरवॉल पोर्ट्स न उघडता सुरक्षित रिमोट ॲक्सेस प्रदान करते.

RADIUS आणि CRL चेकिंग

प्रमाणपत्र उपयोजन हे सुरक्षेच्या समीकरणाचा केवळ अर्धा भाग आहे; ते रद्द करणे (revocation) देखील तितकेच महत्त्वपूर्ण आहे. एखादा कर्मचारी सोडून गेल्यास, त्यांचे क्लायंट प्रमाणपत्र वैध राहते, आणि जर RADIUS सर्व्हर Certificate Revocation List (CRL) ची काटेकोरपणे तपासणी करत नसेल, तर त्यांचे Active Directory खाते निष्क्रिय केल्याने त्यांची WiFi ॲक्सेस त्वरित रद्द होणार नाही. कठोर CRL चेकिंग लागू करण्यासाठी तुमचा RADIUS सर्व्हर कॉन्फिगर करा आणि तुमचे CRL वितरण बिंदू अत्यंत उपलब्ध असतील याची खात्री करा.

हार्डवेअर-अज्ञेयवादी (Hardware-Agnostic) उपयोजन

SCEP आणि EAP-TLS ही विक्रेता-तटस्थ मानके आहेत. तुमचे उपयोजन हे हार्डवेअर-अज्ञेयवादी असावे, जे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks, आणि Fortinet इन्फ्रास्ट्रक्चरवर अखंडपणे काम करेल.

त्रुटी निवारण (Troubleshooting) आणि जोखीम कमी करणे

योग्य नियोजनानंतरही, प्रमाणपत्र उपयोजनामध्ये अडचणी येऊ शकतात.

समस्या: WiFi प्रोफाईल लागू होण्यास अपयशी ठरणे

हे सहसा ग्रुप टारगेटिंगमधील विसंगतीमुळे होते. जर SCEP प्रोफाईल युझर ग्रुपला नियुक्त केले असेल, पण WiFi प्रोफाईल डिव्हाइस ग्रुपला नियुक्त केले असेल, तर MDM या परावलंबित्वाचे निराकरण करू शकत नाही. Trusted Root, SCEP आणि WiFi प्रोफाईल्स हे सर्व तंतोतंत एकाच ग्रुपवर उपयोजित केले गेल्याची खात्री करा.

समस्या: NDES 403 Forbidden त्रुटी

डिव्हाइसेस SCEP प्रमाणपत्रे मिळवण्यात अपयशी ठरत आहेत. याचे कारण बहुधा प्रमाणपत्र टेम्प्लेटमध्ये Intune Certificate Connector सर्व्हिस अकाउंटसाठी आवश्यक परवानग्या नसणे किंवा तुमच्या फायरवॉलचे URL फिल्टरिंग SCEP द्वारे वापरल्या जाणाऱ्या विशिष्ट क्वेरी स्ट्रिंग पॅरामीटर्सना ब्लॉक करत असणे हे असू शकते.

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

SCEP 802.1X प्रमाणपत्र उपयोजनाकडे संक्रमण केल्याने सुरक्षा आणि ऑपरेशन्समध्ये मोजता येण्याजोगा परतावा मिळतो.

Enterprise SCEP सेटअप मार्गदर्शक: उच्च शिक्षण आणि मोठ्या नेटवर्क्ससाठी प्रमाणपत्र-आधारित WiFi प्रमाणीकरण - scep vs psk compa…

  1. हेल्पडेस्क तिकिटांमध्ये घट: पासवर्ड-आधारित WiFi मोठ्या प्रमाणात सपोर्ट तिकिटे निर्माण करते. प्रमाणपत्र-आधारित प्रमाणीकरण वापरकर्त्यासाठी अदृश्य असते, ज्यामुळे सामान्यतः WiFi संबंधित हेल्पडेस्क वर्कलोड 70% पर्यंत कमी होतो.
  2. वर्धित सुरक्षा पातळी: EAP-TLS क्रेडेंशियल हार्वेस्टिंग आणि मॅन-इन-द-मिडल हल्ल्यांचा धोका काढून टाकते. PCI-DSS आणि GDPR सारख्या फ्रेमवर्कच्या अनुपालनासाठी हे महत्त्वपूर्ण आहे.
  3. अखंड ऑनबोर्डिंग: Windows सह Apple उपकरणांच्या मोठ्या ताफ्याचे व्यवस्थापन करणाऱ्या संस्थांसाठी, सध्याच्या MDM वर्कफ्लोसह समाकलित केल्याने एक युनिफाइड, झिरो-टच प्रोव्हिजनिंग अनुभव सुनिश्चित होतो.
  4. डायनॅमिक सेगमेंटेशन: स्वतंत्र SSID ची आवश्यकता न पडता कॉर्पोरेट डेटापासून IoT उपकरणांना वेगळे ठेवून, ओळखीच्या आधारावर डायनॅमिक VLAN असाइनमेंटला समर्थन देते.

अधिक वाचनासाठी, आमचे संबंधित मार्गदर्शक पहा: Enterprise WiFi Security: A Complete Guide for 2026 आणि How to revoke WiFi access when an employee leaves.

महत्वाच्या व्याख्या

SCEP (Simple Certificate Enrollment Protocol)

एक प्रोटोकॉल जो मानवी हस्तक्षेपाशिवाय मॅनेज्ड उपकरणांना डिजिटल प्रमाणपत्रे जारी करण्याची आणि विनंती करण्याची प्रक्रिया स्वयंचलित करतो.

नेटवर्क प्रमाणीकरणासाठी उपकरणांना सुरक्षितपणे अद्वितीय ओळख प्रदान करण्यासाठी MDM प्लॅटफॉर्मद्वारे वापरले जाते.

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

सर्वात सुरक्षित 802.1X प्रमाणीकरण पद्धत, ज्यामध्ये क्लायंट आणि RADIUS सर्व्हर दोघांनाही वैध डिजिटल प्रमाणपत्रे सादर करणे आवश्यक असते.

लक्ष्य प्रमाणीकरण प्रोटोकॉल ज्याला सपोर्ट करण्यासाठी SCEP प्रमाणपत्रे प्रदान केली जातात.

802.1X

पोर्ट-आधारित नेटवर्क प्रवेश नियंत्रणासाठी एक IEEE मानक जे LAN किंवा WLAN शी कनेक्ट होऊ इच्छिणाऱ्या उपकरणांना प्रमाणीकरण यंत्रणा प्रदान करते.

अनाधिकृत प्रवेशाविरुद्ध एंटरप्राइझ नेटवर्क्स सुरक्षित करणारी व्यापक फ्रेमवर्क.

RADIUS

एक नेटवर्किंग प्रोटोकॉल जो नेटवर्क सेवा कनेक्ट करणाऱ्या आणि वापरणाऱ्या युझर्ससाठी केंद्रीकृत प्रमाणीकरण, अधिकृतता आणि लेखा (Accounting) व्यवस्थापन प्रदान करतो.

सर्व्हर घटक जो क्लायंट प्रमाणपत्राची पडताळणी करतो आणि उपकरणाने कोणत्या VLAN मध्ये सामील व्हावे हे निर्धारित करतो.

CSR (Certificate Signing Request)

SSL/TLS प्रमाणपत्रासाठी अर्ज करताना प्रमाणपत्र प्राधिकरणाला (Certificate Authority) दिलेला एन्कोड केलेल्या मजकुराचा ब्लॉक, ज्यामध्ये पब्लिक की आणि ओळखीची माहिती असते.

SCEP एनरोलमेंट प्रक्रियेदरम्यान उपकरणावर स्थानिक पातळीवर जनरेट केले जाते.

NDES (Network Device Enrollment Service)

एक Microsoft Windows Server रोल जो एक पूल म्हणून काम करतो, ज्यामुळे उपकरणांना SCEP द्वारे प्रमाणपत्रे मिळवता येतात.

गेटवे जो उपकरणाकडून CSR प्राप्त करतो आणि अंतर्गत प्रमाणपत्र प्राधिकरणाकडे (Certificate Authority) पाठवतो.

CRL (Certificate Revocation List)

प्रमाणपत्र प्राधिकरणाद्वारे (Certificate Authority) प्रकाशित केलेली एक सूची ज्यामध्ये रद्द केलेल्या आणि यापुढे विश्वास ठेवू नये अशा प्रमाणपत्रांचे सिरियल नंबर असतात.

कामावरून काढून टाकलेल्या कर्मचाऱ्याचे उपकरण कनेक्ट होऊ शकत नाही याची खात्री करण्यासाठी प्रमाणीकरणादरम्यान RADIUS सर्व्हरद्वारे तपासले जाते.

VLAN (Virtual Local Area Network)

एक लॉजिकल सबनेटवर्क जे वेगवेगळ्या फिजिकल LAN मधील उपकरणांच्या समूहाला एकत्र आणते.

SCEP प्रमाणपत्रात सादर केलेल्या ओळखीच्या आधारावर नेटवर्क ट्रॅफिकचे डायनॅमिकली विभाजन करण्यासाठी RADIUS च्या संयोगाने वापरले जाते.

सोडवलेली उदाहरणे

एका ४०० खोल्यांच्या हॉटेलला १५० कर्मचारी उपकरणांसाठी (टॅब्लेट्स आणि लॅपटॉप्स) सुरक्षित ऑपरेशनल WiFi तैनात करणे आवश्यक आहे, तसेच Guest WiFi नेटवर्कपासून कडक पृथक्करण सुनिश्चित करणे आवश्यक आहे.

IT टीम त्यांच्या MDM सोबत समाकलित केलेले क्लाउड SCEP गेटवे कॉन्फिगर करते. ते 'Hotel Operations' डिव्हाइस ग्रुपला लक्ष्य करणारे SCEP प्रोफाइल आणि त्यानंतर एक Trusted Root प्रोफाइल तैनात करतात. त्यानंतर 'Staff-Secure' SSID साठी WPA3-Enterprise आणि EAP-TLS साठी कॉन्फिगर केलेले WiFi प्रोफाइल तैनात केले जाते. RADIUS सर्व्हर या प्रमाणित उपकरणांना VLAN 40 वर नियुक्त करण्यासाठी कॉन्फिगर केला जातो, ज्यामुळे त्यांना Guest WiFi (VLAN 50) पासून पूर्णपणे वेगळे केले जाते.

परीक्षकाचे भाष्य: हा दृष्टिकोन कर्मचाऱ्यांद्वारे अतिथींसोबत PSK शेअर करण्याचा धोका दूर करतो. SCEP वापरून, प्रायव्हेट की ऑपरेशनल उपकरणांवर सुरक्षित राहतात आणि डायनॅमिक VLAN असाइनमेंट अनेक SSID प्रसारित न करता योग्य नेटवर्क विभागणी सुनिश्चित करते.

२५,००० विद्यार्थी आणि ३,००० कर्मचारी असलेल्या एका मोठ्या युनिव्हर्सिटी कॅम्पसला त्यांचे 'Edu-Secure' नेटवर्क सुरक्षित करायचे आहे. ते सध्या युझरनेम आणि पासवर्डसह PEAP वापरतात, ज्यामुळे पासवर्ड एक्स्पायर झाल्यामुळे दरमहा ५०० पेक्षा जास्त हेल्पडेस्क तिकिटे येतात.

युनिव्हर्सिटी Intune आणि SCEP वापरून कर्मचारी आणि प्राध्यापकांच्या उपकरणांना EAP-TLS वर स्थलांतरित करते. ते कर्मचारी युझर ग्रुप्ससाठी कडक क्रमाने (Root -> SCEP -> WiFi) प्रमाणपत्र प्रोफाइल तैनात करतात. अनमॅनेज्ड विद्यार्थी BYOD उपकरणांसाठी, ते एक वेगळे ऑनबोर्डिंग पोर्टल तैनात करतात जे तात्पुरती प्रमाणपत्रे प्रदान करते, किंवा अखंड, सुरक्षित प्रवेशासाठी प्रोफाइल-आधारित प्रमाणीकरणासह Purple चे Guest WiFi प्लॅटफॉर्म वापरतात.

परीक्षकाचे भाष्य: मॅनेज्ड उपकरणांना SCEP/EAP-TLS वर स्थलांतरित केल्याने पासवर्डशी संबंधित तिकिटांचे प्रमाण लगेच कमी होते. हायब्रिड दृष्टिकोन हे मान्य करतो की SCEP साठी MDM एनरोलमेंट आवश्यक आहे, आणि अनमॅनेज्ड BYOD ट्रॅफिकला योग्यरित्या एका खास डिझाइन केलेल्या ऑनबोर्डिंग फ्लोकडे वळवतो.

सराव प्रश्न

Q1. तुमची टीम 500 Windows लॅपटॉपच्या ताफ्यावर नवीन SCEP प्रमाणपत्र प्रोफाइल तैनात करत आहे. Trusted Root प्रोफाइल 'All Corporate Devices' ग्रुपवर तैनात केले गेले. SCEP प्रोफाइल 'All Corporate Users' ग्रुपवर तैनात केले गेले. लॅपटॉपवर WiFi प्रोफाइल 'Not Applicable' म्हणून दर्शवित आहे. याचे मूळ कारण काय आहे?

टीप: Intune प्रोफाइल अवलंबित्व नियम आणि ग्रुप टार्गेटिंग आवश्यकतांचा विचार करा.

नमुना उत्तर पहा

याचे मूळ कारण ग्रुप टार्गेटिंगमधील विसंगती आहे. Intune ला आवश्यक आहे की अवलंबून असलेली प्रोफाइल्स (Root, SCEP, WiFi) अगदी एकाच ग्रुप टाईपवर तैनात केली जावीत. कारण Root प्रोफाइल डिव्हाइसेसना टार्गेट करते आणि SCEP प्रोफाइल युजर्सना टार्गेट करते, ज्यामुळे अवलंबित्व साखळी तुटते. तिन्ही प्रोफाइल्सनी एकतर समान Device ग्रुपला किंवा समान User ग्रुपला टार्गेट केले पाहिजे.

Q2. एका हॉटेलचे ऑपरेशन्स डायरेक्टर EAP-TLS वापरून स्टाफ WiFi नेटवर्क सुरक्षित करू इच्छितात. ते SCEP ऐवजी PKCS वापरण्याची शिफारस करतात कारण त्याला NDES सर्व्हरची आवश्यकता नसते. नेटवर्क आर्किटेक्ट म्हणून, तुम्ही त्यांना WiFi ऑथेंटिकेशनसाठी याच्या विरोधात सल्ला का दिला पाहिजे?

टीप: प्रायव्हेट की कोठे जनरेट होते आणि ती कशी प्रवास करते याचा विचार करा.

नमुना उत्तर पहा

तुम्ही WiFi ऑथेंटिकेशनसाठी PKCS च्या विरोधात सल्ला दिला पाहिजे कारण यासाठी प्रायव्हेट की CA द्वारे मध्यवर्ती पद्धतीने जनरेट करावी लागते आणि नेटवर्कवरून डिव्हाइसवर ट्रान्समिट करावी लागते. SCEP लक्षणीयरीत्या अधिक सुरक्षित आहे कारण डिव्हाइस प्रायव्हेट की स्थानिक पातळीवर जनरेट करते आणि ती सुरक्षित हार्डवेअर एन्क्लेव्हमध्ये स्टोअर करते; प्रायव्हेट की कधीही डिव्हाइस सोडत नाही.

Q3. नेटवर्क ऑडिट दरम्यान, तुम्हाला असे आढळले की RADIUS सर्व्हर CRL (Certificate Revocation List) चेकिंग त्रुटींकडे दुर्लक्ष करण्यासाठी कॉन्फिगर केला आहे. कर्मचारी कामावरून काढून टाकल्यावर यामुळे कोणता विशिष्ट सुरक्षा धोका निर्माण होतो?

टीप: जर MDM ने डिव्हाइस अनएनरोल केले परंतु RADIUS सर्व्हर रिव्होकेशन स्टेटस तपासू शकला नाही, तर प्रमाणपत्राच्या वैधतेचे काय होईल याचा विचार करा.

नमुना उत्तर पहा

जर CRL चेकिंगकडे दुर्लक्ष केले गेले किंवा ते फेल-ओपन झाले, तर ज्या कर्मचाऱ्याला कामावरून काढून टाकले आहे आणि ज्याचे डिव्हाइस अनएनरोल केले गेले आहे (आणि प्रमाणपत्र CA द्वारे रिव्होक केले गेले आहे), तो कर्मचारी तरीही WiFi नेटवर्कशी कनेक्ट होऊ शकतो. RADIUS सर्व्हरला एक क्रिप्टोग्राफिकदृष्ट्या वैध प्रमाणपत्र दिसेल आणि CRL न तपासता तो प्रवेश मंजूर करेल, ज्यामुळे गंभीर सुरक्षा त्रुटी निर्माण होईल.

या मालिकेमध्ये पुढे वाचा

कर्मचारी आणि अतिथी WiFi नेटवर्क सुरक्षितपणे कसे विभाजित करावे: एंटरप्राइझ LAN साठी सर्वोत्तम पद्धती

ही मार्गदर्शिका IT व्यवस्थापक आणि नेटवर्क आर्किटेक्ट्सना कर्मचारी आणि अतिथी WiFi ट्रॅफिकचे योग्य वर्गीकरण करून एंटरप्राइझ LAN सुरक्षित करण्यासाठी एक वेंडर-न्यूट्रल, तांत्रिक आराखडा प्रदान करते. यामध्ये सामायिक पासफ्रेजेस काढून टाकण्यासाठी आणि कॉर्पोरेट मालमत्तांचे संरक्षण करण्यासाठी आवश्यक असलेले 802.1X ऑथेंटिकेशन, क्लाउड RADIUS, VLAN आयसोलेशन आणि क्रेडेंशियल लाइफसायकल व्यवस्थापन समाविष्ट आहे.

मार्गदर्शिका वाचा →

सर्वोत्तम DNS filtering: व्यवसायांसाठी एक व्यापक मार्गदर्शक

हे तांत्रिक संदर्भ मार्गदर्शक स्पष्ट करते की कशा प्रकारे एंटरप्राइझ DNS filtering हे कनेक्शन स्थापित होण्यापूर्वीच - रिझोल्यूशन लेयरवर दुर्भावनापूर्ण डोमेन्स ब्लॉक करून सार्वजनिक नेटवर्क सुरक्षित करते. हे IT संचालक, नेटवर्क आर्किटेक्ट आणि वेन्यू ऑपरेशन्स टीम्सना डेव्हलपमेंट आर्किटेक्चर, फायरवॉल कॉन्फिगरेशन आणि अनुपालन संदर्भ प्रदान करते जे त्यांना हॉस्पिटॅलिटी, रिटेल आणि सार्वजनिक क्षेत्रातील वातावरणात Guest WiFi सुरक्षित करण्यासाठी आवश्यक आहे. Purple Shield हे ८०,००० पेक्षा जास्त थेट वेन्यूवर DNS स्तरावर मालवेअर, बॉटनेट्स आणि अयोग्य कंटेंट ब्लॉक करते.

मार्गदर्शिका वाचा →

Cisco SUDI समजून घेणे: Secure Network Access Control मधील Hardware-Anchored Identity

हे मार्गदर्शक स्पष्ट करते की Cisco SUDI कशा प्रकारे एंटरप्राइझ नेटवर्क इन्फ्रास्ट्रक्चरसाठी hardware-anchored, गुपित-सुरक्षित (cryptographically secure) ओळख प्रदान करते. तुमच्या वेन्यूच्या नेटवर्क ॲक्सेस कंट्रोल सुरक्षित करण्यासाठी स्पूफ करता येण्याजोग्या MAC ॲड्रेसेस ऐवजी अपरिवर्तनीय 802.1AR सर्टिफिकेट्स वापरण्याची पद्धत जाणून घ्या.

मार्गदर्शिका वाचा →

तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?

आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.