ESP32 मा Wifi संग खेलहरू

वाइफाइ नेटवर्कहरू विश्लेषण गर्न पकेट उपकरण बनाउने विचार मलाई के दियो यो लेख.

विचारको लागि उहाँहरूलाई धन्यवाद। मलाई केही गर्नु परेन ।

रमाइलो गर्ने र नेटवर्क टेक्नोलोजीको क्षेत्रमा मेरो ज्ञान विस्तार गर्ने उद्देश्यले सबै कामहरू एक शौकको रूपमा गरिएको थियो। बिस्तारै, हप्ताको 1..4 घण्टा, यो वर्षको सुरुदेखि।
मैले कुनै व्यावहारिक प्रयोगको योजना बनाएको छैन। ती। यो ह्याकरको उपकरण होइन।

यस समयमा, सबै नियोजित कार्यक्षमता काम गरिरहेको छ। सबै स्रोतहरू, विधानसभाको लागि पूर्ण रूपमा तयार, यहाँ पोस्ट गरियो। त्यहाँ विधानसभा निर्देशनहरू, आदि पनि छन्। यस नोटमा, म github मा पोस्ट गरिएको जानकारी नक्कल गर्नेछैन। छुट्टै वर्णन गर्न आवश्यक ठानेको कुरा मात्र म तपाईलाई बताउनेछु।

"सार्वभौमिक उपकरण" मा मेरो विचार र ESP32 छनौट गर्ने कारण

म सत्य भएको दाबी गर्दिन। सबैको आफ्नै हुन्छ। म हार्डवेयर को मेरो छनोट औचित्य प्रमाणित गर्ने प्रयास गर्नेछु।

लेखमा प्रस्ताव गरिएको छ लिनक्स (सुरुमा रास्पबेरी पाई) + "पेरिफेरलहरू" कन्ट्रोलरको रूपमा (STM32) + CC1110 (8051 कोर) को संयोजनको प्रयोग केस र त्यहाँ (125kHz, NFC, 433mHz, USB, iButton, ब्लुटुथ, ?) मेरो लागि उपयुक्त देखिएन। तर, यो परियोजना यस्तो देखिन्छ कि यो निजी र बन्द रहनेछ (फ्लिपर-शून्य github "यस संगठन कुनै सार्वजनिक भण्डार छैन।") र धेरै साधारण हार्डवेयर तिर गयो।

सायद म गलत छु, र भविष्यमा लेखकहरूले सफ्टवेयर स्रोतहरू सार्वजनिक रूपमा उपलब्ध गराउनेछन्। तर यदि होइन भने, म स्रोत कोड बिना हार्डवेयरको यस्तो टुक्रा किन्न सक्दिन।

"उपकरण" को लागी मेरो आवश्यकताहरु

बक्स सानो हुनुपर्छ (सानो राम्रो)।

यसैले:

• कुनै बिल्ट-इन ब्याट्री आवश्यक छैन। Wifi सँग काम गर्दा हालको > 100 mA संग, बिल्ट-इन ब्याट्री या त ठूलो हुनेछ वा लामो समय सम्म चल्दैन। त्यसकारण, "बक्स" लाई मानक पावर बैंकद्वारा संचालित गरौं। जे होस्, मेरो खल्ती/कारमा सधैं पावर बैंक हुन्छ।
• लिनक्स "बक्स" भित्र उपकरणहरू राख्नुहोस्, धेरै वर्षदेखि सबै भाषाहरूमा लेखिएको सानो स्क्रिन र नियन्त्रण बटनहरूको सानो सेटको साथ, यसले कुनै अर्थ राख्दैन। नतिजाहरू पूर्ण किबोर्ड र स्क्रिनको साथ सामान्य ल्यापटपमा हेर्न/प्रशोधन गर्न सकिन्छ।
• कम्पोनेन्टहरू सजिलै पहुँचयोग्य र व्यापक रूपमा ज्ञात हुनुपर्छ (उपलब्ध SDK, धेरै उदाहरणहरू र कागजातहरू)।

नतिजाको रूपमा, मेरो लागि, छनौट स्पष्ट थियो - ESP32।

लेखमा उल्लेख गरिएका सबै कार्यहरूको लागि जसले मलाई कारबाही गर्न प्रेरित गर्यो, ESP32 को क्षमताहरू पर्याप्त छन्। यद्यपि सबैभन्दा धेरै म अझै गर्न चाहन्छु:

• ब्लुटुथ संग खेल्नुहोस्।
• सरल हार्डवेयरको साथ 433mHz दायरासँग खेल्नुहोस् (केवल एम्प्लिट्यूड मोडुलेशन, जुन व्यावहारिक आवश्यकताहरूको लागि पर्याप्त छ)।

ESP32 मा मलम मा उड्नुहोस्

• ESP32 SDK (IDF) केही अनाड़ी छ।
• केही कार्यक्षमता (उदाहरणका लागि वाइफाइ स्ट्याक) स्रोत कोड बिना जम्मा गरिएको स्थिर पुस्तकालयहरूको रूपमा आउँछ।
• 5gHz ब्यान्ड समर्थित छैन र WiFi सँग काम गर्दा केही सीमितता र अनाड़ी छन्।

तर मूल्य/आकारले यी कमजोरीहरूको लागि पूर्ण रूपमा क्षतिपूर्ति दिन्छ।

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

म संक्षिप्त रूपमा कार्यक्षमता र मेरो विचारको बारेमा वर्णन गर्नेछु ...

सेटिङहरू प्रबन्ध गर्दै र SD बाट फाइलहरू अपलोड गर्दै

सबै बाह्य नियन्त्रण एक साधारण वेब पृष्ठ मार्फत गरिन्छ, एक अलग मेनु वस्तुमा सुरु। ESP32 WiFi AP मोडमा सुरु हुन्छ र निश्चित IP ठेगानामा पृष्ठ प्रदर्शन गर्दछ।

यद्यपि ESP32 कोरहरू धेरै छिटो छन्, प्रयोगहरूले देखाएको रूपमा, निर्मित वेब सेवाको एकसाथ सञ्चालन र, उदाहरणका लागि, राउटर मोड धेरै उपयुक्त छैन। त्यसकारण, त्यहाँ कुनै गतिशील नियन्त्रण छैन र पृष्ठ अन्य सबै मोडहरूमा उपलब्ध छैन।
यसबाहेक, अनुसन्धान उद्देश्यका लागि गतिशील नियन्त्रण आवश्यक छैन।

बीकन प्याकेजहरूसँग काम गर्ने मोड

मोडहरू साधारण छन् र धेरै रोचक छैन। बनाइयो "किनकि यो सम्भव छ।" चेक को लागी।
आधिकारिक Espressif उदाहरणहरूमा उदाहरणहरू छन्।

एपी सूची स्क्यानिङ मोड।
वास्तवमा, कुनै पनि स्मार्टफोनले यो गर्न सक्छ।
खैर, यस मोडमा AP सूची बचत हुनेछ।
बीकन स्प्यामर।
ESP32 लुकेको SSID र अनियमित MAC सँग AP को रूपमा सुरु हुन्छ र SSID को पूर्व-सिर्जित सूची अनुसार [बीकन फ्रेम] पठाउन थाल्छ (म्यानुअल रूपमा सिर्जना गरिएको वा AP सूची स्क्यान गरेर पहिले प्राप्त गरिएको)।

वाइफाइ प्याकेट स्निफिङ मोड

Espressif विकासकर्ताहरूले कलब्याक प्रकार्य मार्फत सबै वाइफाइ प्याकेटहरू "हावामा उड्दै" प्राप्त गर्न अनुप्रयोग सफ्टवेयरको लागि क्षमता थपेका छन्। वास्तवमा सबै होइन, किनकि तपाइँ केवल एक निश्चित च्यानलको लागि मोड सेट गर्न सक्नुहुन्छ।

कलब्याक प्रकार्य प्रशोधनमा धेरै कडा समय प्रतिबन्धहरू लगाइन्छ। यदि यसले साधारण तथ्याङ्क सङ्कलन मोडको लागि समस्या उत्पन्न गर्दैन भने, त्यसपछि SD कार्डमा PCAP फाइल रेकर्डिङ मोडको लागि मैले मेमोरी र सेमाफोरहरूमा लाम मार्फत रेकर्डिङ व्यवस्थित गर्दै टिंकर गर्नुपर्थ्यो। कलब्याक कल गर्ने प्रक्रिया एउटा कोरमा चल्छ, र अर्कोमा SD मा लेख्ने प्रक्रियालाई ध्यानमा राख्दै।

"कोलाहलयुक्त हावा" को समयमा, केही प्याकेटहरू हराउँछन् (लाममा कुनै ठाउँ छैन र तिनीहरूलाई खारेज गरिन्छ), तर साँझमा अपार्टमेन्टको सामान्य "हावा" (5..7 APs दृश्यता भित्र), PCAP मा रेकर्डिङ। प्याकेट हानि बिना पूरा हुन्छ।

थप रूपमा, PCAP निगरानी र रेकर्डिङको लागि, प्याकेट हेडरहरूमा MAC सूचीमा आधारित फिल्टरिङ मोड छ।

उदाहरणका लागि, तपाईंले क्लब/क्याफेमा कुनै व्यक्ति प्रवेश गर्नु अघि वा दृश्यमा देखा पर्नु अघि उसको उपस्थिति ट्र्याक गर्न सक्नुहुन्छ। थोरै मानिसहरूले ज्ञात APहरूमा WiFi र स्वचालित जडानहरू असक्षम पार्छन्। (अहिले म यसलाई बन्द गर्दैछु ..)

Wireshark मा रेकर्ड गरिएको ट्राफिक हेर्नु शैक्षिक र नक्सा बुझ्नको लागि रोचक छ - यो सबै काम गर्दछ।

Deauth प्याकेजहरूसँग काम गर्ने मोड

पूर्वनिर्धारित रूपमा, यी प्याकेजहरू पठाउन libnet80211.a पुस्तकालयमा निषेध गरिएको छ, जुन स्रोतहरू बिना आउँछ। तर केहि बिट ट्वीक गरेर यसलाई ठीक गर्न सजिलो छ। सुरुमा मलाई शंका लाग्यो कि यो प्याच पोस्ट गर्न लायक छ कि छैन। तर अथेन्टिकेशन फ्रेम स्क्यानिङ मोड अन गरी विभिन्न ठाउँहरूमा घुमेपछि, मैले सोचे: "के हो।" यसबाहेक, esp8266 मा यी प्याकेजहरूको डेलिभरी बन्द गरिएको छैन र esp8266 को लागि github मा एसेम्बलीहरू छन्।

धेरै ठाउँहरूमा (कहाँ म भन्दिन) यो विधि मार्फत अनावश्यक APs को दमन प्रयोग गरिन्छ। र यी "बुलिज" होइनन्...

र म पनि छक्क परें कि मेरो फोनबाट मेरो इन्टरनेट वितरणले केहि ठाउँहरूमा काम गरेन ...

त्यस्ता प्याकेटहरूको नम्बर र RSSI ट्र्याक गर्ने मोड "कहाँ बायाँ APs लाई यो मनपर्दैन" बुझ्नको लागि धेरै उपयोगी छ।

राउटर मोड

यो सुविधा सम्भवतः अन्वेषण गर्न सबै भन्दा रोचक छ।

ESP32 ले STA + SoftAP मोडमा एकसाथ सञ्चालनलाई समर्थन गर्दछ। त्यसकारण, तपाइँ यसमा क्लासिक NAT राउटर लागू गर्न सक्नुहुन्छ।

नेटवर्क स्ट्याक समर्थन गर्न, Espressif ले lwip पुस्तकालयको फोर्क (वस्तुतः अपरिवर्तित) प्रयोग गर्दछ।

तर, पूर्वनिर्धारित रूपमा, मानक निर्माणमा, esp-lwip पुस्तकालयले netif इन्टरफेस 'ap' (SoftAP) र 'st' (STA) बीच फर्वार्डिङ प्रदान गर्दैन।

अवश्य पनि, तपाइँ NAT बिना यो गर्न सक्नुहुन्छ, तर त्यहाँ दुई वा बढी STA लाई 'ap' इन्टरफेसमा एकै साथ जडान गर्न र 'st' नेटवर्क इन्टरफेसबाट 'ap' मा IP ठेगानाहरू सिङ्क्रोनाइज गर्ने समस्या छ। त्यसैले कठिनाइहरू यसको लायक छैनन् र यो NAT मार्फत सजिलो छ।

यसबाहेक, त्यहाँ martin-ger बाट फोर्क esp-lwip छ, जसले IP4 को लागि NAT को सरल कार्यान्वयन थप्छ।

यद्यपि मेरा हातहरू यसलाई पूर्ण रूपमा कस्मेटिक रूपमा रिमेक गर्न खुजली थिए (मेरो विचारमा, यो परियोजनाको काँटा बिना सजिलो थियो, तर LWIP मार्फत।HOOK कार्यहरू विधानसभाको समयमा परिभाषित), तर आलस्य प्रबल भयो र मार्टिन-गेरबाट विकल्प प्रयोग गरिन्छ।

राउटर मोडमा, आगमन र बाहिर जाने IP4 ट्राफिक हेरिन्छ।

विशेष गरी, स्क्रिनमा प्रदर्शन गर्न र फाईलमा तथ्याङ्कहरू सङ्कलन गर्न निम्नबाट निकालिएको छ:

• SoftAP ESP32 (DHCP प्याकेटहरू) मा जडान भएको यन्त्रको नाम
• SoftAP ESP53 मा जडान भएको यन्त्रबाट DNS अनुरोधहरू (UDP पोर्ट 32) बाट URL।

थप रूपमा, तपाइँ 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