ESP32 वर Wifi सह गेम

वायफाय नेटवर्कचे विश्लेषण करण्यासाठी मला पॉकेट टूल बनवण्याची कल्पना कशामुळे आली हा लेख.

कल्पनेबद्दल त्यांचे आभार. मला फक्त काही करायचे नव्हते.

नेटवर्क टेक्नॉलॉजीच्या क्षेत्रातील माझे ज्ञान मजा करण्यासाठी आणि विस्तारित करण्याच्या उद्देशाने सर्व काम छंदाचा भाग म्हणून केले गेले. या वर्षाच्या सुरुवातीपासून हळूहळू, आठवड्यातून 1..4 तास.
मी कोणत्याही व्यावहारिक वापराची योजना आखली नाही. त्या. हे हॅकरचे साधन नाही.

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

"युनिव्हर्सल टूल" वर माझे मत आणि ESP32 निवडण्याचे कारण

मी सत्य असल्याचा दावा करत नाही. प्रत्येकाचे स्वतःचे असते. मी माझ्या हार्डवेअरच्या निवडीचे समर्थन करण्याचा प्रयत्न करेन.

लेखात प्रस्तावित कंट्रोलर (STM32) + CC1110 (8051 core) च्या स्वरूपात लिनक्स (सुरुवातीला रास्पबेरी पाई) + "पेरिफेरल्स" च्या संयोजनाचा वापर केस आणि तेथे जे काही शक्य आहे ते क्रॅम करण्याची योजना (125kHz, NFC, 433mHz, USB, iButton, bluetooth, ?) मला योग्य वाटले नाही. तथापि, हा प्रकल्प असे दिसते की ते खाजगी आणि बंद राहील (फ्लिपर-शून्य गिथब “या संस्थेचे कोणतेही सार्वजनिक भांडार नाहीत.”) आणि ते अगदी सामान्य हार्डवेअरकडे गेले.

कदाचित मी चुकीचे आहे आणि भविष्यात लेखक सॉफ्टवेअर स्रोत सार्वजनिकरीत्या उपलब्ध करून देतील. पण जर नसेल, तर मी सोर्स कोडशिवाय असा हार्डवेअर विकत घेणार नाही.

"टूल" साठी माझ्या आवश्यकता

बॉक्स लहान असावा (जितके लहान असेल तितके चांगले).

म्हणून:

• अंगभूत बॅटरी आवश्यक नाही. Wifi सह काम करताना वर्तमान > 100 mA सह, अंगभूत बॅटरी एकतर मोठी असेल किंवा जास्त काळ टिकणार नाही. म्हणून, “बॉक्स” मानक पॉवर बँकद्वारे समर्थित असू द्या. असं असलं तरी, माझ्या खिशात/कारमध्ये नेहमी पॉवर बँक असते.
• आत टूल्ससह लिनक्स “बॉक्स” ठेवा, सर्व भाषांमध्ये अनेक वर्षे लिहिले एक लहान स्क्रीन आणि नियंत्रण बटणांचा एक अल्प संच, यात काही अर्थ नाही. पूर्ण कीबोर्ड आणि स्क्रीनसह सामान्य लॅपटॉपवर परिणाम पाहिले/प्रक्रिया केले जाऊ शकतात.
• घटक सहज प्रवेशयोग्य आणि व्यापकपणे ज्ञात असले पाहिजेत (उपलब्ध SDK, अनेक उदाहरणे आणि दस्तऐवजीकरण).

परिणामी, माझ्यासाठी, निवड स्पष्ट होती - ESP32.

लेखात नमूद केलेल्या सर्व कार्यांसाठी ज्याने मला कारवाई करण्यास प्रवृत्त केले, ESP32 ची क्षमता पुरेशी आहे. जरी मला अजूनही सर्वात जास्त करायचे आहे:

• ब्लूटूथसह खेळा.
• सर्वात सोप्या हार्डवेअरसह 433mHz श्रेणीसह खेळा (केवळ मोठेपणा मॉड्यूलेशन, जे व्यावहारिक गरजांसाठी पुरेसे आहे).

ESP32 मध्ये मलम मध्ये फ्लाय

• ESP32 SDK (IDF) काहीसे अस्ताव्यस्त आहे.
• काही कार्यक्षमता (उदाहरणार्थ, वायफाय स्टॅक) स्त्रोत कोडशिवाय एकत्र केलेल्या स्थिर लायब्ररीच्या स्वरूपात येतात.
• 5gHz बँड समर्थित नाही आणि WiFi सह कार्य करताना काही मर्यादा आणि अनाठायीपणा आहेत.

परंतु किंमत/आकार या कमतरतेसाठी पूर्णपणे भरपाई देतात.

मुख्य सॉफ्टवेअर कार्यक्षमता

मी कार्यक्षमतेचे आणि माझ्या मताचे थोडक्यात वर्णन करेन...

सेटिंग्ज व्यवस्थापित करणे आणि SD वरून फाइल अपलोड करणे

सर्व बाह्य नियंत्रण एका साध्या वेब पृष्ठाद्वारे केले जाते, वेगळ्या मेनू आयटममध्ये लॉन्च केले जाते. ESP32 WiFi AP मोडमध्ये सुरू होते आणि एका निश्चित IP पत्त्यावर पृष्ठ प्रदर्शित करते.

जरी ESP32 कोर खूप वेगवान आहेत, जसे की प्रयोगांनी दर्शविले आहे, अंगभूत वेब सेवेचे एकाचवेळी ऑपरेशन आणि उदाहरणार्थ, राउटर मोड फारशी सुसंगत नाहीत. म्हणून, कोणतेही डायनॅमिक नियंत्रण नाही आणि पृष्ठ इतर सर्व मोडमध्ये उपलब्ध नाही.
शिवाय, संशोधनाच्या हेतूंसाठी डायनॅमिक नियंत्रणाची आवश्यकता नाही.

बीकन पॅकेजेससह कार्य करण्याची पद्धत

मोड सामान्य आहेत आणि फार मनोरंजक नाहीत. बनवले "कारण ते शक्य आहे." चेकसाठी.
अधिकृत Espressif उदाहरणांमध्ये उदाहरणे आहेत.

एपी सूची स्कॅनिंग मोड.
वास्तविक, कोणताही स्मार्टफोन हे करू शकतो.
बरं, या मोडमध्ये AP सूची जतन केली जाईल.
बीकन स्पॅमर.
ESP32 ची सुरुवात AP म्हणून लपविलेल्या SSID आणि यादृच्छिक MAC सह होते आणि SSID च्या आधीपासून तयार केलेल्या सूचीनुसार [बीकन फ्रेम] पाठवणे सुरू होते (मॅन्युअली तयार केलेली किंवा AP सूची स्कॅन करून आधी मिळवलेली)

वायफाय पॅकेट स्निफिंग मोड

एस्प्रेसिफ डेव्हलपर्सनी कॉलबॅक फंक्शनद्वारे सर्व वायफाय पॅकेट्स “हवेत उडत” प्राप्त करण्यासाठी ऍप्लिकेशन सॉफ्टवेअरची क्षमता जोडली आहे. प्रत्यक्षात सर्वच नाही, कारण तुम्ही फक्त एका निश्चित चॅनेलसाठी मोड सेट करू शकता.

कॉलबॅक फंक्शनवर प्रक्रिया करण्यासाठी खूप कठोर वेळेचे निर्बंध लादले जातात. जर यामुळे साध्या आकडेवारी संकलन मोडमध्ये समस्या उद्भवत नाहीत, तर SD कार्डवरील PCAP फाइल रेकॉर्डिंग मोडसाठी मला टिंकर करावे लागले, मेमरी आणि सेमफोर्समधील रांगेद्वारे रेकॉर्डिंग आयोजित करा. कॉलबॅक कॉल करण्याची प्रक्रिया एका कोरवर चालते आणि दुसर्‍या कोरमध्ये SD ला लिहिणारी प्रक्रिया हे वैशिष्ट्य लक्षात घेऊन.

"गोंगाट हवा" दरम्यान, काही पॅकेट हरवले जातात (रांगेत जागा नसते आणि ती टाकून दिली जातात), परंतु संध्याकाळी अपार्टमेंटमधील ठराविक "हवा" सह (5..7 AP दृश्यमानतेमध्ये), PCAP मध्ये रेकॉर्डिंग पॅकेट गमावल्याशिवाय पूर्ण केले जाते.

याव्यतिरिक्त, PCAP मॉनिटरिंग आणि रेकॉर्डिंगसाठी, पॅकेट शीर्षलेखांमध्ये MAC सूचीवर आधारित फिल्टरिंग मोड आहे.

उदाहरणार्थ, क्लब/कॅफेमध्‍ये एखादी व्‍यक्‍ती आत जाण्‍यापूर्वी किंवा दिसण्‍यापूर्वी तुम्ही त्‍याचा दिसण्‍याचा मागोवा घेऊ शकता. काही लोक ज्ञात AP साठी WiFi आणि स्वयंचलित कनेक्शन अक्षम करतात. (मी आता ते बंद करत आहे..)

वायरशार्कमध्ये रेकॉर्ड केलेली रहदारी पाहणे शैक्षणिक आणि नकाशे समजून घेण्यासाठी मनोरंजक आहे - हे सर्व कार्य करते.

डेथ पॅकेजेससह कार्य करण्यासाठी मोड

पूर्वनिर्धारितपणे, libnet80211.a लायब्ररीमध्ये ही पॅकेजेस पाठवणे प्रतिबंधित आहे, जे स्त्रोतांशिवाय येते. परंतु काही बिट्स ट्वीक करून निराकरण करणे सोपे आहे. प्रथम मला शंका आली की पॅच पोस्ट करणे योग्य आहे की नाही. परंतु डीऑथेंटिकेशन फ्रेम स्कॅनिंग मोड चालू करून वेगवेगळ्या ठिकाणी फिरल्यानंतर, मला वाटले: "काय आहे." शिवाय, esp8266 मध्ये या पॅकेजेसचे वितरण बंद केलेले नाही आणि esp8266 साठी github वर असेंब्ली आहेत.

बर्‍याच ठिकाणी (मी कुठे सांगणार नाही) या पद्धतीद्वारे अवांछित APs चे दमन वापरले जाते. आणि हे "गुंड" नाहीत...

आणि मला आश्चर्य वाटले की माझ्या फोनवरून माझे इंटरनेट वितरण काही ठिकाणी काम करत नाही...

अशा पॅकेट्सचा नंबर आणि RSSI ट्रॅक करण्याचा मोड “डाव्या एपींना कुठे आवडत नाही” हे समजून घेण्यासाठी खूप उपयुक्त आहे.

राउटर मोड

हे वैशिष्ट्य कदाचित एक्सप्लोर करण्यासाठी सर्वात मनोरंजक आहे.

ESP32 STA + SoftAP मोडमध्ये एकाचवेळी ऑपरेशनचे समर्थन करते. म्हणून, आपण त्यावर क्लासिक NAT राउटर लागू करू शकता.

नेटवर्क स्टॅकला सपोर्ट करण्यासाठी, एस्प्रेसिफ lwip लायब्ररीचा फोर्क (अक्षरशः न बदललेला) वापरतो.

परंतु, डीफॉल्टनुसार, मानक बिल्डमध्ये, esp-lwip लायब्ररी netif इंटरफेस 'ap' (SoftAP) आणि 'st' (STA) दरम्यान फॉरवर्डिंग प्रदान करत नाही.

अर्थात, तुम्ही ते NAT शिवाय करू शकता, परंतु एकाच वेळी दोन किंवा अधिक STA ला 'ap' इंटरफेसशी जोडण्यात आणि 'st' ते 'ap' नेटवर्क इंटरफेसमध्ये IP पत्ते समक्रमित करण्यात समस्या आहे. त्यामुळे अडचणी फायद्याच्या नाहीत आणि NAT द्वारे ते सोपे आहे.

शिवाय, martin-ger कडून फोर्क esp-lwip आहे, जो IP4 साठी NAT ची साधी अंमलबजावणी जोडतो.

जरी माझे हात पूर्णपणे कॉस्मेटिक रिमेक करण्यासाठी खाजत असले तरी (माझ्या मते, प्रकल्पाच्या काट्याशिवाय हे सोपे होते, परंतु LWIP द्वारेहूक असेंब्ली दरम्यान परिभाषित फंक्शन्स), परंतु आळशीपणा प्रचलित झाला आणि मार्टिन-गेरचा पर्याय आहे तसा वापरला गेला.

राउटर मोडमध्ये, इनकमिंग आणि आउटगोइंग IP4 रहदारी पाहिली जाते.

विशेषतः, स्क्रीनवर प्रदर्शित करण्यासाठी आणि फाईलमध्ये आकडेवारी गोळा करण्यासाठी खालील गोष्टी त्यातून काढल्या आहेत:

• SoftAP ESP32 (DHCP पॅकेट्स) शी कनेक्ट केलेल्या उपकरणाचे नाव
• SoftAP ESP53 शी कनेक्ट केलेल्या डिव्हाइसवरून DNS विनंत्यांची URL (UDP पोर्ट 32).

याव्यतिरिक्त, तुम्ही PCAP फाइलवर रहदारी रेकॉर्डिंग सक्षम करू शकता.

हा मोड खूप उपयुक्त आहे, उदाहरणार्थ, समजून घेण्यासाठी, उदाहरणार्थ, तुमचा फोन नेटवर्कवर काय पाठवतो आणि तो कुठे जातो.

नेटवर्क इंटरफेस स्तरावर softAP ESP32 इनकमिंग आणि आउटगोइंग ट्रॅफिक पूर्णपणे नियंत्रित करण्याची क्षमता लक्षात घेऊन तुम्ही हा मोड वापरण्याच्या इतर मार्गांचा विचार करू शकता: Ehernet शीर्षलेख (destMAC[6]+srcMAC[6]+type[2]) + पेलोड (IP4, IP6, DCHP, इ. प्रकार).

तत्वतः, ESP32 WiFi->WiFi राउटर फंक्शनचा चांगला सामना करतो, कोणत्याही विशेष विलंबाशिवाय सामान्य रहदारीतून जातो. विषयानुसार, ESP32 वर राउटरद्वारे कनेक्ट केलेल्या फोनमध्ये होणारा विलंब लक्षात येण्याजोगा नाही.

दुर्दैवाने, Espressif API मध्ये SoftAP EPS32 शी कनेक्ट MAC साठी फिल्टर सेट करण्याची क्षमता नाही. त्याऐवजी, "इच्छित नसलेल्या" आधीपासून कनेक्ट केलेल्या STA ला "गुडबाय" (esp_wifi_deauth_sta) म्हणण्याचा प्रस्ताव आहे.

कनेक्ट केलेल्या STA साठी MAC द्वारे फिल्टरिंग esp_wifi_deauth_sta() कॉलद्वारे करावे लागले

शेवटी

जरी मी ESP32 सह कार्य करण्याच्या चौकटीत नवीन काहीही आणले नाही, तरी कदाचित परिणाम (स्रोत कोड) एखाद्यासाठी मनोरंजक असेल.

मी हे लक्षात घेऊ इच्छितो की संहिता केवळ शैक्षणिक हेतूंसाठी लिहिली गेली होती. "हॅकिंग" इत्यादीसाठी, ते मुद्दाम केले गेले होते ते फारसे सोयीचे नव्हते.

मी प्रिंटेड सर्किट बोर्ड बनवला नाही कारण तयार स्कार्फला वायरने सोल्डर करायला 1.5-2 तास लागले.

आणि आपण असे केल्यास, आपल्याला ते तयार-तयार बोर्डांपासून नव्हे तर वैयक्तिक घटकांमधून एकत्र करणे आवश्यक आहे. मग परिमाणे आणखी लहान होतील.

स्त्रोत: www.habr.com