मुख्य सामग्री पर जाएं
हिन्दी

MD5 कोलिजन हमलों (BlastRADIUS) के खिलाफ RADIUS को सुरक्षित बनाना

CVE-2024-3596 BlastRADIUS हमलों को कम करें। RADIUS Message-Authenticator को लागू करें, FreeRADIUS और Cisco ISE को पैच करें, और 802.1X EAP-TLS पर माइग्रेट करें।

Iain Jewitt द्वाराप्रकाशित अपडेट किया गया
📖 8 मिनट का पाठ1,430 शब्द2 हल किए गए उदाहरण2 अभ्यास प्रश्न5 मुख्य परिभाषाएं

Video overview

इस गाइड को सुनें

पॉडकास्ट ट्रांसक्रिप्ट देखें
Purple टेक्निकल ब्रीफिंग में आपका स्वागत है। मैं आपका होस्ट, Purple में एक सीनियर टेक्निकल कंटेंट स्ट्रैटेजिस्ट हूँ। आज, हम एंटरप्राइज-ग्रेड WiFi चलाने वाले किसी भी संगठन के लिए एक अत्यंत महत्वपूर्ण और समय-संवेदनशील मुद्दे से निपट रहे हैं: 30 साल पुराने प्रोटोकॉल में एक नई व्यावहारिक भेद्यता (vulnerability) जो हमलावरों को सीधे आपके डिजिटल मुख्य दरवाजे से अंदर आने दे सकती है। हम बात कर रहे हैं RADIUS प्रोटोकॉल और MD5 कोलिजन अटैक के बारे में जिसे Blast-RADIUS के नाम से जाना जाता है। हॉस्पिटैलिटी, रिटेल और बड़े सार्वजनिक स्थानों के आईटी प्रबंधकों, नेटवर्क आर्किटेक्ट्स और CTOs के हमारे दर्शकों के लिए, यह केवल एक सैद्धांतिक समस्या नहीं है। यह आपकी नेटवर्क अखंडता, डेटा सुरक्षा और अनुपालन स्थिति (compliance posture) के लिए एक सीधा खतरा है। अगले दस मिनट में, हम विस्तार से समझाएंगे कि यह भेद्यता क्या है, यह कैसे काम करती है, और सबसे महत्वपूर्ण बात यह है कि शमन (mitigation) के लिए एक स्पष्ट, कार्रवाई योग्य रोडमैप प्रदान करेंगे। चाहे आप 200 कमरों के होटल, एक राष्ट्रीय रिटेल श्रृंखला, या 60,000 सीटों वाले स्टेडियम के लिए जिम्मेदार हों, यह ब्रीफिंग सीधे उन निर्णयों से संबंधित है जो आपको इस तिमाही में लेने की आवश्यकता है। आइए कुछ संदर्भ के साथ शुरू करते हैं। RADIUS - Remote Authentication Dial-In User Service - को 1991 में, डायल-अप इंटरनेट के युग के दौरान डिज़ाइन किया गया था। यह एक क्लाइंट-सर्वर प्रोटोकॉल है जो नेटवर्क एक्सेस के लिए प्रमाणीकरण (authentication), प्राधिकरण (authorisation) और लेखांकन (accounting) को संभालता है। जब कोई स्टाफ सदस्य या डिवाइस आपके एंटरप्राइज WiFi से जुड़ता है, तो एक्सेस पॉइंट एक RADIUS क्लाइंट के रूप में कार्य करता है और एक केंद्रीय RADIUS सर्वर को एक प्रमाणीकरण अनुरोध भेजता है। सर्वर क्रेडेंशियल्स की जांच करता है और या तो Access-Accept या Access-Reject के साथ प्रतिक्रिया देता है। यह एक्सचेंज तीन दशकों से अधिक समय से एंटरप्राइज नेटवर्क सुरक्षा की रीढ़ रहा है। समस्या यह है कि RADIUS को आधुनिक क्रिप्टोग्राफिक मानकों के अस्तित्व में आने से पहले डिज़ाइन किया गया था। यह प्रोटोकॉल सर्वर प्रतिक्रियाओं पर एक बुनियादी अखंडता जांच प्रदान करने के लिए MD5 हैशिंग एल्गोरिदम का उपयोग करता है - जिसे रिस्पॉन्स ऑथेंटिकेटर कहा जाता है। MD5 को पहली बार 2004 में क्रिप्टोग्राफिक रूप से टूटा हुआ दिखाया गया था। फिर भी हम 2024 में हैं, और RADIUS अभी भी इस पर भरोसा कर रहा है। उद्योग जानता था कि MD5 कमजोर था। यह प्रोटोकॉल बस कभी अपडेट नहीं हुआ। अब तकनीकी रूप से गहराई से समझते हैं। Blast-RADIUS हमला, जिसे औपचारिक रूप से CVE-2024-3596 दिया गया है, का खुलासा जुलाई 2024 में बोस्टन यूनिवर्सिटी, UC सैन डिएगो, CWI एम्स्टर्डम और Microsoft Research के शोधकर्ताओं की एक टीम द्वारा किया गया था। यह एक प्रोटोकॉल-स्तरीय भेद्यता को MD5 चुनिंदा-उपसर्ग कोलिजन हमले (chosen-prefix collision attack) के साथ जोड़ता है - और महत्वपूर्ण रूप से, महत्वपूर्ण गति सुधारों के साथ जो हमले को वास्तविक समय में व्यावहारिक बनाते हैं। बनाते हैं।यह इस तरह काम करता है। एक मैन-इन-द-मिडल हमलावर RADIUS क्लाइंट - आपके एक्सेस पॉइंट - और RADIUS सर्वर के बीच नेटवर्क पाथ पर खुद को स्थापित करता है। जब कोई उपयोगकर्ता प्रमाणित करने का प्रयास करता है, तो हमलावर Access-Request पैकेट को बीच में ही रोक लेता है। वे इस अनुरोध में विशेष रूप से तैयार किया गया एक दुर्भावनापूर्ण एट्रिब्यूट इंजेक्ट करते हैं। यह एट्रिब्यूट एक गणितीय टकराव उत्पन्न करने के लिए डिज़ाइन किया गया है: एक ऐसी स्थिति जहां दो अलग-अलग इनपुट एक ही MD5 हैश उत्पन्न करते हैं। हमलावर इस टकराव की गणना पहले से कर लेता है ताकि सर्वर से मिलने वाले वैध Access-Reject उत्तर का MD5 हैश हमलावर द्वारा बनाए गए नकली Access-Accept उत्तर के MD5 हैश से मेल खाए। जब सर्वर अपना Access-Reject वापस करता है, तो हमलावर उसे अपने नकली Access-Accept से बदल देता है। RADIUS क्लाइंट रिस्पॉन्स ऑथेंटिकेटर की जांच करता है, उसे वैध पाता है - क्योंकि MD5 हैश मेल खाते हैं - और नेटवर्क एक्सेस प्रदान कर देता है। हमलावर को कभी भी उपयोगकर्ता का पासवर्ड जानने की आवश्यकता नहीं पड़ी। उन्हें कभी भी RADIUS क्लाइंट और सर्वर के बीच के साझा सीक्रेट को जानने की आवश्यकता नहीं पड़ी। उन्होंने नकली उत्तर को वैध दिखाने के लिए केवल MD5 की गणितीय कमजोरी का फायदा उठाया। और आधुनिक हार्डवेयर के साथ, आवश्यक MD5 टकराव की गणना पांच मिनट से भी कम समय में की जा सकती है। यह कोई सैद्धांतिक हमला नहीं है। यह आज के समय में व्यावहारिक रूप से व्यवहार्य है। यह भेद्यता UDP पर PAP - पासवर्ड ऑथेंटिकेशन प्रोटोकॉल - CHAP, और MS-CHAP ऑथेंटिकेशन मोड का उपयोग करने वाले सभी RADIUS डिप्लॉयमेंट को प्रभावित करती है। उद्यम परिवेशों में, विशेष रूप से पुराने डिप्लॉयमेंट में ये अत्यधिक सामान्य हैं। केवल वही ऑथेंटिकेशन मोड इससे सुरक्षित हैं जो EAP - एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल - का उपयोग करते हैं क्योंकि EAP अपना खुद का क्रिप्टोग्राफिक टनल स्थापित करता है जो MD5 रिस्पॉन्स ऑथेंटिकेटर से स्वतंत्र होता है। आइए मैं व्यावसायिक जोखिम को स्पष्ट शब्दों में समझाता हूँ। एक होटल श्रृंखला पर विचार करें। एक हमलावर जो कॉर्पोरेट नेटवर्क तक अनधिकृत पहुंच प्राप्त कर लेता है, वह संपत्ति प्रबंधन प्रणाली तक पहुँचने, अतिथि रिकॉर्ड तक पहुँचने, पॉइंट-ऑफ-सेल टर्मिनलों तक पहुँचने और संभावित रूप से भुगतान कार्ड डेटा चोरी करने के लिए नेटवर्क में आगे बढ़ सकता है। आतिथ्य क्षेत्र में डेटा उल्लंघन की औसत लागत तीस लाख पाउंड से अधिक है। GDPR के तहत, मेहमानों के व्यक्तिगत डेटा से जुड़े उल्लंघन पर वैश्विक वार्षिक टर्नओवर का चार प्रतिशत तक का जुर्माना लग सकता है। PCI-DSS के तहत, कार्डधारक के डेटा से जुड़े उल्लंघन के परिणामस्वरूप अनिवार्य फोरेंसिक जांच, कार्ड ब्रांड जुर्माना और भुगतान प्रोसेसिंग विशेषाधिकारों का संभावित नुकसान हो सकता है। वित्तीय और प्रतिष्ठा संबंधी जोखिम बहुत बड़े हैं। अब कार्यान्वयन की सिफारिशों के बारे में बात करते हैं। आप इससे अपना बचाव कैसे करते हैं? इसके समाधान के दो स्तर हैं: तत्काल सुदृढ़ीकरण और दीर्घकालिक आधुनिकीकरण।तत्काल कार्रवाई CVE-2024-3596 के लिए वेंडर पैच लागू करना है। प्रत्येक प्रमुख RADIUS वेंडर - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - ने अपडेट जारी किए हैं। पैचिंग के साथ, महत्वपूर्ण कॉन्फ़िगरेशन परिवर्तन सभी RADIUS क्लाइंट और सर्वर पर Message-Authenticator एट्रिब्यूट को लागू करना है। यह एट्रिब्यूट, जो RFC 2869 में परिभाषित है, पूरे RADIUS पैकेट पर HMAC-आधारित अखंडता जांच (integrity check) प्रदान करता है। Response Authenticator के विपरीत, HMAC निर्माण chosen-prefix कोलिजन हमले के प्रति संवेदनशील नहीं है। अपने इन्फ्रास्ट्रक्चर को इस एट्रिब्यूट की आवश्यकता के लिए कॉन्फ़िगर करना - और इसके बिना आने वाले किसी भी संदेश को अस्वीकार करना - तत्काल हमले के वेक्टर को बंद कर देता है। FreeRADIUS के लिए, इसका अर्थ आपके क्लाइंट कॉन्फ़िगरेशन फ़ाइल में require_message_authenticator equals yes सेट करना है। Microsoft NPS के लिए, यह आपके नेटवर्क पॉलिसी कॉन्फ़िगरेशन में एक पॉलिसी सेटिंग है। यह एक कम-व्यवधान वाला परिवर्तन है जिसे आमतौर पर मेंटेनेंस विंडो के भीतर लागू किया जा सकता है। हालाँकि, Message-Authenticator को लागू करना एक अस्थायी उपाय है, कोई स्थायी समाधान नहीं। दीर्घकालिक रणनीतिक प्रतिक्रिया EAP-आधारित प्रमाणीकरण (authentication) पर माइग्रेट करना है। इसका सबसे बेहतरीन मानक EAP-TLS के साथ WPA3-Enterprise है। EAP-TLS सर्टिफिकेट-आधारित पारस्परिक प्रमाणीकरण (mutual authentication) का उपयोग करता है - क्लाइंट डिवाइस और RADIUS सर्वर दोनों को एक विश्वसनीय सर्टिफिकेट अथॉरिटी से वैध डिजिटल सर्टिफिकेट प्रस्तुत करना होगा। यह शेयर्ड सीक्रेट को पूरी तरह से समाप्त करता है, MD5 पर निर्भरता को हटाता है, और सुरक्षा का ऐसा स्तर प्रदान करता है जो Blast-RADIUS जैसे हमलों के पूरे वर्ग से सुरक्षित है। उन परिवेशों के लिए जहां एक पूर्ण PKI इन्फ्रास्ट्रक्चर तैनात करना जटिल है - विशेष रूप से ऐसे स्थान जहां अत्यधिक डिवाइस टर्नओवर है या ब्रिंग-योर-ओन-डिवाइस पॉलिसियां हैं - MSCHAPv2 के साथ PEAP एक स्वीकार्य अंतरिम कदम है, बशर्ते कि क्लाइंट को RADIUS सर्वर सर्टिफिकेट को सत्यापित करने के लिए कॉन्फ़िगर किया गया हो। सर्वर सर्टिफिकेट सत्यापन के बिना, PEAP दुष्ट एक्सेस पॉइंट हमलों के प्रति संवेदनशील होता है, जो कि एक अलग लेकिन समान रूप से गंभीर जोखिम है। आधुनिकीकरण रोडमैप का अंतिम चरण TLS पर RADIUS को तैनात करना है, जिसे RADSEC के रूप में जाना जाता है। RADSEC एक पारस्परिक रूप से प्रमाणित TLS सत्र के भीतर सभी RADIUS ट्रैफ़िक को समाहित करता है, जिससे पूरे प्रमाणीकरण एक्सचेंज के लिए पूर्ण गोपनीयता और अखंडता मिलती है। यह Blast-RADIUS जैसे ट्रांसपोर्ट-लेयर हमलों को असंभव बनाता है, क्योंकि बीच में रोकने के लिए कोई अनएन्क्रिप्टेड RADIUS ट्रैफ़िक नहीं होता है। RADSEC विशेष रूप से वितरित परिवेशों - होटल श्रृंखलाओं, रिटेल नेटवर्क, स्टेडियम परिसरों - में मूल्यवान है जहां RADIUS ट्रैफ़िक एक्सेस पॉइंट और केंद्रीय प्रमाणीकरण सर्वर के बीच कई नेटवर्क खंडों से गुजर सकता है। आइए अब एक त्वरित प्रश्नोत्तर (Q&A) की ओर बढ़ते हैं। प्रश्न एक: हम EAP का उपयोग करते हैं। क्या हम सुरक्षित हैं? यदि आप EAP-TLS, PEAP, या EAP-TTLS का उपयोग कर रहे हैं, तो आप विशिष्ट Blast-RADIUS MD5 कोलिजन हमले के प्रति संवेदनशील नहीं हैं। हालाँकि, आपको अभी भी गहन सुरक्षा उपाय के रूप में वेंडर पैच लागू करने चाहिए, और आपको यह सुनिश्चित करने के लिए अपने कॉन्फ़िगरेशन का ऑडिट करना चाहिए कि सभी क्लाइंट पर सर्वर सर्टिफिकेट सत्यापन लागू किया गया है। प्रश्न दो: हमारा RADIUS ट्रैफ़िक एक समर्पित प्रबंधन VLAN में है। क्या वह हमारी सुरक्षा करता है? यह हमले की संभावना को कम करता है, लेकिन भेद्यता को समाप्त नहीं करता है। एक हमलावर जिसने प्रबंधन नेटवर्क पर किसी भी डिवाइस के साथ पहले ही समझौता कर लिया है, वह अभी भी मैन-इन-द-मिडल हमला कर सकता है। सेगमेंटेशन सुरक्षा की एक मूल्यवान परत है, लेकिन इसे Message-Authenticator प्रवर्तन और EAP माइग्रेशन के साथ जोड़ा जाना चाहिए। प्रश्न तीन: तत्काल समाधान कितना कठिन है? अधिकांश वातावरणों के लिए, Message-Authenticator को लागू करना एक सीधा कॉन्फ़िगरेशन परिवर्तन है। प्राथमिक चुनौती यह सुनिश्चित करना है कि सभी नेटवर्क डिवाइस - एक्सेस पॉइंट, स्विच, कंट्रोलर - इस विशेषता का समर्थन करते हैं और उनके पास यह सक्षम है। लेगेसी हार्डवेयर पर प्रमाणीकरण विफलताओं से बचने के लिए सर्वर-साइड आवश्यकता को लागू करने से पहले डिवाइस ऑडिट आवश्यक है। प्रश्न चार: क्या मैं इसका पता लगा सकता हूँ कि मुझ पर हमला हुआ है? यह बहुत कठिन है। जाली Access-Accept पैकेट RADIUS क्लाइंट के लिए वैध प्रतीत होता है क्योंकि MD5 हैश की जांच सही होती है। आपका सबसे अच्छा पहचान दृष्टिकोण असामान्य सफल प्रमाणीकरण के लिए RADIUS अकाउंटिंग लॉग की निगरानी करना है - जैसे अप्रत्याशित डिवाइस प्रकार, MAC पते जो आपके इन्वेंट्री से मेल नहीं खाते हैं, या असामान्य समय पर सफल लॉगिन। स्वचालित अलर्ट के लिए अपने RADIUS अकाउंटिंग डेटा को अपने SIEM के साथ एकीकृत करें। संक्षेप में और आपके अगले कदमों को रेखांकित करने के लिए। Blast-RADIUS भेद्यता UDP पर लेगेसी RADIUS प्रमाणीकरण चलाने वाले किसी भी संगठन के लिए एक गंभीर, व्यावहारिक रूप से शोषण योग्य खतरा है। हमले के लिए किसी क्रेडेंशियल ज्ञान की आवश्यकता नहीं होती है और इसे मिनटों में निष्पादित किया जा सकता है। आपकी तत्काल प्राथमिकता अपने बुनियादी ढांचे का ऑडिट करना, विक्रेता पैच लागू करना और सभी RADIUS क्लाइंट्स और सर्वर पर Message-Authenticator विशेषता को लागू करना है। आपका मध्यम अवधि का लक्ष्य EAP-TLS और WPA3-Enterprise पर माइग्रेट करना है। आपका दीर्घकालिक आर्किटेक्चरल लक्ष्य RADSEC है। Purple में, हम इंटेलिजेंस लेयर प्रदान करते हैं जो आपको अपने स्थल के WiFi नेटवर्क को समझने और सुरक्षित करने में मदद करती है। हमारा प्लेटफ़ॉर्म आपको डिवाइस प्रकारों की पहचान करने, प्रमाणीकरण पैटर्न की निगरानी करने और यह सुनिश्चित करने के लिए दृश्यता प्रदान करता है कि आपकी सुरक्षा नीतियां आपके एस्टेट के हर एक्सेस पॉइंट पर प्रभावी ढंग से लागू की जा रही हैं। आपकी कार्य योजना तीन शब्द हैं: ऑडिट, पैच, और आधुनिकीकरण। 30 साल पुराने प्रोटोकॉल को अपनी सुरक्षा स्थिति की कमजोर कड़ी न बनने दें। इस Purple तकनीकी ब्रीफिंग में शामिल होने के लिए धन्यवाद। सुरक्षित रहें।

हमारी मुख्य श्रृंखला का हिस्सा: एंटरप्राइज WiFi Security गाइड →

Interactive Security Diagnostic

BlastRADIUS audit and RADIUS hardening readiness calculator

Evaluate your authentication servers, Message-Authenticator policy, and transport encryption to calculate CVE-2024-3596 MD5 collision exposure and generate an enterprise remediation playbook.

Network authentication profile

BlastRADIUS risk score

Critical Risk
Hardened (0%)Calculated exposure: 95%Critical (100%)

Immediate action required. Your RADIUS infrastructure is susceptible to BlastRADIUS authentication bypass. Enforce Message-Authenticator and restrict unencrypted UDP transport immediately.

MD5 chosen-prefix collision risk:

Vulnerable to BlastRADIUS (CVE-2024-3596): an on-path attacker can forge Access-Accept responses by injecting chosen-prefix MD5 collisions within 3 to 5 minutes.

In-transit interception attack surface:

High Exposure: unencrypted UDP ports 1812/1813 allow passive packet capture, ARP spoofing, and rogue gateway injection anywhere on the path between the NAS and the RADIUS server.

NAS fleet interoperability:

Moderate Operational Risk: Legacy switches or older wireless access points may lack support, causing failed logins if strict enforcement is enabled globally without testing.

Useful? Link to this tool

Hardening RADIUS against MD5 collision attacks

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

IETF RFC 2865 में परिभाषित Remote Authentication Dial-In User Service (RADIUS) प्रोटोकॉल ने तीन दशकों से अधिक समय तक एंटरप्राइज़ नेटवर्क के लिए केंद्रीय प्रमाणीकरण ढांचे के रूप में कार्य किया है। हालांकि, CVE-2024-3596 (जिसे BlastRADIUS के रूप में जाना जाता है) के खुलासे ने एक महत्वपूर्ण प्रोटोकॉल दोष को उजागर किया कि कैसे RADIUS MD5-आधारित Response Authenticator फ़ील्ड को संसाधित करता है।

MD5 चुने गए-प्रीफ़िक्स टकराव (chosen-prefix collision) तकनीकों का फायदा उठाकर, एक RADIUS क्लाइंट (जैसे कि एक वायरलेस एक्सेस पॉइंट या स्विच) और एक RADIUS सर्वर के बीच नेटवर्क पथ पर मौजूद एक मैन-इन-द-मिडल (MitM) हमलावर प्रमाणीकरण अनुमोदन को जाली बना सकता है। एक हमलावर उपयोगकर्ता क्रेडेंशियल या साझा RADIUS सीक्रेट को जाने बिना रीयल-टाइम में एक वैध Access-Reject पैकेट को Access-Accept पैकेट में बदल सकता है।

यह तकनीकी मार्गदर्शिका BlastRADIUS हमले के क्रिप्टोग्राफिक मैकेनिक्स को रेखांकित करती है, Message-Authenticator प्रवर्तन के माध्यम से तत्काल वेंडर शमन रणनीतियों का विवरण देती है, और WiFi इंफ्रास्ट्रक्चर को ज़ीरो-ट्रस्ट EAP-TLS और Purple क्लाउड RADIUS पर माइग्रेट करने के लिए एक एंटरप्राइज़ रोडमैप प्रदान करती है।

MD5 टकराव हमलों के तकनीकी मैकेनिक्स (CVE-2024-3596)

BlastRADIUS को समझने के लिए RFC 2865 के तहत स्थापित RADIUS पैकेट हेडर संरचना की जांच करना आवश्यक है:

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Code      |  Identifier   |            Length             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
|                     Request Authenticator                     |
|                                                               |
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  Attributes...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

RFC 2865 में क्रिप्टोग्राफिक दोष

जब एक RADIUS सर्वर किसी Access-Request का जवाब देता है, तो वह रिस्पांस कोड, आइडेंटिफायर, लेंथ, रिक्वेस्ट ऑथेंटिकेटर, एट्रिब्यूट्स और साझा सीक्रेट पर एक MD5 हैश की गणना करता है:

Response Authenticator = MD5(Code + ID + Length + Request Authenticator + Attributes + Shared Secret)

चूंकि MD5 चुने गए-प्रीफ़िक्स टकरावों के प्रति संवेदनशील है, इसलिए एक हमलावर निम्नलिखित अनुक्रम निष्पादित करता है:

  1. Access-Request को इंटरसेप्ट करना: एक एक्सेस पॉइंट द्वारा भेजे गए वैध Access-Request को इंटरसेप्ट करें।
  2. टकराव प्रीफ़िक्स इंजेक्ट करना: RADIUS सर्वर पर अग्रेषित करने से पहले रिक्वेस्ट पैकेट में तैयार किए गए Proxy-State एट्रिब्यूट्स डालें।
  3. Intercept Access-Reject: जब RADIUS सर्वर प्रमाणीकरण प्रयास को अस्वीकार कर देता है और एक Access-Reject वापस करता है, तो हमलावर पैकेट को इंटरसेप्ट कर लेता है।
  4. Forge Access-Accept: हमलावर रिस्पांस कोड को बदलकर Access-Accept कर देता है और एट्रिब्यूट पेलोड को संशोधित कर देता है। चूंकि पहले से गणना किया गया कोलिजन प्रीफिक्स एक समान MD5 आउटपुट डाइजेस्ट उत्पन्न करता है, इसलिए एक्सेस पॉइंट जाली Access-Accept को प्रामाणिक के रूप में सत्यापित कर लेता है।

स्टेप-बाय-स्टेप शमन रोडमैप

चरण 1: Message-Authenticator (RFC 2869) लागू करें

Message-Authenticator एट्रिब्यूट (एट्रिब्यूट 80) हेडर फ़ील्ड और पेलोड एट्रिब्यूट सहित पूरे RADIUS पैकेट पर डिजिटल हस्ताक्षर की गणना करने के लिए HMAC-MD5 का उपयोग करता है:

Message-Authenticator = HMAC-MD5(RADIUS Packet, Shared Secret)

चूंकि HMAC-MD5 चोज़न-प्रीफिक्स कोलिजन हमलों के प्रति प्रतिरोधी है, इसलिए सभी क्लाइंट अनुरोधों और सर्वर प्रतिक्रियाओं पर एट्रिब्यूट 80 को लागू करने से BlastRADIUS का फायदा उठाना असंभव हो जाता है।

वेंडर कार्यान्वयन कमांड

RADIUS वेंडर कॉन्फ़िगरेशन कमांड / एक्शन न्यूनतम समर्थित संस्करण
FreeRADIUS clients.conf में require_message_authenticator को yes पर सेट करें v3.0.27 / v3.2.5
Cisco ISE Require Message-Authenticator for all RADIUS Requests को सक्षम करें v3.1 Patch 8 / v3.2 Patch 4
Aruba ClearPass RADIUS सेवा में Enforce Message-Authenticator को टॉगल करें v6.11.7 / v6.12.2
Microsoft NPS रजिस्ट्री DWORD RequireMessageAuthenticator मान 1 लागू करें Windows Server 2019/2022 KB5040442
Ruckus SmartZone AAA सर्वर के अंतर्गत Message-Authenticator Enforcement सक्षम करें v6.1.2 Patch 1 
# FreeRADIUS clients.conf hardening snippet
# Ensure require_message_authenticator is set to yes for client blocks
client branch_ap_cluster {
    ipaddr_range: 192.168.10.0/24
    secret_key: EnterpriseSecret2026!
    require_message_authenticator_option: yes
    limit_connections: 16
    idle_timeout_sec: 30
}

# Microsoft NPS Registry Hardening via PowerShell
New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\RemoteAccess\Policy" `
    -Name "RequireMessageAuthenticator" -Value 1 -PropertyType DWORD -Force
Restart-Service IAS

अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?

हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।

तुलनात्मक सुरक्षा मैट्रिक्स: RADIUS सुदृढ़ीकरण विकल्प

सुदृढ़ीकरण उपाय भेद्यता सुरक्षा कार्यान्वयन प्रयास क्लाइंट अनुकूलता परिचालन प्रभाव
Message-Authenticator (RFC 2869) CVE-2024-3596 को ब्लॉक करता है कम (कॉन्फ़िगरेशन परिवर्तन) आधुनिक APs के साथ संगत न्यूनतम डाउनटाइम
RADSEC (RFC 6614) पूर्ण WAN TLS 1.3 एन्क्रिप्शन मध्यम (प्रॉक्सी परिनियोजन) TCP 2083 समर्थन की आवश्यकता है MitM जोखिमों को समाप्त करता है
802.1X EAP-TLS Migration ज़ीरो-ट्रस्ट पारस्परिक प्रमाणपत्र प्रमाणीकरण मध्यम से उच्च (PKI / SCEP) सभी कॉर्पोरेट OS समर्थित पासवर्ड को समाप्त करता है
Purple Cloud RADIUS एंड-टू-एंड क्लाउड RADIUS + RADSEC कम (टर्नकी क्लाउड एकीकरण) यूनिवर्सल 802.1X समर्थन स्वचालित प्रमाणपत्र जीवनचक्र

RADSEC (RFC 6614) और EAP-TLS पर संक्रमण

पारंपरिक RADIUS अनएन्क्रिप्टेड UDP पोर्ट 1812 और 1813 पर काम करता है। अविश्वसनीय WAN लिंक पर प्रमाणीकरण ट्रैफ़िक ले जाने से पैकेट हेडर सक्रिय रूप से इंटरसेप्ट होने के लिए संवेदनशील हो जाते हैं।

RADSEC (RADIUS over TLS) को तैनात करने से RADIUS पैकेट एक एन्क्रिप्टेड TCP TLS 1.3 टनल के अंदर रैप हो जाते हैं:

  • पोर्ट: TCP 2083
  • एन्क्रिप्शन: AES-256-GCM सिफर सुइट्स के साथ TLS 1.3
  • प्रमाणीकरण: क्लाइंट प्रॉक्सी और सर्वर एंडपॉइंट्स के बीच म्यूचुअल X.509 प्रमाणपत्र सत्यापन
flowchart LR
    A["Wireless Endpoints (Laptops/IoT)"] -->|WPA3-Enterprise 802.1X| B["Access Points / Switches"]
    B -->|RADSEC TLS 1.3 Port 2083| C["Purple Cloud RADIUS"]
    C -->|REST / SCIM API| D["Cloud IdP (Entra ID / Okta / Google)"]

Purple Cloud RADIUS के प्रमुख आर्किटेक्चरल लाभ

  1. जीरो-टच 802.1X प्रमाणपत्र ऑनबोर्डिंग: प्रबंधित उपकरणों के लिए SCEP और EST प्रमाणपत्र जारी करने को स्वचालित करता है, जिससे मैन्युअल पासवर्ड कॉन्फ़िगरेशन की आवश्यकता समाप्त हो जाती है।
  2. इन-बिल्ट RADSEC प्रॉक्सी आर्किटेक्चर: जटिल साइट-टू-साइट IPsec टनल की आवश्यकता के बिना एन्क्रिप्टेड TCP कनेक्शन पर रिमोट ब्रांच ट्रैफ़िक को सुरक्षित करता है।
  3. व्यापक अतिथि और कॉर्पोरेट सुरक्षा: GDPR-अनुरूप Captive Portal अतिथि ऑनबोर्डिंग के साथ उद्यम 802.1X प्रमाणीकरण को जोड़ती है।

-

एंटरप्राइज़ अनुपालन और ऑडिट प्रभाव

PCI DSS v4.0 आवश्यकताएं

PCI DSS v4.0 के तहत, अप्रभावित RADIUS बुनियादी ढांचा भुगतान कार्ड वातावरण को गंभीर ऑडिट गैर-अनुपालन के जोखिम में डालता है:

  • आवश्यकता 8.3: सभी प्रशासनिक पहुंच के लिए मल्टी-फैक्टर प्रमाणीकरण और मजबूत क्रेडेंशियल प्रबंधन को अनिवार्य बनाती है।
  • आवश्यकता 8.6: कमजोर क्रिप्टोग्राफ़िक एल्गोरिदम (जैसे कि अनकीड MD5 डाइजेस्ट) पर निर्भरता को प्रतिबंधित करती है।
  • आवश्यकता 1.3: अतिथि, IoT और कार्डधारक डेटा वातावरण (CDE) के बीच सख्त नेटवर्क सेगमेंटेशन की आवश्यकता होती है।

ISO 27001 और GDPR संरेखण

अनएन्क्रिप्टेड या असुरक्षित RADIUS प्रमाणीकरण बनाए रखना ISO 27001:2022 नियंत्रण A.8.20 (नेटवर्क सुरक्षा) और GDPR अनुच्छेद 32 (प्रसंस्करण की सुरक्षा) का उल्लंघन करता है। EAP-TLS और RADSEC में अपग्रेड करने से प्रलेखित क्रिप्टोग्राफ़िक अनुपालन स्थापित होता है।

-

Purple के साथ अपने RADIUS सुरक्षा दृष्टिकोण का आकलन करें

क्या आपका एंटरप्राइज़ WiFi बुनियादी ढांचा BlastRADIUS (CVE-2024-3596) के प्रति संवेदनशील है? Purple इन-बिल्ट RADSEC एन्क्रिप्शन, स्वचालित SCEP प्रमाणपत्र प्रोविज़निंग और निर्बाध पहचान प्रदाता एकीकरण के साथ जीरो-ट्रस्ट क्लाउड RADIUS समाधान प्रदान करता है।

  • स्वचालित 802.1X EAP-TLS ऑनबोर्डिंग: कॉर्पोरेट एंडपॉइंट्स पर पुराने पासवर्ड की आवश्यकता को समाप्त करें।
  • टर्नकी RADSEC क्लाउड प्रॉक्सी: VPN ओवरहेड के बिना TLS 1.3 पर ब्रांच प्रमाणीकरण ट्रैफ़िक को एन्क्रिप्ट करें।
  • एकीकृत सुरक्षा और विश्लेषण: GDPR-अनुरूप अतिथि WiFi के साथ कॉर्पोरेट 802.1X सुरक्षा प्रबंधित करें।

एक RADIUS सुरक्षा विशेषज्ञ से बात करें

-

अक्सर पूछे जाने वाले प्रश्न

क्या EAP-TLS BlastRADIUS के प्रति संवेदनशील है?

नहीं। EAP-TLS, PEAP, और EAP-TTLS क्लाइंट डिवाइस और RADIUS सर्वर के बीच एक स्वतंत्र TLS टनल स्थापित करते हैं। यह क्रिप्टोग्राफिक टनल लेगेसी RADIUS रिस्पॉन्स ऑथेंटिकेटर MD5 डाइजेस्ट से स्वतंत्र रूप से काम करती है, जिससे EAP ऑथेंटिकेशन CVE-2024-3596 से सुरक्षित रहता है।

Message-Authenticator (RFC 2869) CVE-2024-3596 को कैसे रोकता है?

Message-Authenticator (एट्रिब्यूट 80) शेयर्ड सीक्रेट का उपयोग करके पूरे RADIUS पैकेट को साइन करने के लिए HMAC-MD5 का उपयोग करता है। स्टैंडर्ड MD5 रिस्पॉन्स ऑथेंटिकेटर्स के विपरीत, HMAC-MD5 चुना-गया-प्रिफिक्स कोलिजन हमलों (chosen-prefix collision attacks) के प्रति क्रिप्टोग्राफिक रूप से प्रतिरोधी है, जिससे पैकेट जालसाजी (packet forgery) असंभव हो जाती है।

UDP RADIUS और RADSEC (RFC 6614) के बीच क्या अंतर है?

स्टैंडर्ड RADIUS ऑथेंटिकेशन पैकेट्स को अनएन्क्रिप्टेड UDP पोर्ट 1812 और 1813 पर प्लेनटेक्स्ट में ट्रांसपोर्ट करता है। RADSEC पोर्ट 2083 पर एन्क्रिप्टेड TLS 1.3 TCP स्ट्रीम के अंदर RADIUS पैकेट्स को एनकैप्सुलेट करता है, जो असुरक्षित नेटवर्क पर म्यूचुअल X.509 सर्टिफिकेट ऑथेंटिकेशन और पूरी गोपनीयता प्रदान करता है।

नेटवर्क टीमें Message-Authenticator सपोर्ट के लिए लेगेसी एक्सेस पॉइंट्स का ऑडिट कैसे करती हैं?

नेटवर्क टीमों को tcpdump -i eth0 -n port 1812 का उपयोग करके आने वाले RADIUS ट्रैफिक को कैप्चर करना चाहिए और radius.Message_Authenticator के लिए फ़िल्टर करना चाहिए। सभी एक्सेस पॉइंट मॉडल में एट्रिब्यूट 80 की उपस्थिति की पुष्टि करने से यह सुनिश्चित होता है कि सर्वर-साइड प्रवर्तन क्लाइंट कनेक्शन को बाधित नहीं करेगा।

अगले कदम और संबंधित संसाधन

संबंधित एंटरप्राइज WiFi सुरक्षा आर्किटेक्चर और डायग्नोस्टिक गाइडों को जानने के लिए, निम्नलिखित संसाधनों की समीक्षा करें:

मुख्य परिभाषाएं

BlastRADIUS (CVE-2024-3596)

RADIUS (RFC 2865) में एक गंभीर प्रोटोकॉल-स्तरीय भेद्यता जो हमलावर को MD5 चुनिंदा-प्रिफिक्स कोलिजन तकनीकों का उपयोग करके प्रमाणीकरण प्रतिक्रियाओं को जाली बनाने में सक्षम बनाती है।

जुलाई 2024 में खुलासा किया गया, जो UDP पर एन्क्रिप्टेड RADIUS प्रमाणीकरण चलाने वाले एंटरप्राइज़ नेटवर्क इंफ्रास्ट्रक्चर को प्रभावित करता है।

Message-Authenticator (Attribute 80)

RFC 2869 में परिभाषित एक RADIUS हेडर एट्रीब्यूट जो संपूर्ण RADIUS पैकेट पर डिजिटल हस्ताक्षर की गणना करने के लिए HMAC-MD5 का उपयोग करता है।

एट्रीब्यूट 80 को लागू करना BlastRADIUS हमलों को रोकता है क्योंकि HMAC-MD5 चुनिंदा-प्रिफिक्स कोलिजन हेरफेर से क्रिप्टोग्राफिक रूप से प्रतिरक्षित है।

Response Authenticator

RFC 2865 RADIUS पैकेट हेडर में 16-बाइट फ़ील्ड जिसकी गणना अनुरोध प्रमाणक, विशेषताओं और साझा रहस्य (shared secret) पर MD5 डाइजेस्ट के माध्यम से की जाती है।

प्राप्तकर्ता एक्सेस पॉइंट पैकेट की प्रामाणिकता को सत्यापित करने के लिए इस डाइजेस्ट पर निर्भर करता है, जिसका BlastRADIUS फायदा उठाता है।

RADSEC (RADIUS over TLS)

एक RFC 6614 मानक जो पोर्ट 2083 पर एक एन्क्रिप्टेड TLS 1.3 TCP स्ट्रीम के अंदर RADIUS प्रमाणीकरण पैकेट को एनकैप्सुलेट करता है।

एक्सेस पॉइंट्स और RADIUS सर्वरों के बीच अविश्वसनीय WAN लिंक पर मैन-इन-द-मिडिल पैकेट इंटरसेप्शन को रोकता है।

EAP-TLS

Extensible Authentication Protocol - Transport Layer Security। X.509 डिजिटल प्रमाणपत्रों का उपयोग करने वाला एक IEEE 802.1X पारस्परिक प्रमाणीकरण मानक।

NIST और ISO 27001 फ्रेमवर्क द्वारा पुराने PAP/CHAP RADIUS प्रमाणीकरण के मुख्य प्रतिस्थापन के रूप में अनुशंसित।

हल किए गए उदाहरण

RADIUS सर्वर पर अनिवार्य प्रवर्तन सक्षम करने से पहले नेटवर्क एडमिनिस्ट्रेटर यह कैसे सत्यापित करते हैं कि मौजूदा वायरलेस एक्सेस पॉइंट्स और स्विच Message-Authenticator को लागू करते हैं या नहीं?

उत्पादन WiFi एक्सेस को बाधित किए बिना Message-Authenticator अनुपालन का ऑडिट करने के लिए:

  1. पैकेट कैप्चर ऑडिट: आने वाले Access-Request पैकेटों को कैप्चर करने के लिए RADIUS सर्वर इंटरफेस (UDP पोर्ट 1812) पर Wireshark या tcpdump चलाएं: tcpdump -i eth0 -n port 1812 -w radius_audit.pcap।
  2. एट्रीब्यूट फ़िल्टर निरीक्षण: कैप्चर किए गए पैकेटों को radius.Message_Authenticator द्वारा फ़िल्टर करें। पुष्टि करें कि प्रत्येक क्लाइंट हार्डवेयर प्रकार (एक्सेस पॉइंट्स, स्विच, वायरलेस कंट्रोलर) प्रारंभिक अनुरोधों में एट्रीब्यूट 80 को शामिल करता है।
  3. वेंडर पॉलिसी टेस्ट: उत्पादन FreeRADIUS, Cisco ISE, या Microsoft NPS सर्वर पर वैश्विक प्रवर्तन लागू करने से पहले एकल परीक्षण RADIUS क्लाइंट प्रोफ़ाइल पर Message-Authenticator आवश्यकता को सक्षम करें।
परीक्षक की टिप्पणी: सर्वर-साइड प्रवर्तन से पहले क्लाइंट क्षमताओं का ऑडिट करना रखरखाव विंडो के दौरान पुराने नेटवर्क स्विच या पुराने APs को ब्लॉक होने से रोकता है।

एक मल्टी-साइट वेन्यू ऑपरेटर ज़ीरो-ट्रस्ट EAP-TLS माइग्रेशन की योजना बनाते समय BlastRADIUS को ब्लॉक करने के लिए पुराने FreeRADIUS इंस्टॉलेशन को कैसे अपग्रेड करता है?

एक दो-चरणीय समाधान योजना नेटवर्क संचालन निरंतरता बनाए रखती है:

  1. चरण 1 (तत्काल सुदृढ़ीकरण): FreeRADIUS को संस्करण 3.0.27 या 3.2.5 पर अपडेट करें। clients.conf को संपादित करके require_message_authenticator = yes सेट करें और अप्रमाणित पैकेटों को अस्वीकार करने के लिए radiusd.conf को अपडेट करें।
  2. चरण 2 (आर्किटेक्चर अपग्रेड): TLS 1.3 टनल (TCP पोर्ट 2083) में RADIUS ट्रैफ़िक को रैप करने के लिए शाखा एक्सेस पॉइंट्स पर RADSEC प्रॉक्सी तैनात करें और कॉर्पोरेट डिवाइसों के लिए स्वचालित SCEP नामांकन के साथ Purple Cloud RADIUS को एकीकृत करें।
परीक्षक की टिप्पणी: चरण 1 बिना किसी हार्डवेयर व्यय के तुरंत CVE-2024-3596 भेद्यता को बंद कर देता है, जबकि चरण 2 WAN पैकेट इंटरसेप्शन के खिलाफ दीर्घकालिक क्रिप्टोग्राफिक अलगाव स्थापित करता है।

अभ्यास प्रश्न

Q1. MD5 चुनिंदा-प्रिफिक्स कोलिजन एक हमलावर को साझा रहस्य (shared secret) जाने बिना RADIUS प्रमाणीकरण को बायपास करने की अनुमति कैसे देता है?

संकेत: इस बात पर ध्यान केंद्रित करें कि वायरलेस एक्सेस पॉइंट द्वारा MD5 Response Authenticator डाइजेस्ट को कैसे सत्यापित किया जाता है।

मॉडल उत्तर देखें

RFC 2865 RADIUS में, Access-Reject और Access-Accept पैकेट डाइजेस्ट, साझा सीक्रेट (shared secret) के साथ संयुक्त पैकेट सामग्री के MD5 हैश पर निर्भर करते हैं। Man-in-the-middle एक्सेस वाला एक हमलावर Access-Request को आगे बढ़ाने से पहले प्रॉक्सी स्टेट एट्रिब्यूट्स में कोलिजन प्रिफिक्स (collision prefixes) डाल देता है। जब सर्वर Access-Reject लौटाता है, तो हमलावर पैकेट कोड को Access-Accept में बदल देता है। चूंकि MD5 chosen-prefix कोलिजन विभिन्न इनपुट के लिए समान हैश आउटपुट डाइजेस्ट उत्पन्न करते हैं, इसलिए एक्सेस पॉइंट जाली Access-Accept को बिना साझा सीक्रेट जाने ही प्रामाणिक के रूप में सत्यापित कर लेता है।

Q2. कौन से RADIUS ऑथेंटिकेशन तरीके BlastRADIUS के प्रति संवेदनशील हैं, और कौन से तरीके क्रिप्टोग्राफिक रूप से सुरक्षित हैं?

संकेत: TLS में रैप किए गए EAP प्रोटोकॉल बनाम UDP पर पुराने PAP/CHAP के बीच अंतर करें।

मॉडल उत्तर देखें

UDP पर PAP, CHAP, और MS-CHAP पर भरोसा करने वाले RADIUS ऑथेंटिकेशन मोड संवेदनशील हैं क्योंकि वे सीधे MD5 रिस्पॉन्स ऑथेंटिकेटर सत्यापन पर निर्भर करते हैं। EAP-TLS, PEAP, और EAP-TTLS BlastRADIUS से पूरी तरह सुरक्षित हैं क्योंकि EAP सप्लीकेंट और सर्वर के बीच एक स्वतंत्र क्रिप्टोग्राफिक TLS सेशन स्थापित करता है, जिससे पहचान सत्यापन के लिए पुराने RADIUS रिस्पॉन्स ऑथेंटिकेटर डाइजेस्ट पर निर्भरता समाप्त हो जाती है।

अक्सर पूछे जाने वाले प्रश्न

What is BlastRADIUS (CVE-2024-3596) and how does it exploit MD5 collisions?

BlastRADIUS is a vulnerability (CVE-2024-3596) in the RADIUS protocol (RFC 2865). An attacker positioned as a man-in-the-middle between an access point or switch and the RADIUS server can forge an Access-Accept response packet. The attack exploits predictable request authenticators and weaknesses in MD5 to compute chosen-prefix hash collisions within minutes, allowing unauthorized network access without valid credentials.

How does the Message-Authenticator attribute prevent BlastRADIUS attacks?

The Message-Authenticator attribute (RFC 2869 and RFC 3579) calculates an HMAC-MD5 digital signature across the entire RADIUS packet using the shared secret. When a RADIUS server strictly requires and verifies Message-Authenticator on all Access-Request packets, any forged or modified packet injected by an attacker invalidates the cryptographic signature and is dropped before processing.

Why are non-EAP authentication methods like PAP and CHAP especially vulnerable?

RFC 3579 mandated Message-Authenticator for EAP packets in 2003, so compliant EAP handshakes already carried partial integrity protection. However, non-EAP authentication flows - such as PAP, CHAP, MS-CHAPv2, and MAC authentication bypass (MAB) - historically omitted Message-Authenticator, leaving their response authenticators exposed to MD5 chosen-prefix collision forgery.

What role does RadSec (RADIUS over TLS) play in hardening enterprise networks?

RadSec (RFC 6614) encapsulates RADIUS authentication traffic inside a mutual TLS tunnel over TCP port 2083. This eliminates cleartext UDP transmissions across untrusted networks, prevents packet interception and tampering, and provides cryptographic confidentiality between access points, switches, and authentication servers.

Why is transitioning to 802.1X EAP-TLS with Cloud RADIUS the permanent fix?

While requiring Message-Authenticator mitigates CVE-2024-3596, legacy shared-secret RADIUS remains susceptible to credential cracking and key leakage. Migrating to zero-trust 802.1X EAP-TLS with modern Cloud RADIUS replaces passwords and static pre-shared keys with cryptographic X.509 device certificates, providing mutual certificate validation and automated lifecycle management.

इस श्रृंखला में आगे पढ़ें

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 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।