Probe Request म्हणजे काय? डिव्हाइसेस नेटवर्कचा शोध कसा घेतात हे समजून घेणे

Probe Request म्हणजे काय? डिव्हाइसेस नेटवर्कचा शोध कसा घेतात हे समजून घेणे. Purple चे एक तांत्रिक विश्लेषण. प्रस्तावना आणि संदर्भ. या Purple तांत्रिक विश्लेषणामध्ये आपले स्वागत आहे. मी तुम्हाला एंटरप्राइझ WiFi मधील सर्वात मूलभूत - आणि सर्वात जास्त गैरसमज असलेल्या - यंत्रणेबद्दल सविस्तर माहिती देणार आहे: ती म्हणजे probe request. जर तुम्ही गेस्ट WiFi डिप्लॉयमेंट, मल्टी-साइट रिटेल नेटवर्क किंवा वेन्यू ॲनालिटिक्स प्रोग्रामसाठी जबाबदार असाल, तर probe requests समजून घेणे पर्यायी नाही. हा इतर सर्व गोष्टींचा पाया आहे - फूटफॉल ॲनालिटिक्स आणि ड्वेल टाईम मोजण्यापासून ते MAC randomisation आव्हाने आणि GDPR अनुपालनापर्यंत. चला तर मग याविषयी सविस्तर जाणून घेऊया. प्रत्येक वेळी जेव्हा एखादे डिव्हाइस - स्मार्टफोन, लॅपटॉप, टॅब्लेट - नेटवर्कशी कनेक्ट केलेले नसते, तेव्हा ते सतत नेटवर्कचा शोध घेत असते. ती स्कॅनिंग प्रक्रिया probe request ने सुरू होते. हा IEEE 802.11 अंतर्गत परिभाषित केलेला मॅनेजमेंट फ्रेम आहे, आणि तो क्लायंट डिव्हाइसद्वारे ट्रान्समिट केला जातो, ॲक्सेस पॉइंटद्वारे नाही. याला डिव्हाइसने रूममध्ये ओरडून विचारल्यासारखे समजा: "मी ओळखतो असा इथे कोणी आहे का?" ॲक्सेस पॉइंट हे ऐकतो, आणि जर तो ती रिक्वेस्ट ओळखत असेल, तर तो प्रतिसाद देतो. असे दिवसातून शेकडो वेळा घडते, अनेकदा डिव्हाइसच्या मालकाला याची माहितीही नसते. आणि नेटवर्क आर्किटेक्ट्स आणि वेन्यू ऑपरेटर्ससाठी, त्या probe requests हा ऑपरेशनल डेटाचा खजिना आहेत - जर तुम्हाला ते अचूकपणे कॅप्चर आणि विश्लेषित कसे करायचे हे माहित असेल. तांत्रिक सखोल माहिती. चला याच्या मेकॅनिक्समध्ये अधिक सखोल जाऊया. probe request ही 2.4 GHz किंवा 5 GHz रेडिओ बँडवर ट्रान्समिट केली जाणारी Layer 2 मॅनेजमेंट फ्रेम आहे. IEEE 802.11 मानकांनुसार, याचे वर्गीकरण सबटाईप 4 मॅनेजमेंट फ्रेम म्हणून केले जाते. फ्रेममध्ये अनेक महत्त्वाचे माहिती घटक असतात: SSID फील्ड, सपोर्टेड रेट्स घटक, एक्सटेंडेड सपोर्टेड रेट्स घटक, आणि 802.11ac डिव्हाइसेससाठी HT (हाय-थ्रूपुट) आणि VHT कॅपेबिलिटीजबद्दलची माहिती. probe requests चे दोन प्रकार आहेत. पहिली म्हणजे ब्रॉडकास्ट probe request, ज्याला कधीकधी वाइल्डकार्ड प्रोब देखील म्हटले जाते. यामध्ये SSID फील्ड रिकामे असते - डिव्हाइस प्रामुख्याने रेंजमधील कोणत्याही ॲक्सेस पॉइंटला स्वतःची ओळख पटवून देण्यास सांगत असते. दुसरी म्हणजे डायरेक्टेड probe request, जिथे SSID फील्डमध्ये विशिष्ट नेटवर्कचे नाव असते. हे तेव्हा घडते जेव्हा डिव्हाइस अशा नेटवर्कचा सक्रियपणे शोध घेत असते ज्याच्याशी ते आधी कनेक्ट झाले होते आणि जे त्याच्या पसंतीच्या नेटवर्क लिस्टमध्ये सेव्ह केलेले असते. ॲक्सेस पॉइंटचा प्रतिसाद - probe response frame - हा बऱ्याच अंशी बीकन फ्रेमच्या मजकुरासारखाच असतो. यामध्ये SSID, BSSID, बीकन इंटरव्हल, टाईमस्टॅम्प आणि संपूर्ण कॅपेबिलिटी सेट समाविष्ट असतो. याच देवाणघेवाणीमुळे युझरने त्यांचे WiFi सेटिंग्ज उघडण्यापूर्वीच डिव्हाइसला उपलब्ध नेटवर्क्सची लिस्ट तयार करणे शक्य होते.आता, ॲक्टिव्ह स्कॅनिंग (active scanning) आणि पॅसिव्ह स्कॅनिंग (passive scanning) यांच्यात एक महत्त्वाचा फरक आहे. ॲक्टिव्ह स्कॅनिंग म्हणजे मी आत्ताच वर्णन केलेले प्रोब विनंती आणि प्रतिसाद चक्र आहे. पॅसिव्ह स्कॅनिंग वेगळे आहे - यामध्ये डिव्हाइस केवळ बीकन फ्रेम्स ऐकते जे ऍक्सेस पॉईंट्स ठराविक कालावधीने, साधारणपणे दर १०० मिलिसेकंदांनी ब्रॉडकास्ट करतात. पॅसिव्ह स्कॅनिंग संथ असते परंतु कमी पॉवर वापरते. बहुतांश आधुनिक डिव्हाइसेस त्यांच्या पॉवर स्टेट आणि ते कार्य करत असलेल्या रेग्युलेटरी डोमेनवर अवलंबून या दोन्हीच्या संयोजनाचा वापर करतात. येथेच हे कार्यात्मकदृष्ट्या महत्त्वपूर्ण बनते. गर्दीच्या ठिकाणी - जसे की स्टेडियम, कॉन्फरन्स सेंटर, मोठे रिटेल स्टोअर - तुमच्याकडे एकाच वेळी हजारो डिव्हाइसेस अनेक चॅनेलवर प्रोब विनंत्या पाठवू शकतात. यामुळे प्रोब स्टॉर्म (probe storm) परिस्थिती निर्माण होते. प्रत्येक प्रोब विनंतीमुळे एअरटाइम वापरला जातो. खराब डिझाइन केलेल्या नेटवर्कमध्ये, हा मॅनेजमेंट फ्रेम ओव्हरहेड कनेक्ट केलेल्या क्लायंटसाठी थ्रुपुट लक्षणीयरित्या कमी करू शकतो. याच कारणास्तव एंटरप्राइझ-ग्रेड ऍक्सेस पॉईंट्स मानक म्हणून प्रोब विनंती फिल्टरिंग आणि रेट लिमिटिंग लागू करतात. आता आपण MAC ॲड्रेस आणि ॲनालिटिक्ससाठी हे अत्यंत महत्त्वाचे का आहे याबद्दल बोलूया. पूर्वी, प्रत्येक प्रोब विनंतीमध्ये डिव्हाइसचा मूळ हार्डवेअर MAC ॲड्रेस असायचा - जो नेटवर्क इंटरफेस कार्डमध्ये बर्न केलेला जागतिक स्तरावर अद्वितीय असलेला ४८-बिट आयडेंटिफायर असायचा. यामुळे प्रोब-आधारित ॲनालिटिक्स अत्यंत विश्वासार्ह बनले. तुम्ही तुमच्या संपूर्ण आवारात एखाद्या डिव्हाइसचा मागोवा घेऊ शकत होता, ड्वेल टाइम (dwell time) मोजू शकत होता, वारंवार येणारे अभ्यागत ओळखू शकत होता आणि उच्च आत्मविश्वासाने फूटफॉल हीटमॅप तयार करू शकत होता. २०२० मधील iOS 14 आणि त्यापूर्वीच्या Android 10 मुळे यात मोठा बदल झाला. Apple आणि Google ने प्रोब विनंत्यांसाठी MAC ॲड्रेस रँडमायझेशन (randomisation) सुरू केले. मूळ हार्डवेअर MAC ब्रॉडकास्ट करण्याऐवजी, डिव्हाइसेस आता स्कॅनिंगसाठी रँडमाइज्ड MAC ॲड्रेस तयार करतात. iOS वर, हे रँडमायझेशन प्रति-SSID असते - म्हणजेच जेव्हा डिव्हाइस विशिष्ट नेटवर्कशी कनेक्ट होते तेव्हा ते सुसंगत रँडमाइज्ड MAC वापरते, परंतु प्रोबिंग करताना वेगळा वापरते. Android वर, याचे अंमलबजावणी उत्पादकानुसार बदलते. आवार चालकांसाठी याचा प्रत्यक्ष प्रभाव लक्षणीय आहे. टिकून राहणाऱ्या MAC ॲड्रेसेसवर अवलंबून असणारे प्रोब-आधारित फूटफॉल ॲनालिटिक्स आता कनेक्ट नसलेल्या डिव्हाइसेससाठी अविश्वसनीय ठरतात. अद्वितीय डिव्हाइसेसची संख्या फुगवून दिसते. केवळ प्रोब डेटावरून वारंवार येणाऱ्या अभ्यागतांची ओळख पटवणे आता व्यवहार्य राहिलेले नाही. याचा उपाय - आणि येथेच ऑथेंटिकेटेड गेस्ट WiFi अत्यंत महत्त्वाचे ठरते - म्हणजे तुमचा आयडेंटिटी लेयर MAC ॲड्रेसवरून बदलून ऑथेंटिकेटेड युझरवर नेणे. जेव्हा एखादा अभ्यागत captive portal किंवा सोशल लॉगिनद्वारे कनेक्ट होतो, तेव्हा तुम्ही एक कायमस्वरूपी, संमती असलेली आयडेंटिटी कॅप्चर करता जी MAC रँडमायझेशननंतरही टिकून राहते. Purple चे गेस्ट WiFi प्लॅटफॉर्म तंतोतंत हेच करते - ते ॲनालिटिक्सला ऑथेंटिकेटेड सेशनशी जोडते, हार्डवेअर ॲड्रेसशी नाही, ज्यामुळे डिव्हाइसच्या MAC वर्तनाचा विचार न करता तुम्हाला अचूक, GDPR-सुसंगत फूटफॉल डेटा मिळतो.नेटवर्क सुरक्षा विश्लेषकांना समजून घेणे आवश्यक असलेले प्रोब रिक्वेस्टचे सुरक्षा पैलू देखील आहेत. प्रोब रिक्वेस्ट हे अनएनक्रिप्टेड मॅनेजमेंट फ्रेम्स असल्यामुळे, मॉनिटर मोडमध्ये पॅकेट कॅप्चर टूल असलेल्या कोणालाही त्या सहज दिसतात. डायरेक्टेड प्रोब रिक्वेस्ट एखाद्या डिव्हाइसने आधी कनेक्ट केलेल्या नेटवर्कचे SSID उघड करते - ज्याला प्रिफर्ड नेटवर्क लिस्ट किंवा PNL म्हणून ओळखले जाते. हा एक खरा गोपनीयता धोका आहे. तुमच्या वेन्यूमधून जाणारे एखादे डिव्हाइस ते आधी कनेक्ट झालेल्या प्रत्येक नेटवर्कच्या नावाचे ब्रॉडकास्ट करत असते. मुळात MAC randomisation सुरू करण्यामागचे हे एक प्रमुख कारण होते. अटॅक सरफेसच्या दृष्टीकोनातून, प्रोब रिक्वेस्ट ईव्हिल ट्विन हल्ल्यांना (evil twin attacks) सक्षम करतात. एखाद्या विशिष्ट SSID साठी डायरेक्टेड प्रोब रिक्वेस्ट कॅप्चर करणारा हॅकर त्या SSID सह एक बनावट ॲक्सेस पॉइंट उभा करू शकतो आणि डिव्हाइस स्वयंचलितपणे कनेक्ट होण्याची वाट पाहू शकतो. WPA3 चे एन्हान्स्ड ओपन आणि सायमलटेनियस ऑथेंटिकेशन ऑफ इक्वल्स - SAE - प्रोटोकॉल हा धोका लक्षणीयरीत्या कमी करतात, परंतु हे केवळ तेव्हाच शक्य होते जर तुमची इन्फ्रास्ट्रक्चर त्यांना सपोर्ट करत असेल आणि लागू करत असेल. अंमलबजावणीच्या शिफारसी आणि संभाव्य त्रुटी. चला, आता आपण प्रत्यक्ष उपयोजनात (deployment) यासह नेमके काय करावे याकडे वळूया. पहिले म्हणजे, जर तुम्ही जास्त गर्दीच्या वेन्यूमध्ये गेस्ट WiFi नेटवर्क तैनात किंवा रिफ्रेश करत असाल, तर तुमच्या ॲक्सेस पॉइंटचे नियोजन आणि चॅनेल प्लॅनिंगमध्ये प्रोब रिक्वेस्ट ओव्हरहेडचा विचार केला पाहिजे. किमान चॅनेल विड्थ धोरण वापरा - 2.4 GHz वर 20 MHz - आणि दूरच्या डिव्हाइसेसना कनेक्ट होण्यापासून रोखण्यासाठी किमान RSSI थ्रेशोल्ड लागू करा. बहुतांश एंटरप्राइझ कंट्रोलर्स तुम्हाला प्रोब रिस्पॉन्स फिल्टरिंग सेट करण्याची परवानगी देतात जेणेकरून APs केवळ विशिष्ट सिग्नल स्ट्रेंथच्या वर असलेल्या डिव्हाइसेसनाच प्रतिसाद देतील. यामुळे मॅनेजमेंट फ्रेमचा नॉईज लक्षणीयरीत्या कमी होतो. दुसरे म्हणजे, जर तुम्ही फूटफॉल किंवा ड्वेल टाइम ॲनालिटिक्स चालवत असाल, तर हे मान्य करा की केवळ प्रोब-ओन्ली डेटा आता पुरेसा नाही. तुमचे ॲनालिटिक्स धोरण ऑथेंटिकेटेड सेशन्सभोवती तयार करणे आवश्यक आहे. याचा अर्थ असा की तुमचे Captive Portal किंवा ऑनबोर्डिंग फ्लो इतका सोपा असावा की अभ्यागत प्रत्यक्षपणे कनेक्ट होतील. Purple चा डेटा दर्शवतो की चांगल्या प्रकारे डिझाइन केलेले ऑनबोर्डिंग अनुभव - सोशल लॉगिन, ईमेल कॅप्चर किंवा पासवर्डलेस फ्लो - असलेल्या वेन्यूमधील डिव्हाइसेसचे कनेक्शन दर ६० ते ८० टक्के दिसतात. ही तुमची खरी ॲनालिटिक्स लोकसंख्या आहे. तिसरे, UK आणि EU मधील GDPR च्या पालनासाठी, प्रोब रिक्वेस्ट डेटा गोळा करणे - अगदी निनावी (anonymised) असले तरीही - काळजीपूर्वक कायदेशीर आधाराचे मूल्यांकन करणे आवश्यक आहे. जर तुम्ही ॲनालिटिक्ससाठी प्रोब फ्रेम्स कॅप्चर आणि स्टोअर करत असाल, तर तुम्हाला तुमच्या कायदेशीर हिताचा आधार दस्तऐवजीकरण करणे आणि डेटा कमीत कमी गोळा होईल याची खात्री करणे आवश्यक आहे. WiFi ट्रॅकिंगवर ICO चे मार्गदर्शन स्पष्ट आहे: जर तुम्ही डेटावरून एखाद्या व्यक्तीची ओळख पटवू शकत असाल, अगदी अप्रत्यक्षपणे, तरीही तो वैयक्तिक डेटा आहे. कोणतीही प्रोब-आधारित ॲनालिटिक्स सिस्टम तैनात करण्यापूर्वी तुमच्या DPO सोबत काम करा.चौथे, गर्दीच्या वातावरणात प्रोब स्टॉर्म्सबद्दल (probe storms) काळजी घ्या. जर तुम्हाला जास्त गर्दी असलेल्या ठिकाणी विनाकारण थ्रूपुट कमी होत असल्याचे दिसत असेल, तर तुमचे AP लॉग्स तपासा आणि मॅनेजमेंट फ्रेम रेट्स पहा. बऱ्याचदा प्रोब स्टॉर्म यासाठी कारणीभूत असते. याचे निवारण म्हणजे किमान RSSI फिल्टरिंग, प्रोब रिस्पॉन्स रेट लिमिटिंग, आणि तुमचे 5 GHz बँड योग्यरित्या जाहीर करणे जेणेकरून सक्षम डिव्हाइसेस 2.4 GHz ऐवजी याला प्राधान्य देतील. रॅपिड-फायर Q&A. नेहमी विचारल्या जाणाऱ्या काही प्रश्नांवर नजर टाकूया. मी Captive Portal शिवाय केवळ प्रोब रिक्वेस्ट्स वापरून लोकांची संख्या मोजू शकतो का? तांत्रिकदृष्ट्या होय, परंतु iOS 14 नंतर याची अचूकता खूप कमी आहे. तुम्हाला वाढलेली युनिक संख्या दिसेल आणि पुन्हा भेट देणाऱ्या युजर्सचा कोणताही डेटा मिळणार नाही. ढोबळ अंदाजाव्यतिरिक्त इतर कशासाठीही तुम्हाला ऑथेंटिकेटेड सेशन्सची आवश्यकता असते. 6 GHz WiFi 6E नेटवर्कवर प्रोब रिक्वेस्ट्स काम करतात का? होय, पण काही फरकांसह. 6 GHz बँड FILS - Fast Initial Link Setup - नावाचे डिस्कव्हरी मेकॅनिझम आणि आउट-ऑफ-बँड डिस्कव्हरी वापरतो, ज्यामुळे प्रोबची डायनॅमिक्स बदलते. जर तुम्ही WiFi 6E तैनात करत असाल, तर 6 GHz स्कॅनिंगच्या कार्यपद्धतीबाबत तुमच्या व्हेन्डरचे डॉक्युमेंटेशन तपासा. प्रोब रिक्वेस्ट आणि असोसिएशन रिक्वेस्टमध्ये काय फरक आहे? प्रोब रिक्वेस्ट ही असोसिएशनच्या आधीची पायरी आहे - यामध्ये डिव्हाइस नेटवर्क शोधत असते. असोसिएशन रिक्वेस्ट ऑथेंटिकेशननंतर येते, जेव्हा डिव्हाइस औपचारिकपणे विशिष्ट नेटवर्कमध्ये सामील होण्याची विनंती करते. हे 802.11 कनेक्शन स्टेट मशीनचे वेगवेगळे टप्पे आहेत. कनेक्ट झाल्यावर MAC रँडमायझेशन स्थिर राहते का? iOS वर, होय - डिव्हाइस दिलेल्या SSID साठी स्थिर रँडमाइज्ड MAC वापरते. Android वर, हे बदलू शकते. काही सिस्टीम्स प्रत्येक कनेक्शनवर पुन्हा रँडमाइज करतात. म्हणूनच MAC-आधारित ओळखीऐवजी सेशन-आधारित ओळख हे योग्य आर्किटेक्चर आहे. थोडक्यात आणि पुढील पायऱ्या. शेवटी: प्रोब रिक्वेस्ट्स हा WiFi शोधण्याचा मुख्य गाभा आहेत. तुमच्या परिसरातील प्रत्येक डिव्हाइस सतत या रिक्वेस्ट्स तयार करत असते. त्यांची रचना, त्यांच्या मर्यादा आणि त्यांच्या सुरक्षेवरील परिणाम समजून घेणे हे विश्वसनीय, विश्लेषण-सक्षम आणि सुसंगत गेस्ट WiFi तैनात करण्यासाठी अत्यंत आवश्यक आहे. महत्त्वाचे मुद्दे खालीलप्रमाणे आहेत. एक: प्रोब-आधारित विश्लेषण ऑथेंटिकेशनशिवाय आजच्या MAC रँडमायझेशनच्या युगात विश्वसनीय नाही. दोन: ऑथेंटिकेटेड गेस्ट WiFi हा तुमचा ओळखीचा स्तर आहे - यामुळे तुमचे विश्लेषण अचूक बनते आणि तुमचा डेटा GDPR-compliant राहतो. तीन: जास्त गर्दीच्या ठिकाणी प्रोब स्टॉर्म मॅनेजमेंट ही एक खरी ऑपरेशनल चिंता आहे आणि इन्फ्रास्ट्रक्चर डिझाइनच्या टप्प्यावरच तिचे निवारण करणे आवश्यक आहे. चार: डायरेक्टेड प्रोब रिक्वेस्ट्स तुमच्या डिव्हाइसच्या पसंतीची नेटवर्क लिस्ट उघड करतात - हा एक मोठा सुरक्षा धोका आहे जो WPA3 आणि नेटवर्क हायजीन पद्धतींद्वारे कमी केला जाऊ शकतो. जर तुम्हाला अधिक सखोल माहिती हवी असेल, तर Purple चे तांत्रिक डॉक्युमेंटेशन आमचे हार्डवेअर-स्वतंत्र प्लॅटफॉर्म तुम्हाला अचूक विश्लेषण देण्यासाठी ऑथेंटिकेटेड सेशन डेटासह प्रोब डेटा कसा कॅप्चर आणि प्रोसेस करतो हे स्पष्ट करते. तुम्ही WiFi वेफाइंडिंग आणि ट्रायलेटरेशनवरील आमचे गाईड्स देखील पाहू शकता, जे थेट आज आपण अभ्यासलेल्या प्रोब रिक्वेस्टच्या मूलभूत गोष्टींवर आधारित आहेत. ऐकल्याबद्दल धन्यवाद. हे Purple कडून एक तांत्रिक ब्रीफिंग होते.