- Purple
- Enterprise WiFi security and authentication: a complete guide
- स्टाफ WiFi के लिए SAML ऑथेंटिकेशन
स्टाफ WiFi के लिए SAML ऑथेंटिकेशन
यह गाइड एंटरप्राइज-ग्रेड स्टाफ WiFi ऑथेंटिकेशन के लिए SAML 2.0 का लाभ उठाने पर एक तकनीकी गहन विश्लेषण प्रदान करती है, जिसमें प्रोटोकॉल आर्किटेक्चर, Identity Provider एकीकरण और डिप्लॉयमेंट के सर्वोत्तम अभ्यास शामिल हैं। यह IT लीडर्स और नेटवर्क आर्किटेक्ट्स को असुरक्षित प्री-शेयर्ड कीज़ को मजबूत, पहचान-संचालित एक्सेस कंट्रोल से बदलने के लिए Azure AD या Okta को Purple WiFi इंटेलिजेंस प्लेटफॉर्म से जोड़ने पर व्यावहारिक मार्गदर्शन प्रदान करती है। इसका परिणाम होटलों, रिटेल चेन, स्टेडियमों और सार्वजनिक क्षेत्र के वेन्यू में सुरक्षा स्थिति, अनुपालन तत्परता और परिचालन दक्षता में मापने योग्य सुधार है।
इस गाइड को सुनें
पॉडकास्ट ट्रांसक्रिप्ट देखें
हमारी मुख्य श्रृंखला का हिस्सा: Enterprise WiFi Security Guide →
- कार्यकारी सारांश
- तकनीकी गहन विश्लेषण
- SAML 2.0 ऑथेंटिकेशन फ्लो
- प्रासंगिक मानक और प्रोटोकॉल
- कार्यान्वयन गाइड
- डिप्लॉयमेंट से पहले की चेकलिस्ट
- चरण 1 - अपने IdP में एप्लीकेशन को कॉन्फ़िगर करें
- चरण 2 - क्लेम कॉन्फ़िगर करें
- चरण 3 - Purple में ऑथेंटिकेशन विधि को कॉन्फ़िगर करें
- चरण 4 - परीक्षण और चरणबद्ध रोलआउट
- सर्वोत्तम अभ्यास
- समस्या निवारण और जोखिम न्यूनीकरण
- ROI और व्यावसायिक प्रभाव
Staff WiFi architecture & security advisor
Model your enterprise employee wireless network. Calculate security compliance, helpdesk overhead reduction, and receive a tailor-made 802.1X and Cloud RADIUS deployment blueprint.
Passwordless 802.1X EAP-TLS with Cloud RADIUS & Automated SCEP
Deploys individual cryptographic device certificates via Microsoft Intune or Jamf MDM. Authenticates against Cloud RADIUS synced directly with Entra ID or Okta. Eliminates employee passwords entirely and revokes access instantly upon HR offboarding.
Schedule an enterprise staff WiFi & Cloud RADIUS technical review
Connect with our senior network solutions team. We will review your current access point vendor (Cisco Meraki, Aruba, Ruckus, Ubiquiti UniFi, Mist) and provide a zero-downtime migration roadmap to passwordless 802.1X.

कार्यकारी सारांश
बड़े पैमाने के वेन्यू ऑपरेटरों - होटल चेन, रिटेल एम्पायर, प्रमुख इवेंट स्पेस और सार्वजनिक क्षेत्र की सुविधाओं - के लिए स्टाफ वायरलेस नेटवर्क को सुरक्षित करना जोखिम कम करने और परिचालन दक्षता का एक महत्वपूर्ण हिस्सा है। पारंपरिक प्री-शेयर्ड की (PSK) नेटवर्क महत्वपूर्ण सुरक्षा कमजोरियां और प्रशासनिक ओवरहेड पेश करते हैं: एक भी क्रेडेंशियल लीक होने से पूरा नेटवर्क खतरे में पड़ जाता है, और एक्सेस मैनेजमेंट के लिए स्टाफ में हर बदलाव पर मैन्युअल हस्तक्षेप की आवश्यकता होती है। यह गाइड एक बेहतर दृष्टिकोण का विवरण देती है: स्टाफ WiFi के लिए Security Assertion Markup Language (SAML) 2.0-आधारित ऑथेंटिकेशन लागू करना। अपने मौजूदा Identity Provider (IdP) - जैसे कि Microsoft Azure Active Directory या Okta - को Purple WiFi इंटेलिजेंस प्लेटफॉर्म के साथ एकीकृत करके, आप असुरक्षित साझा पासवर्ड को मजबूत, पहचान-संचालित एक्सेस कंट्रोल से बदल देते हैं। यह डिप्लॉयमेंट मॉडल PCI-DSS और GDPR आवश्यकताओं के अनुरूप आपकी सुरक्षा स्थिति को बेहतर बनाता है, और यूजर लाइफसाइकिल मैनेजमेंट को नाटकीय रूप से सरल बनाता है। स्टाफ अपने प्राथमिक कॉर्पोरेट क्रेडेंशियल्स का उपयोग करके ऑथेंटिकेट करते हैं, जिससे Single Sign-On (SSO) सक्षम होता है और यह सुनिश्चित होता है कि नौकरी समाप्त होने पर एक्सेस अधिकार स्वचालित रूप से रद्द हो जाएं। CTO के लिए, इसका मतलब है IT सपोर्ट टिकटों में मापने योग्य कमी, बेहतर अनुपालन और एक मजबूत, अधिक सुरक्षित नेटवर्क आर्किटेक्चर।
तकनीकी गहन विश्लेषण
SAML पक्षों के बीच ऑथेंटिकेशन और ऑथराइजेशन डेटा के आदान-प्रदान के लिए एक ओपन स्टैंडर्ड है - विशेष रूप से एक Identity Provider (IdP) और एक Service Provider (SP) के बीच। इस संदर्भ में, IdP आपका केंद्रीय यूजर डायरेक्टरी (Azure AD, Okta, Ping Identity, या ADFS) है, और Purple प्लेटफॉर्म SP के रूप में कार्य करता है, जो भौतिक WiFi नेटवर्क तक पहुंच की मध्यस्थता करता है।
SAML 2.0 ऑथेंटिकेशन फ्लो
यह प्रक्रिया क्लाइंट-साइड सॉफ़्टवेयर इंस्टॉलेशन की आवश्यकता के बिना WiFi यूजर्स के लिए सुरक्षित, ब्राउज़र-आधारित ऑथेंटिकेशन सक्षम करती है। जब कोई स्टाफ सदस्य निर्दिष्ट स्टाफ SSID से कनेक्ट होता है, तो उनके डिवाइस को एक कैप्टिव पोर्टल पर निर्देशित किया जाता है। एक साधारण पासवर्ड फ़ील्ड के बजाय, यह पोर्टल यूजर की पहचान को सत्यापित करने के लिए IdP के साथ एक बहु-चरणीय क्रिप्टोग्राफिक हैंडशेक शुरू करता है।

यह फ्लो पांच अलग-अलग चरणों में आगे बढ़ता है। पहला, यूजर अपने डिवाइस - लैपटॉप, टैबलेट या मोबाइल फोन - को स्टाफ WiFi SSID से कनेक्ट करता है, और Purple प्लेटफॉर्म एक कैप्टिव पोर्टल प्रस्तुत करता है। दूसरा, Purple (SP के रूप में कार्य करते हुए) एक SAML ऑथेंटिकेशन अनुरोध (AuthnRequest) उत्पन्न करता है, जो एक XML दस्तावेज़ होता है जिसमें SP और वांछित ऑथेंटिकेशन मापदंडों के बारे में जानकारी होती है। यूजर के ब्राउज़र को इस अनुरोध के साथ IdP के SSO URL पर रीडायरेक्ट किया जाता है। तीसरा, यूजर IdP के परिचित लॉगिन पेज - उनके Microsoft 365 या Okta स्क्रीन - पर पहुंचता है और अपने कॉर्पोरेट क्रेडेंशियल्स दर्ज करता है। IdP यहाँ अपनी सुरक्षा नीतियों की पूरी श्रृंखला लागू करता है, जिसमें Multi-Factor Authentication (MFA), डिवाइस ट्रस्ट चेक और कंडीशनल एक्सेस नियम शामिल हैं। चौथा, सफल ऑथेंटिकेशन पर, IdP एक डिजिटल रूप से हस्ताक्षरित एसर्शन (assertion) वाला SAML रिस्पॉन्स उत्पन्न करता है। यह एसर्शन IdP की प्राइवेट की (private key) के साथ हस्ताक्षरित होता है और इसमें ऑथेंटिकेट किए गए यूजर के बारे में महत्वपूर्ण जानकारी होती है, जिसमें यूजरनेम, ईमेल और ग्रुप मेंबरशिप शामिल हैं। यूजर के ब्राउज़र को इस हस्ताक्षरित रिस्पॉन्स के साथ वापस Purple के Assertion Consumer Service (ACS) URL पर रीडायरेक्ट किया जाता है। पांचवां, Purple को SAML रिस्पॉन्स प्राप्त होता है, वह IdP के पूर्व-कॉन्फ़िगर किए गए पब्लिक सर्टिफिकेट का उपयोग करके डिजिटल सिग्नेचर को सत्यापित करता है, ऑथराइजेशन की पुष्टि करने के लिए एसर्शन को पार्स करता है, और नेटवर्क कंट्रोलर को डिवाइस को पूर्ण नेटवर्क एक्सेस देने का निर्देश देता है।
प्रासंगिक मानक और प्रोटोकॉल
SAML 2.0 बुनियादी प्रोटोकॉल है, जो एसर्शन, प्रोटोकॉल, बाइंडिंग और प्रोफाइल के लिए XML-आधारित संदेशों को परिभाषित करता है। IEEE 802.1X एक पूरक पोर्ट-आधारित नेटवर्क एक्सेस कंट्रोल मानक प्रदान करता है; हालांकि, कैप्टिव पोर्टल SAML दृष्टिकोण प्रत्येक एंडपॉइंट पर जटिल सप्लीकेंट कॉन्फ़िगरेशन की आवश्यकता के बिना सार्वभौमिक डिवाइस संगतता प्रदान करता है, जिससे यह BYOD वातावरण के लिए आदर्श बन जाता है। WPA3-Enterprise, जब SAML के साथ जोड़ा जाता है, तो गहन सुरक्षा (defence-in-depth) प्रदान करता है: WPA3 हवा में ट्रैफ़िक को एन्क्रिप्ट करता है जबकि SAML एप्लीकेशन लेयर पर पहचान सत्यापन को संभालता है। PCI-DSS आवश्यकता 8 सिस्टम घटकों तक पहुंच की पहचान और ऑथेंटिकेशन को अनिवार्य बनाती है, एक ऐसी आवश्यकता जिसे इस आर्किटेक्चर द्वारा सीधे संबोधित किया जाता है।

अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।
कार्यान्वयन गाइड
अपने स्टाफ WiFi के लिए SAML ऑथेंटिकेशन को डिप्लॉय करने में आपके IdP और Purple प्लेटफॉर्म के बीच एक क्रिप्टोग्राफिक ट्रस्ट संबंध स्थापित करना शामिल है। निम्नलिखित चरण वेंडर-न्यूट्रल हैं, हालांकि विशिष्ट UI तत्व IdP के अनुसार भिन्न होंगे।
डिप्लॉयमेंट से पहले की चेकलिस्ट
कॉन्फ़िगरेशन शुरू करने से पहले, पुष्टि करें कि आपके पास SAML 2.0-अनुरूप IdP (Azure AD, Okta, Ping Identity, ADFS) है। सुनिश्चित करें कि आपके पास अपने IdP पोर्टल और Purple प्लेटफॉर्म दोनों में प्रशासनिक अधिकार हैं। अपने यूजर ग्रुप्स को परिभाषित करें - उदाहरण के लिए, 'All-Staff', 'IT-Admins', 'Store-Managers' - क्योंकि ये भूमिका-आधारित एक्सेस नीतियों को संचालित करते हैं। सत्यापित करें कि आपका WiFi हार्डवेयर (एक्सेस पॉइंट और कंट्रोलर) कैप्टिव पोर्टल रीडायरेक्शन का समर्थन करता है।
चरण 1 - अपने IdP में एप्लीकेशन को कॉन्फ़िगर करें
अपने IdP में, Purple के लिए एक नया SAML-आधारित एप्लीकेशन बनाएं। Azure AD में 'Enterprise Applications' या Okta में 'Applications' पर जाएं और एक कस्टम SAML ऐप चुनें। आपको अपने IdP को Purple प्लेटफॉर्म से दो मान प्रदान करने होंगे: Assertion Consumer Service (ACS) URL और Entity ID। Purple इन्हें अपने ऑथेंटिकेशन सेटअप सेक्शन में प्रदान करता है। बदले में, आपका IdP अपना स्वयं का मेटाडेटा - आमतौर पर एक XML फ़ाइल या URL - उत्पन्न करेगा, जिसमें IdP का SSO URL, Entity ID और X.509 साइनिंग सर्टिफिकेट शामिल होगा। इसे अगले चरण के लिए सुरक्षित रखें।
चरण 2 - क्लेम कॉन्फ़िगर करें
यह परिचालन रूप से सबसे महत्वपूर्ण कॉन्फ़िगरेशन चरण है। आपको SAML एसर्शन में विशिष्ट यूजर एट्रिब्यूट भेजने के लिए IdP को कॉन्फ़िगर करना होगा। Purple को NameID क्लेम के रूप में प्रत्येक यूजर के लिए एक अद्वितीय, स्थायी पहचानकर्ता की आवश्यकता होती है। सबसे अच्छा अभ्यास एक परिवर्तनशील ईमेल पते के बजाय Azure AD में user.objectid या Okta में user.id जैसे अपरिवर्तनीय एट्रिब्यूट का उपयोग करना है। इसके अतिरिक्त, यूजर की ग्रुप मेंबरशिप को पास करने के लिए ग्रुप क्लेम को कॉन्फ़िगर करें। यह प्रति-यूजर कॉन्फ़िगरेशन के बिना Purple के भीतर गतिशील, भूमिका-आधारित एक्सेस नीतियों को सक्षम बनाता है।
चरण 3 - Purple में ऑथेंटिकेशन विधि को कॉन्फ़िगर करें
Purple पोर्टल में, ऑथेंटिकेशन मैनेजमेंट सेक्शन पर जाएं और विधि प्रकार के रूप में SAML 2.0 चुनें। चरण 1 में प्राप्त IdP का SSO URL, Entity ID और X.509 सर्टिफिकेट इनपुट करें। अपने IdP के क्लेम कॉन्फ़िगरेशन से एट्रिब्यूट नामों को Purple में संबंधित फ़ील्ड से मैप करें। अंत में, स्टाफ SSID से कनेक्ट होने वाले यूजर्स के लिए फ्लो को सक्रिय करने के लिए इस ऑथेंटिकेशन विधि को अपने स्टाफ कैप्टिव पोर्टल जर्नी को सौंपें।
चरण 4 - परीक्षण और चरणबद्ध रोलआउट
नए SAML एप्लीकेशन को एक छोटे पायलट ग्रुप - आदर्श रूप से IT टीम - को सौंपें और कई डिवाइस प्रकारों (Windows, macOS, iOS, Android) पर एंड-टू-एंड फ्लो को सत्यापित करें। किसी भी विफलता का निदान करने के लिए अपने IdP में SAML साइन-इन लॉग और Purple में ऑथेंटिकेशन लॉग की निगरानी करें। एक बार सत्यापित होने के बाद, सभी प्रासंगिक स्टाफ ग्रुप्स को कवर करने के लिए अपने IdP में यूजर असाइनमेंट का धीरे-धीरे विस्तार करें। स्टाफ को बदलाव के बारे में स्पष्ट रूप से बताएं, इस बात पर जोर दें कि वे अब अपने मानक कॉर्पोरेट लॉगिन क्रेडेंशियल्स का उपयोग करेंगे।
सर्वोत्तम अभ्यास
सभी WiFi ऑथेंटिकेशन के लिए MFA लागू करें। क्रेडेंशियल चोरी के खिलाफ यह सबसे प्रभावी नियंत्रण है और इसे किसी भी एंटरप्राइज डिप्लॉयमेंट के लिए गैर-परक्राम्य माना जाना चाहिए। डिवाइस अनुपालन स्थिति, भौगोलिक स्थिति या जोखिम स्कोर के आधार पर नेटवर्क एक्सेस को प्रतिबंधित करने के लिए अपने IdP की कंडीशनल एक्सेस क्षमताओं का लाभ उठाएं। समय-समय पर पुन: ऑथेंटिकेशन के लिए बाध्य करने के लिए Purple के भीतर लघु सेशन टाइमआउट कॉन्फ़िगर करें, जिससे यह सुनिश्चित हो सके कि एक्सेस अधिकारों को नियमित रूप से IdP के खिलाफ फिर से सत्यापित किया जाता है और खोए या चोरी हुए उपकरणों से जोखिम कम होता है। एट्रिब्यूट न्यूनीकरण के सिद्धांत का पालन करें: GDPR आर्टिकल 5 के डेटा न्यूनीकरण सिद्धांत के अनुपालन में, SAML एसर्शन में केवल एक्सेस निर्णयों के लिए आवश्यक एट्रिब्यूट शामिल करें। कॉर्पोरेट-प्रबंधित उपकरणों के लिए, गहन सुरक्षा के लिए SAML कैप्टिव पोर्टल को WPA3-Enterprise और 802.1X के साथ संयोजित करने पर विचार करें; SAML दृष्टिकोण BYOD या अप्रबंधित एंडपॉइंट्स के लिए सबसे उपयुक्त है।

समस्या निवारण और जोखिम न्यूनीकरण
सबसे आम और प्रभावशाली विफलता मोड सर्टिफिकेट की समाप्ति है। IdP के X.509 साइनिंग सर्टिफिकेट की एक निश्चित वैधता अवधि होती है, जो आमतौर पर एक से तीन वर्ष होती है। जब यह समाप्त हो जाता है, तो Purple अब SAML एसर्शन को सत्यापित नहीं कर सकता है, जिससे ऑथेंटिकेशन पूरी तरह से बंद हो जाता है। न्यूनीकरण: समाप्ति से 90, 60 और 30 दिन पहले रिडंडेंट कैलेंडर रिमाइंडर सेट करें और नवीनीकरण प्रक्रिया को स्पष्ट रूप से प्रलेखित करें।
क्लॉक स्क्यू ऑथेंटिकेशन विफलताओं का दूसरा सबसे लगातार कारण है। SAML एसर्शन में एक वैधता विंडो होती है, और यदि IdP और Purple प्लेटफॉर्म पर घड़ियां कुछ मिनटों से अधिक भिन्न होती हैं, तो एसर्शन को समाप्त या अभी तक मान्य नहीं होने के रूप में अस्वीकार कर दिया जाएगा। सुनिश्चित करें कि दोनों सिस्टम एक विश्वसनीय NTP स्रोत से सिंक्रोनाइज़ हों।
प्रारंभिक सेटअप के दौरान एक गलत ACS URL एक आम कॉन्फ़िगरेशन त्रुटि है। एक भी अक्षर की टाइपो त्रुटि का मतलब है कि IdP हस्ताक्षरित एसर्शन को एक गैर-मौजूद एंडपॉइंट पर भेजता है। ACS URL को मैन्युअल रूप से टाइप करने के बजाय हमेशा सीधे Purple प्लेटफॉर्म से कॉपी-पेस्ट करें।
अंत में, इस एप्लीकेशन के लिए IdP-initiated login को अक्षम करें। नेटवर्क एक्सेस हमेशा केवल SP (WiFi कनेक्शन इवेंट) से ही शुरू किया जाना चाहिए। IdP-initiated फ्लो की अनुमति देना कुछ SAML-आधारित इंजेक्शन हमलों के द्वार खोलता है और इस डिप्लॉयमेंट मॉडल में एक अनावश्यक सुरक्षा जोखिम है।
ROI और व्यावसायिक प्रभाव
सभी प्रकार के वेन्यू में SAML-आधारित स्टाफ WiFi ऑथेंटिकेशन का व्यावसायिक मामला सम्मोहक है। साझा पासवर्ड के उन्मूलन से समय-समय पर होने वाले, विघटनकारी पासवर्ड रोटेशन और उससे जुड़े हेल्पडेस्क टिकटों की आवश्यकता समाप्त हो जाती है। संगठन आमतौर पर डिप्लॉयमेंट के बाद WiFi से संबंधित IT सपोर्ट अनुरोधों में 50% से अधिक की कमी की रिपोर्ट करते हैं। यूजर लाइफसाइकिल ऑटोमेशन सबसे महत्वपूर्ण परिचालन लाभ है: जब किसी स्टाफ सदस्य को ऑफबोर्ड किया जाता है और उनका IdP खाता अक्षम कर दिया जाता है, तो उनका WiFi एक्सेस तुरंत और स्वचालित रूप से रद्द कर दिया जाता है, जिससे एक सुरक्षा अंतर बंद हो जाता है जिसे PSK-आधारित नेटवर्क अनिश्चित काल के लिए खुला छोड़ देते हैं। अनुपालन के दृष्टिकोण से, SAML एक ऑडिट योग्य, व्यक्तिगत-स्तर का एक्सेस लॉग प्रदान करता है, जो सीधे PCI-DSS आवश्यकता 8 और GDPR जवाबदेही दायित्वों का समर्थन करता है। सहज SSO अनुभव - ईमेल, एप्लीकेशन और WiFi के लिए क्रेडेंशियल्स का एक सेट - स्टाफ के लिए घर्षण को कम करता है और उत्पादकता बढ़ाता है, विशेष रूप से उन परिचालन टीमों के लिए जो दिन भर वेन्यू के विभिन्न क्षेत्रों के बीच आवागमन करती हैं।
संदर्भ
[1] OASIS Security Services (SAML) TC. "SAML V2.0 Executive Overview." April 2008. https://www.oasis-open.org/committees/download.php/27819/sstc-saml-exec-overview-2.0-cd-01.pdf
[2] General Data Protection Regulation (GDPR). Article 5, Principles relating to processing of personal data. https://gdpr-info.eu/art-5-gdpr/
[3] PCI Security Standards Council. "PCI DSS v4.0 Requirement 8: Identify Users and Authenticate Access to System Components." 2022. https://www.pcisecuritystandards.org/
मुख्य परिभाषाएं
SAML एसर्शन (SAML Assertion)
Identity Provider द्वारा डिजिटल रूप से हस्ताक्षरित एक XML दस्तावेज़, जो यह घोषित करता है कि यूजर कौन है और उनके बारे में अतिरिक्त एट्रिब्यूट प्रदान करता है। यह वह क्रिप्टोग्राफिक 'डिजिटल पासपोर्ट' है जिस पर Service Provider एक्सेस निर्णय लेने के लिए भरोसा करता है।
ऑथेंटिकेशन विफलताओं का निवारण करते समय, IT टीमें यह सत्यापित करने के लिए SAML एसर्शन का निरीक्षण करती हैं कि IdP सही यूजर एट्रिब्यूट भेज रहा है और डिजिटल सिग्नेचर मान्य है। यह प्रत्येक ऑथेंटिकेशन लेनदेन में साक्ष्य का मुख्य हिस्सा है।
Identity Provider (IdP)
वह सिस्टम जो यूजर पहचानों को प्रबंधित करता है और उन्हें ऑथेंटिकेट करता है। यह किसी संगठन के भीतर यूजर पहचान के लिए सत्य का आधिकारिक स्रोत है।
एक कॉर्पोरेट वातावरण में, यह केंद्रीय यूजर डायरेक्टरी है - Azure AD, Okta, Ping Identity, या ADFS। यह वह जगह है जहाँ IT टीमें सभी स्टाफ खातों को जोड़ती हैं, हटाती हैं और प्रबंधित करती हैं और MFA जैसी सुरक्षा नीतियों को लागू करती हैं।
Service Provider (SP)
वह एप्लीकेशन या सेवा जिसे एक्सेस देने से पहले ऑथेंटिकेशन की आवश्यकता होती है। यह ऑथेंटिकेशन करने के लिए Identity Provider पर भरोसा करता है और प्रमाण के रूप में SAML एसर्शन पर निर्भर करता है।
SAML WiFi ऑथेंटिकेशन के लिए, Purple प्लेटफॉर्म Service Provider है। यह कनेक्टिंग डिवाइस के लिए नेटवर्क एक्सेस कंट्रोल निर्णय लेने के लिए IdP से SAML एसर्शन का उपभोग करता है।
Assertion Consumer Service (ACS) URL
Service Provider पर एक विशिष्ट एंडपॉइंट जिसे सफल ऑथेंटिकेशन इवेंट के बाद Identity Provider से SAML एसर्शन प्राप्त करने और संसाधित करने के लिए डिज़ाइन किया गया है।
यह सबसे महत्वपूर्ण कॉन्फ़िगरेशन मापदंडों में से एक है। यदि IdP सेटिंग्स में ACS URL गलत तरीके से दर्ज किया गया है, तो IdP को यह नहीं पता होगा कि लॉगिन के बाद यूजर को कहाँ भेजना है, और ऑथेंटिकेशन रीडायरेक्ट त्रुटि के साथ विफल हो जाएगा।
Entity ID
SAML प्रोटोकॉल के भीतर Identity Provider या Service Provider के लिए विश्व स्तर पर अद्वितीय पहचानकर्ता। यह सुनिश्चित करने के लिए एक अद्वितीय नाम के रूप में कार्य करता है कि प्रत्येक पक्ष सही समकक्ष के साथ संचार कर रहा है।
आमतौर पर एक URL के रूप में स्वरूपित, Entity ID को किसी वास्तविक वेबपेज पर रिज़ॉल्व होने की आवश्यकता नहीं होती है। यह एक डायरेक्टरी में एक अद्वितीय पहचानकर्ता की तरह कार्य करता है, जो एक SP को गलती से दूसरे के लिए अभिप्रेत एसर्शन का उपभोग करने से रोकता है।
SAML मेटाडेटा (SAML Metadata)
एक XML दस्तावेज़ जिसमें SAML पक्ष के बारे में सभी आवश्यक कॉन्फ़िगरेशन जानकारी शामिल होती है - जिसमें इसकी Entity ID, एंडपॉइंट URLs (जैसे कि ACS URL), और पब्लिक X.509 साइनिंग सर्टिफिकेट शामिल हैं।
SAML ट्रस्ट संबंध को कॉन्फ़िगर करने के लिए मेटाडेटा फ़ाइलों का आदान-प्रदान सबसे विश्वसनीय तरीका है। व्यक्तिगत मानों को मैन्युअल रूप से कॉपी करने के बजाय, प्रशासक कॉन्फ़िगरेशन को ऑटो-पॉप्युलेट करने के लिए दूसरे पक्ष से मेटाडेटा XML अपलोड कर सकते हैं, जिससे ट्रांसक्रिप्शन त्रुटियों का जोखिम कम हो जाता है।
क्लेम (Claim)
एक यूजर के बारे में जानकारी का एक टुकड़ा - एक एट्रिब्यूट - जो Identity Provider द्वारा SAML एसर्शन में शामिल किया जाता है। सामान्य क्लेम में यूजरनेम, ईमेल पता, विभाग और ग्रुप मेंबरशिप शामिल हैं।
IT टीमें IdP में क्लेम कॉन्फ़िगर करती हैं ताकि यह नियंत्रित किया जा सके कि SP को क्या जानकारी प्राप्त होती है। Purple को ग्रुप मेंबरशिप क्लेम भेजने से यूजर के कार्य के आधार पर भूमिका-आधारित एक्सेस नीतियां और गतिशील VLAN असाइनमेंट सक्षम होता है।
Single Sign-On (SSO)
एक ऑथेंटिकेशन योजना जो एक यूजर को क्रेडेंशियल्स के एकल सेट के साथ एक बार ऑथेंटिकेट करने और प्रत्येक के लिए क्रेडेंशियल्स को फिर से दर्ज किए बिना कई स्वतंत्र सिस्टम और एप्लीकेशन तक पहुंच प्राप्त करने की अनुमति देती है।
SAML, SSO का एक प्राथमिक तकनीकी सक्षमकर्ता है। WiFi ऑथेंटिकेशन के लिए SAML का उपयोग करके, स्टाफ ऑनलाइन होने के लिए उसी कॉर्पोरेट लॉगिन का उपयोग करता है जिसका उपयोग वे ईमेल, HR सिस्टम और अन्य एप्लीकेशन के लिए करते हैं - एक सहज अनुभव जो घर्षण को कम करता है और अलग WiFi पासवर्ड की आवश्यकता को समाप्त करता है।
X.509 सर्टिफिकेट (X.509 Certificate)
एक डिजिटल सर्टिफिकेट मानक जिसका उपयोग किसी पक्ष की पहचान को सत्यापित करने और डेटा को साइन या एन्क्रिप्ट करने के लिए किया जाता है। इन SAML, IdP एसर्शन पर हस्ताक्षर करने के लिए अपनी प्राइवेट की का उपयोग करता है, और SP उन हस्ताक्षरों को सत्यापित करने के लिए IdP के X.509 पब्लिक सर्टिफिकेट का उपयोग करता है।
यह सर्टिफिकेट SAML डिप्लॉयमेंट में ट्रस्ट की नींव है। इसकी समाप्ति पूर्ण ऑथेंटिकेशन आउटेज का सबसे आम कारण है और इसे सक्रिय रूप से प्रबंधित किया जाना चाहिए।
हल किए गए उदाहरण
300 संपत्तियों वाली एक वैश्विक होटल चेन को स्टाफ WiFi के लिए अपने असुरक्षित, एकल PSK को बदलने की आवश्यकता है। यह चेन अपने कॉर्पोरेट पहचान प्लेटफॉर्म के रूप में Microsoft 365 और Azure AD का उपयोग करती है। उन्हें एक ऐसे समाधान की आवश्यकता है जिसे केंद्रीय रूप से प्रबंधित किया जा सके, जो स्टाफ के लिए एक सहज अनुभव प्रदान करे, और जब कोई कर्मचारी संगठन छोड़ता है तो तुरंत एक्सेस रद्द कर दे।
IT टीम Purple प्लेटफॉर्म के लिए Azure AD में एक नया Enterprise Application बनाती है। वे अपने Purple इंस्टेंस से Entity ID और ACS URL के साथ एप्लीकेशन को कॉन्फ़िगर करते हैं। महत्वपूर्ण रूप से, वे यूजर की ग्रुप मेंबरशिप - उदाहरण के लिए, 'Hotel-Staff' और 'IT-Admin' - भेजने के लिए क्लेम को कॉन्फ़िगर करते हैं और एक स्थिर, अपरिवर्तनीय पहचानकर्ता सुनिश्चित करने के लिए user.objectid का उपयोग अद्वितीय NameID के रूप में करते हैं। Purple में, वे एक नया SAML ऑथेंटिकेशन विधि बनाते हैं, ट्रस्ट संबंध स्थापित करने के लिए Azure AD मेटाडेटा XML अपलोड करते हैं। फिर वे दो एक्सेस नीतियां बनाते हैं: एक 'Hotel-Staff' के लिए जो सामान्य स्टाफ नेटवर्क VLAN तक पहुंच प्रदान करती है, और दूसरी 'IT-Admin' के लिए जो प्रबंधन VLAN तक विशेषाधिकार प्राप्त पहुंच प्रदान करती है। यह कॉन्फ़िगरेशन चेन के केंद्रीकृत नेटवर्क प्रबंधन प्लेटफॉर्म के माध्यम से सभी 300 संपत्तियों में प्रसारित होने वाले एकल 'Staff' SSID से जुड़ा हुआ है। किसी भी होटल में एक नए स्टाफ सदस्य को स्वचालित रूप से सही स्तर का WiFi एक्सेस दिया जाता है जैसे ही उनका यूजर खाता Azure AD में संबंधित ग्रुप में जोड़ा जाता है - किसी स्थानीय IT हस्तक्षेप की आवश्यकता नहीं होती है। जब कोई स्टाफ सदस्य छोड़ता है, तो उनके Azure AD खाते को अक्षम करने से तुरंत सभी 300 संपत्तियों पर उनका WiFi एक्सेस एक साथ रद्द हो जाता है।
एक बड़ा सम्मेलन केंद्र एक साथ कई तीसरे पक्ष के कार्यक्रमों की मेजबानी करता है। उन्हें विभिन्न संगठनों के इवेंट स्टाफ के लिए सुरक्षित WiFi प्रदान करने की आवश्यकता है, जिनमें से प्रत्येक की अपनी पहचान प्रणाली है। वे बाहरी स्टाफ को क्रेडेंशियल्स जारी नहीं कर सकते हैं और उन्हें यह सुनिश्चित करना होगा कि एक इवेंट का स्टाफ दूसरे इवेंट के नेटवर्क संसाधनों तक नहीं पहुंच सके।
सम्मेलन केंद्र की IT टीम कई SAML Identity Providers के लिए Purple के समर्थन का उपयोग करती है। प्रत्येक प्रमुख इवेंट आयोजक के लिए, वे Purple प्लेटफॉर्म के भीतर एक अलग SAML ट्रस्ट संबंध कॉन्फ़िगर करते हैं। आयोजक A (Okta का उपयोग करके) और आयोजक B (Google Workspace का उपयोग करके) को अलग-अलग IdPs के रूप में सेट किया गया है। कैप्टिव पोर्टल को एक संगठन चयन चरण प्रस्तुत करने के लिए कॉन्फ़िगर किया गया है, जो यूजर्स को ऑथेंटिकेशन के लिए उनके संबंधित IdP पर निर्देशित करता है। प्रत्येक IdP द्वारा पारित ग्रुप क्लेम का उपयोग करके, Purple यूजर्स को इवेंट-विशिष्ट VLANs से मैप करता है, जिससे इवेंट्स के बीच पूर्ण नेटवर्क ट्रैफ़िक अलगाव सुनिश्चित होता है। प्रत्येक आयोजक के स्टाफ के लिए एक्सेस इवेंट के अंत में Purple में कॉन्फ़िगर किए गए पूर्व-निर्धारित जर्नी नियमों के आधार पर स्वचालित रूप से समाप्त हो जाता है, जिसके लिए किसी मैन्युअल डीप्रोविज़निंग की आवश्यकता नहीं होती है।
अभ्यास प्रश्न
Q1. आपके CFO ने रिपोर्ट किया है कि एक पूर्व कर्मचारी का व्यक्तिगत डिवाइस उनके जाने के दो सप्ताह बाद भी स्टाफ WiFi नेटवर्क से जुड़ा हुआ पाया गया। आपका वर्तमान सिस्टम एक एकल WPA2-PSK का उपयोग करता है जिसे त्रैमासिक रूप से बदला जाता है। SAML-आधारित दृष्टिकोण इस विशिष्ट जोखिम को कैसे कम करेगा, और आप किन अतिरिक्त नियंत्रणों की सिफारिश करेंगे?
संकेत: यूजर लाइफसाइकिल, ऑथेंटिकेशन अथॉरिटी के स्रोत और सेशन टाइमआउट की भूमिका पर विचार करें।
मॉडल उत्तर देखें
SAML-आधारित दृष्टिकोण सीधे WiFi एक्सेस को केंद्रीय Identity Provider में कर्मचारी की सक्रिय स्थिति से जोड़ता है। जैसे ही मानक ऑफबोर्डिंग प्रक्रिया के हिस्से के रूप में कर्मचारी का खाता अक्षम या हटा दिया जाता है, किसी भी SAML-एकीकृत सेवा - जिसमें WiFi भी शामिल है - को ऑथेंटिकेट करने की उनकी क्षमता तुरंत और स्वचालित रूप से रद्द हो जाती है। IdP अब उस यूजर के लिए एक वैध SAML एसर्शन जारी नहीं करेगा, जिसका अर्थ है कि वे फिर से ऑथेंटिकेट नहीं कर सकते। पहले से कनेक्टेड डिवाइस के विशिष्ट परिदृश्य को संबोधित करने के लिए, Purple में लघु सेशन टाइमआउट कॉन्फ़िगर करें (जैसे, कार्य दिवस के साथ संरेखित 8-घंटे के सेशन)। जब सेशन समाप्त हो जाता है, तो डिवाइस को फिर से ऑथेंटिकेट करना होगा; अक्षम IdP खाता इसे रोक देगा। यह PSK जैसे लंबे समय तक चलने वाले साझा रहस्यों में निहित सुरक्षा अंतर को समाप्त करता है, जहां पहले से कनेक्टेड डिवाइस अनिश्चित काल के लिए ऑनलाइन रहता है।
Q2. एक स्टेडियम अपने 500 इवेंट-डे स्टाफ के लिए SAML ऑथेंटिकेशन लागू कर रहा है। वे यह सुनिश्चित करना चाहते हैं कि पॉइंट-ऑफ-सेल टर्मिनलों का उपयोग करने वाले कैशियर केवल PCI-अनुरूप नेटवर्क सेगमेंट तक ही पहुंच सकें, जबकि ऑपरेशन्स स्टाफ सामान्य कॉर्पोरेट नेटवर्क तक पहुंच सके। आप इस सेगमेंटेशन को प्राप्त करने के लिए SAML क्लेम कॉन्फ़िगरेशन और नेटवर्क नीति को कैसे डिज़ाइन करेंगे?
संकेत: इस बारे में सोचें कि SAML एसर्शन के माध्यम से IdP से नेटवर्क इन्फ्रास्ट्रक्चर में भूमिका की जानकारी कैसे पारित की जाए, और Purple उस जानकारी पर कैसे कार्रवाई कर सकता है।
मॉडल उत्तर देखें
समाधान ग्रुप क्लेम और गतिशील VLAN असाइनमेंट का उपयोग करना है। IdP (Azure AD या Okta) में, दो सुरक्षा समूह बनाएं: 'POS-Staff' और 'Ops-Staff'। एसर्शन में एक क्लेम के रूप में यूजर की ग्रुप मेंबरशिप को शामिल करने के लिए SAML एप्लीकेशन को कॉन्फ़िगर करें। Purple प्लेटफॉर्म में, दो यूजर एक्सेस प्रोफाइल बनाएं जो इन ग्रुप नामों से मैप होते हैं। 'POS-Staff' प्रोफाइल को उपयोगकर्ताओं को PCI-अनुरूप VLAN (जैसे, VLAN 10) में असाइन करने के लिए कॉन्फ़िगर करें और 'Ops-Staff' प्रोफाइल को उपयोगकर्ताओं को कॉर्पोरेट VLAN (जैसे, VLAN 20) में असाइन करने के लिए कॉन्फ़िगर करें। जब कोई यूजर ऑथेंटिकेट करता है, तो Purple SAML एसर्शन से ग्रुप क्लेम को पढ़ता है और नेटवर्क कंट्रोलर को - RADIUS एट्रिब्यूट या API के माध्यम से - यूजर के डिवाइस को उपयुक्त VLAN में रखने का निर्देश देता है। नेटवर्क ट्रैफ़िक को फिर इन्फ्रास्ट्रक्चर स्तर पर अलग किया जाता, जिससे यह सुनिश्चित होता है कि POS टर्मिनल केवल भुगतान प्रसंस्करण नेटवर्क तक ही पहुंच सकते हैं, चाहे वे स्टेडियम में कहीं भी कनेक्ट हों।
Q3. आप 1,000 स्टोरों वाली एक रिटेल चेन में SAML WiFi ऑथेंटिकेशन के रोलआउट की योजना बना रहे हैं। स्टोर मैनेजर तकनीकी रूप से कुशल नहीं हैं। सक्रिय रूप से प्रबंधित करने के लिए सबसे महत्वपूर्ण परिचालन जोखिम क्या है, और आपकी संचार और आकस्मिक योजना क्या है?
संकेत: SAML ट्रस्ट संबंध में वह कौन सा घटक है जिसकी एक निश्चित समाप्ति तिथि होती है और जिसकी विफलता के कारण सभी 1,000 स्टोरों में एक साथ आउटेज हो जाएगा?
मॉडल उत्तर देखें
सबसे महत्वपूर्ण परिचालन जोखिम IdP के SAML साइनिंग सर्टिफिकेट की समाप्ति है। यदि यह समाप्त हो जाता है, तो सभी 1,000 स्टोर एक साथ स्टाफ WiFi एक्सेस खो देंगे, क्योंकि Purple किसी भी SAML एसर्शन को सत्यापित करने में असमर्थ होगा। न्यूनीकरण योजना के दो घटक हैं। तकनीकी रूप से: पूरी IT टीम के लिए सर्टिफिकेट की समाप्ति तिथि के लिए 90 दिन पहले से शुरू होने वाले कई, रिडंडेंट कैलेंडर रिमाइंडर सेट करें। IdP में एक नया सर्टिफिकेट उत्पन्न करने और इसे Purple प्लेटफॉर्म में अपडेट करने की चरण-दर-चरण प्रक्रिया को प्रलेखित करें। सुनिश्चित करें कि कम से कम दो टीम सदस्यों को इस प्रक्रिया पर प्रशिक्षित किया गया है। परीक्षण के लिए समय देने के लिए समाप्ति से कम से कम 30 दिन पहले नवीनीकरण पूरा करने का लक्ष्य रखें। संचार के लिए: सर्टिफिकेट नवीनीकरण के लिए नियोजित रखरखाव विंडो के बारे में रिटेल ऑपरेशन्स डायरेक्टर को सक्रिय रूप से सूचित करें। नियोजित नवीनीकरण के लिए व्यक्तिगत स्टोर प्रबंधकों को सूचित करने की कोई आवश्यकता नहीं है, क्योंकि लक्ष्य शून्य-डाउनटाइम कटओवर है। अनियोजित आउटेज की स्थिति में, संचार योजना ऑपरेशन्स डायरेक्टर को तुरंत समस्या की सूचना देने और समाधान के लिए एक वास्तविक ETA प्रदान करने की होनी चाहिए। एक अस्थायी फॉलबैक - जैसे कि महत्वपूर्ण कार्यों के लिए समय-सीमित PSK - को व्यावसायिक निरंतरता योजना में प्रलेखित किया जाना चाहिए।
अक्सर पूछे जाने वाले प्रश्न
What is the difference between staff WiFi and guest WiFi?
Staff WiFi provides authenticated, high-throughput access to internal corporate subnets, file shares, and local business servers using 802.1X WPA3-Enterprise or Cloud RADIUS. In contrast, guest WiFi isolates visitor devices on an untrusted VLAN with Layer 2 client isolation, captive portal onboarding, and firewall rules restricting access exclusively to the public internet.
Why should enterprise networks replace shared pre-shared key (PSK) passwords for employee WiFi?
Shared PSKs present significant security risks because every employee knows the identical passphrase. When an employee leaves the company, revoking their wireless access requires rotating the SSID passphrase on every access point and reconfiguring every laptop, smartphone, and handheld across the entire organisation. Furthermore, pre-shared keys leave broadcast traffic vulnerable to packet capture and offline dictionary attacks.
How does 802.1X EAP-TLS secure staff WiFi connections?
IEEE 802.1X EAP-TLS replaces static passwords with mutual cryptographic authentication using X.509 digital certificates. The wireless access point and client validate each other against a trusted Certificate Authority (CA) via a RADIUS server. This prevents man-in-the-middle attacks, credential phishing, and brute-force password attempts, while enabling automated certificate delivery through MDM platforms like Microsoft Intune and Jamf.
How does dynamic VLAN assignment isolate employee devices?
Dynamic VLAN assignment uses RADIUS attributes (RFC 2868 Tunnel-Private-Group-Id and RFC 3580) returned during 802.1X authentication to steer the device into a specific VLAN based on user role or identity provider group. For example, finance personnel are placed on a secure financial subnet, warehouse staff on an operational VLAN, and unmanaged devices onto an isolated quarantine VLAN, all on the same broadcast SSID.
How does Purple Cloud RADIUS streamline staff WiFi deployment?
Purple Cloud RADIUS connects directly to identity providers including Microsoft Entra ID, Okta, and Google Workspace without requiring on-premises servers or domain controllers. It provisions individual user and device credentials, automates 802.1X authentication, and enforces dynamic VLAN policies. Network administrators gain centralised visibility into active client connections, automated offboarding revocation, and zero-downtime scalability across multiple venue locations.
इस श्रृंखला में आगे पढ़ें
iOS और macOS 802.1X ट्रबलशूटिंग: Intune, Jamf और Entra ID के लिए एक डिप्लॉयमेंट चेकलिस्ट
यह जांचने के लिए इस चेकलिस्ट का उपयोग करें कि iPhones, iPads और Macs Intune या Jamf Pro पर 802.1X में विफल क्यों होते हैं। प्रत्येक विफलता चार कारणों में से एक से जुड़ी होती है: सर्वर ट्रस्ट, आइडेंटिटी सर्टिफिकेट, macOS मोड या Entra ID ग्रुप स्कोपिंग। आप eapolclient और RADIUS लॉग से कारण की पुष्टि करेंगे, समाधान लागू करेंगे और भविष्य के सर्टिफिकेट रोटेशन को व्यवस्थित करेंगे।
Intune WiFi प्रोफाइल सर्वर ट्रस्ट: Microsoft Entra ID के लिए सर्टिफिकेट सर्वर नाम और रूट CA चेकलिस्ट
आप एक Intune WiFi प्रोफाइल के सर्वर वैलिडेशन वाले हिस्से को कॉन्फ़िगर करने में सक्षम होंगे ताकि Windows, Apple और Android पर EAP-TLS और PEAP कनेक्ट हो सकें। आप सर्टिफिकेट सर्वर नामों को RADIUS सर्टिफिकेट से मिलाएंगे, सही रूट CA को डिप्लॉय करेंगे, Microsoft Entra ID ग्रुप असाइनमेंट को संरेखित करेंगे, और सर्टिफिकेट रिन्यूअल को उनके द्वारा कनेक्शन को चुपचाप तोड़ने से पहले प्रबंधित करेंगे।
Android 802.1X और EAP-TLS ट्रबलशूटिंग: Intune और Microsoft Entra ID के लिए एक डिप्लॉयमेंट चेकलिस्ट
आप यह सटीक रूप से पता लगाने में सक्षम होंगे कि आपके स्टाफ SSID पर प्रबंधित Android फोन EAP-TLS में क्यों विफल हो जाते हैं और Intune में इसे कैसे ठीक किया जाए। प्रत्येक लक्षण को चार सामान्य कारणों से मिलाएं - अनुपलब्ध CA या डोमेन, गलत प्रोफ़ाइल में क्लाइंट प्रमाणपत्र, बेमेल RADIUS सर्वर नाम मान, या बिना डिलीवर किया गया ट्रस्टेड रूट। फिर एक रोलआउट चेकलिस्ट लागू करें जो बार-बार होने वाले आउटेज को रोकती है।
अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।