ហ្គេមដែលមាន Wifi នៅលើ ESP32

គំនិត​បង្កើត​ឧបករណ៍​ហោប៉ៅ​សម្រាប់​វិភាគ​បណ្តាញ WiFi បាន​ជំរុញ​ខ្ញុំ អត្ថបទនេះ។.

សូមអរគុណដល់ពួកគេសម្រាប់គំនិត។ ខ្ញុំគ្រាន់តែមិនមានអ្វីដែលត្រូវធ្វើ។

ការងារទាំងអស់ត្រូវបានធ្វើឡើងជាចំណង់ចំណូលចិត្តក្នុងគោលបំណងរីករាយ និងពង្រីកចំណេះដឹងរបស់ខ្ញុំក្នុងវិស័យបច្ចេកវិទ្យាបណ្តាញ។ យឺត 1..4 ម៉ោងក្នុងមួយសប្តាហ៍ ចាប់តាំងពីដើមឆ្នាំនេះ។
ការប្រើប្រាស់កម្មវិធីមិនត្រូវបានគ្រោងទុកទេ។ ទាំងនោះ។ វាមិនមែនជាឧបករណ៍របស់ពួក Hacker ទេ។

នៅពេលនេះ មុខងារដែលមានបំណងទាំងអស់ដំណើរការ។ ប្រភពទាំងអស់, រួចរាល់ទាំងស្រុងសម្រាប់ការជួបប្រជុំគ្នា, បានបង្ហោះនៅទីនេះ. ក៏មានការណែនាំអំពីការជួបប្រជុំគ្នាជាដើម។ នៅក្នុងកំណត់ចំណាំនេះ ខ្ញុំនឹងមិនចម្លងព័ត៌មានដែលបានបង្ហោះនៅលើ github ទេ។ ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែលខ្ញុំចាត់ទុកថាចាំបាច់ដើម្បីពិពណ៌នាដាច់ដោយឡែកពីគ្នា។

គំនិតរបស់ខ្ញុំលើ "ឧបករណ៍សកល" និងហេតុផលសម្រាប់ការជ្រើសរើស ESP32

ខ្ញុំមិនទាមទារការពិតទេ។ មនុស្សគ្រប់រូបមានរបស់នាងផ្ទាល់។ ខ្ញុំនឹងព្យាយាមបង្ហាញអំពីភាពត្រឹមត្រូវនៃជម្រើសរបស់ខ្ញុំ "ដែក" ។

ត្រូវបានណែនាំនៅក្នុងអត្ថបទ ជម្រើសនៃការប្រើប្រាស់ការរួមបញ្ចូលគ្នានៃលីនុច (ដើម Raspberry Pi) + "គ្រឿងកុំព្យូទ័រ" ក្នុងទម្រង់ជាឧបករណ៍បញ្ជា (STM32) + CC1110 (8051 ស្នូល) និងផែនការដើម្បីដាក់ពង្រាយអ្វីគ្រប់យ៉ាងដែលអាចធ្វើទៅបាន (125kHz, NFC, 433mHz, USB, iButton, bluetooth, ?) ចូលទៅក្នុងវាហាក់ដូចជាមិនសមរម្យសម្រាប់ខ្ញុំ។ ទោះយ៉ាងណាក៏ដោយ គម្រោងនេះ។ វាហាក់បីដូចជាវានឹងនៅតែជាឯកជន និងបិទ (flipper-zero github "ស្ថាប័ននេះមិនមានឃ្លាំងសាធារណៈទេ។") ហើយបានឆ្ពោះទៅរកផ្នែករឹងដែលមិនធម្មតា។

ប្រហែលជាខ្ញុំខុស ហើយនៅពេលអនាគត អ្នកនិពន្ធនឹងដាក់ចេញនូវកូដប្រភពនៃកម្មវិធីនៅក្នុងដែនសាធារណៈ។ ប៉ុន្តែ​ប្រសិន​បើ​មិន​ដូច្នោះ​ទេ ខ្ញុំ​នឹង​មិន​ទិញ​ដុំ​ដែក​បែប​នេះ​ដោយ​គ្មាន​កូដ​ប្រភព​ឡើយ។

តម្រូវការឧបករណ៍របស់ខ្ញុំ

ប្រអប់គួរតែតូច (តូចជាងនេះកាន់តែប្រសើរ) ។

ដូច្នេះ:

• ថ្មដែលភ្ជាប់មកជាមួយគឺមិនចាំបាច់ទេ។ ជាមួយនឹងចរន្ត > 100 mA នៅពេលធ្វើការជាមួយ Wifi ថ្មដែលភ្ជាប់មកជាមួយនឹងមានទំហំធំ ឬវានឹងមិនមានរយៈពេលយូរនោះទេ។ ដូច្នេះសូមឱ្យ "ប្រអប់" ត្រូវបានបំពាក់ដោយធនាគារថាមពលស្តង់ដារ។ ទាំងអស់ដូចគ្នា ខ្ញុំតែងតែមាន power bank នៅក្នុងហោប៉ៅ/ឡានរបស់ខ្ញុំ។
• រក្សាទុកនៅខាងក្នុង "ប្រអប់" លីនុចជាមួយនឹងឧបករណ៍, សរសេរក្នុងរយៈពេលជាច្រើនឆ្នាំជាភាសាទាំងអស់។ នៅក្នុងវត្តមាននៃអេក្រង់តូច និងសំណុំប៊ូតុងបញ្ជាតិចតួច វាគ្មានន័យទេ។ លទ្ធផលអាចត្រូវបានមើល/ដំណើរការនៅលើកុំព្យូទ័រយួរដៃធម្មតាដែលមានក្តារចុច និងអេក្រង់ពេញ។
• សមាសធាតុគួរតែអាចរកបានយ៉ាងងាយស្រួល និងត្រូវបានគេស្គាល់យ៉ាងទូលំទូលាយ (មាន SDK មានឧទាហរណ៍ និងឯកសារជាច្រើន)។

ជាលទ្ធផលសម្រាប់ខ្ញុំជម្រើសគឺជាក់ស្តែង - ESP32 ។

សម្រាប់កិច្ចការទាំងអស់ដែលមានចែងក្នុងអត្ថបទ ដែលជំរុញឱ្យខ្ញុំចាត់វិធានការ សមត្ថភាព ESP32 គឺគ្រប់គ្រាន់ហើយ។ ទោះបីខ្ញុំចង់ធ្វើបំផុតគឺ៖

• លេងជាមួយប៊្លូធូស។
• លេងជុំវិញជាមួយជួរ 433mHz ជាមួយនឹងផ្នែករឹងដ៏សាមញ្ញបំផុត (មានតែម៉ូឌុលអំព្លីទីត ដែលគ្រប់គ្រាន់សម្រាប់តម្រូវការជាក់ស្តែង)។

ហោះហើរក្នុងមួននៅក្នុង ESP32

• SDK (IDF) ESP32 មានភាពច្របូកច្របល់បន្តិច។
• ផ្នែកមួយនៃមុខងារ (ឧទាហរណ៍ជង់វ៉ាយហ្វាយ) មកដោយគ្មានកូដប្រភពក្នុងទម្រង់ជាបណ្ណាល័យឋិតិវន្តដែលបានប្រមូលផ្តុំ។
• ប្រេកង់ 5GHz មិន​ត្រូវ​បាន​គាំទ្រ​ទេ ហើយ​វា​មាន​កម្រិត​មួយ​ចំនួន​និង​ភាព​ច្របូកច្របល់​ក្នុង​ការ​ធ្វើ​ការ​ជាមួយ WiFi ។

ប៉ុន្តែតម្លៃ/ទំហំទូទាត់សងយ៉ាងពេញលេញសម្រាប់ការខ្វះខាតទាំងនេះ។

មុខងារសំខាន់នៃកម្មវិធី

ខ្ញុំនឹងរៀបរាប់ដោយសង្ខេបអំពីមុខងារ និងគំនិតរបស់ខ្ញុំអំពី...

គ្រប់គ្រងការកំណត់ និងបង្ហោះឯកសារពី SD

ការគ្រប់គ្រងខាងក្រៅទាំងអស់ត្រូវបានធ្វើឡើងតាមរយៈគេហទំព័រសាមញ្ញមួយដែលបានបើកដំណើរការនៅក្នុងធាតុម៉ឺនុយដាច់ដោយឡែកមួយ។ ESP32 ចាប់ផ្តើមនៅក្នុងរបៀប WiFi AP ហើយបង្ហាញទំព័រមួយនៅអាសយដ្ឋាន IP ថេរ។

ទោះបីជា ESP32 cores មានល្បឿនលឿនក៏ដោយ ប៉ុន្តែដូចដែលការពិសោធន៍បានបង្ហាញ ប្រតិបត្តិការដំណាលគ្នានៃសេវាកម្មបណ្តាញដែលភ្ជាប់មកជាមួយ និងឧទាហរណ៍ របៀបរ៉ោតទ័រមិនលាយបញ្ចូលគ្នាបានល្អទេ។ ដូច្នេះមិនមានការគ្រប់គ្រងថាមវន្តទេ ហើយនៅក្នុងរបៀបផ្សេងទៀតទាំងអស់ទំព័រគឺមិនមានទេ។
លើសពីនេះទៅទៀត ការគ្រប់គ្រងថាមវន្តគឺមិនចាំបាច់សម្រាប់គោលបំណងស្រាវជ្រាវទេ។

ធ្វើការជាមួយកញ្ចប់ Beacon

ម៉ូដគឺ banal និងមិនគួរឱ្យចាប់អារម្មណ៍ខ្លាំងណាស់។ បង្កើត "ព្រោះអ្នកអាចធ្វើបាន" ។ សម្រាប់ការត្រួតពិនិត្យ។
មានឧទាហរណ៍នៅក្នុងឧទាហរណ៍ Espressif ផ្លូវការ។

របៀបស្កេនបញ្ជី AP ។
តាមពិតស្មាតហ្វូនណាក៏អាចធ្វើបានដែរ។
ជាការប្រសើរណាស់ នៅក្នុងរបៀបនេះ បញ្ជី APs នឹងត្រូវបានរក្សាទុក។
អ្នកផ្ញើសារឥតបានការ Beacon ។
ESP32 ចាប់ផ្តើមជា AP ដែលមាន SSID ដែលលាក់ និង MAC ចៃដន្យ ហើយចាប់ផ្តើមផ្ញើ [beacon frame] នៅលើបញ្ជី SSID ដែលបានបង្កើតជាមុន (បង្កើតដោយដៃ ឬទទួលបានមុនដោយការស្កេនបញ្ជី AP)

របៀប sniffing វ៉ាយហ្វាយ

អ្នកអភិវឌ្ឍន៍ Espressif បានបន្ថែមសមត្ថភាពសម្រាប់កម្មវិធីកម្មវិធីដើម្បីទទួលកញ្ចប់ WiFi ទាំងអស់ "ហោះហើរនៅលើអាកាស" តាមរយៈមុខងារហៅត្រឡប់មកវិញ។ តាមពិតមិនមែនទាំងអស់នោះទេ ព្រោះអ្នកអាចកំណត់របៀបសម្រាប់តែឆានែលថេរមួយ។

ការកំណត់ពេលវេលាដ៏តឹងរ៉ឹងបំផុតត្រូវបានដាក់លើដំណើរការនៃមុខងារហៅត្រឡប់។ ប្រសិនបើសម្រាប់របៀបនៃការប្រមូលស្ថិតិសាមញ្ញ វាមិនបង្កបញ្ហាទេ ដូច្នេះសម្រាប់របៀបនៃការសរសេរឯកសារ PCAP ទៅកាន់ SD card នោះ ខ្ញុំត្រូវគិតគូររៀបចំការថតតាមរយៈជួរក្នុង memory និង semaphores ។ ដោយគិតគូរពីភាពពិសេសដែលដំណើរការដែលហៅការហៅត្រឡប់មកវិញវិលនៅលើស្នូលមួយ និងដំណើរការដែលសរសេរទៅ SD នៅក្នុងមួយផ្សេងទៀត។

ជាមួយនឹង "ខ្យល់រំខាន" កញ្ចប់មួយចំនួនត្រូវបានបាត់បង់ (មិនមានកន្លែងទំនេរនៅក្នុងជួរទេ ហើយពួកគេត្រូវបានបោះចោល) ប៉ុន្តែជាមួយនឹង "ខ្យល់" ធម្មតានៃផ្ទះល្វែងមួយនៅពេលល្ងាច (5..7 APs នៅក្នុងការមើលឃើញ) ការសរសេរទៅកាន់ PCAP មានពេលវេលាដើម្បីបញ្ចប់ដោយមិនបាត់បង់កញ្ចប់ព័ត៌មាន។

លើសពីនេះទៀត សម្រាប់ការត្រួតពិនិត្យ និងការថត PCAP មានរបៀបត្រងដោយផ្អែកលើបញ្ជី MAC នៅក្នុងបឋមកថានៃកញ្ចប់ព័ត៌មាន។

ជាឧទាហរណ៍ អ្នកអាចតាមដានរូបរាងរបស់មនុស្សនៅក្នុងក្លឹប/ហាងកាហ្វេ មុនពេលដែលគាត់ចូល ឬបង្ហាញខ្លួននៅក្នុងវិស័យទិដ្ឋភាព។ មានមនុស្សតិចណាស់ដែលបិទ WiFi និងការភ្ជាប់ដោយស្វ័យប្រវត្តិទៅ APs ដែលស្គាល់។ (ខ្ញុំបិទវាឥឡូវនេះ..)

ការមើលចរាចរណ៍ដែលបានកត់ត្រានៅក្នុង Wireshark គឺជាព័ត៌មាន និងគួរឱ្យចាប់អារម្មណ៍ក្នុងការស្វែងយល់អំពីផែនទី វាដំណើរការទាំងអស់។

របៀបប្រតិបត្តិការជាមួយកញ្ចប់ព័ត៌មានស្លាប់

តាមលំនាំដើម ការផ្ញើកញ្ចប់ទាំងនេះត្រូវបានហាមឃាត់នៅក្នុងបណ្ណាល័យ libnet80211.a ដែលមកដោយគ្មានប្រភព។ ប៉ុន្តែនេះគឺជាការងាយស្រួលក្នុងការបញ្ឈប់ដោយការកែនុយពីរបី។ ដំបូង​ឡើយ ខ្ញុំ​សង្ស័យ​ថា​តើ​វា​សម​នឹង​ការ​បង្ហោះ​បំណះ​ឬ​អត់។ ប៉ុន្តែ​បន្ទាប់​ពី​ដើរ​ជុំវិញ​កន្លែង​ផ្សេង​គ្នា​ដោយ​បើក​មុខងារ​ស្កេន [ស៊ុម​ការ​ផ្ទៀងផ្ទាត់​ភាព​ត្រឹមត្រូវ] ខ្ញុំ​បាន​គិត​ថា​៖ «ស្អី​ហ្នឹង»។ លើសពីនេះទៅទៀតនៅក្នុង esp8266 ការផ្ញើកញ្ចប់ទាំងនេះមិនត្រូវបានបិទទេ ហើយមានការជួបប្រជុំគ្នានៅលើ github ក្រោម esp8266 ។

នៅកន្លែងជាច្រើន (ខ្ញុំនឹងមិននិយាយថាកន្លែងណា) ការទប់ស្កាត់ AP ដែលមិនចង់បានត្រូវបានប្រើតាមរយៈវិធីសាស្ត្រនេះ។ ហើយ​វា​មិន​មែន​ជា​មនុស្ស​ក្បត់​ទេ...

ហើយខ្ញុំនៅតែភ្ញាក់ផ្អើលដែលវាជាការចែកចាយអ៊ីនធឺណិតរបស់ខ្ញុំពីទូរស័ព្ទរបស់ខ្ញុំដែលមិនដំណើរការនៅកន្លែង…

របៀបតាមដានលេខ និង RSSI នៃកញ្ចប់ព័ត៌មានបែបនេះគឺមានប្រយោជន៍ណាស់ក្នុងការយល់ "កន្លែងដែល APs ខាងឆ្វេងមិនចូលចិត្ត" ។

របៀបរ៉ោតទ័រ

មុខងារនេះប្រហែលជាគួរឱ្យចាប់អារម្មណ៍បំផុតក្នុងការរុករក។

ESP32 គាំទ្រប្រតិបត្តិការក្នុងពេលដំណាលគ្នានៅក្នុងរបៀប STA + SoftAP ។ ដូច្នេះវាអាចធ្វើទៅបានដើម្បីអនុវត្តរ៉ោតទ័រ NAT បុរាណនៅលើវា។

ដើម្បីគាំទ្របណ្តាញជង់ Espressif ប្រើសម (មិនផ្លាស់ប្តូរ) នៃបណ្ណាល័យ lwip ។

ប៉ុន្តែតាមលំនាំដើម នៅក្នុងការជួបប្រជុំស្តង់ដារ នៅក្នុងបណ្ណាល័យ esp-lwip មិនមានការបញ្ជូនបន្តរវាង netif interfaces 'ap' (SoftAP) និង 'st' (STA) ទេ។

ជាការពិតណាស់ អ្នកអាចធ្វើបានដោយគ្មាន NAT ប៉ុន្តែមានបញ្ហាជាមួយនឹងការតភ្ជាប់ដំណាលគ្នានៃ STAs ពីរឬច្រើនទៅកាន់ចំណុចប្រទាក់ 'ap' និងការធ្វើសមកាលកម្មនៃអាសយដ្ឋាន IP ពីចំណុចប្រទាក់បណ្តាញ 'st' ទៅ 'ap' ។ ដូច្នេះភាពស្មុគស្មាញមិនមានតម្លៃទេហើយវាកាន់តែងាយស្រួលតាមរយៈ NAT ។

លើសពីនេះទៅទៀត មាន fork esp-lwip ពី marting-ger ដែលបន្ថែមការអនុវត្តសាមញ្ញនៃ NAT សម្រាប់ IP4 ។

ទោះបីជាដៃរបស់ខ្ញុំរមាស់ដើម្បីធ្វើវាឡើងវិញដោយគ្រឿងសំអាងសុទ្ធសាធ (តាមគំនិតរបស់ខ្ញុំ វាងាយស្រួលជាងដោយគ្មានគម្រោងសម ប៉ុន្តែតាមរយៈ LWIPហ៊ោ មុខងារដែលបានកំណត់) ប៉ុន្តែភាពខ្ជិលបានឈ្នះ ហើយកំណែ marting-ger ត្រូវបានប្រើដូច។

នៅក្នុងរបៀបរ៉ោតទ័រ ចរាចរណ៍ IP4 ចូល និងចេញត្រូវបានមើល។

ជាពិសេស វាត្រូវបានស្រង់ចេញពីវា ដើម្បីបង្ហាញនៅលើអេក្រង់ និងប្រមូលស្ថិតិក្នុងឯកសារមួយ៖

• ឈ្មោះឧបករណ៍ដែលភ្ជាប់ទៅ SoftAP ESP32 (កញ្ចប់ DHCP)
• URL ពីសំណួរ DNS (ច្រក UDP 53) ពីឧបករណ៍ដែលបានភ្ជាប់ទៅ SoftAP ESP32 ។

លើសពីនេះទៀត អ្នកអាចបើកការកត់ត្រាចរាចរណ៍នៅក្នុងឯកសារ PCAP ។

របៀបនេះមានប្រយោជន៍ខ្លាំងណាស់ ឧទាហរណ៍ ដើម្បីយល់ឧទាហរណ៍ ទូរស័ព្ទរបស់អ្នកផ្ញើអ្វីទៅបណ្តាញ និងកន្លែងដែលវាទៅ។

អ្នកអាចគិតពីវិធីផ្សេងទៀតដើម្បីប្រើរបៀបនេះ ដោយគិតគូរពីលទ្ធភាពក្នុងការគ្រប់គ្រងកម្មវិធីទាំងស្រុង SoftAP ESP32 ចរាចរចូល និងចេញនៅកម្រិតចំណុចប្រទាក់បណ្តាញ៖ បឋមកថា Ehernet (destMAC[6]+srcMAC[6]+type[2]) + បន្ទុក (IP4, IP6, DCHP ។ល។ ប្រភេទ)។

ជាគោលការណ៍ ESP32 ដោះស្រាយបានយ៉ាងល្អជាមួយនឹងមុខងាររ៉ោតទ័រ WiFi->WiFi ដោយឆ្លងកាត់ចរាចរណ៍ជាប្រចាំដោយខ្លួនវាដោយមិនមានការពន្យារពេលច្រើន។ តាមប្រធានបទ ការពន្យារពេលក្នុងទូរសព្ទដែលភ្ជាប់តាមរយៈរ៉ោតទ័រទៅកាន់ ESP32 គឺមិនគួរឱ្យកត់សម្គាល់នោះទេ។

ជាអកុសលនៅក្នុង Espressif API មិនមានវិធីដើម្បីកំណត់តម្រងដោយ MAC ដែលភ្ជាប់ទៅ SoftAP EPS32 ទេ។ ផ្ទុយទៅវិញ វាត្រូវបានស្នើឱ្យនិយាយថា "លាហើយ" (esp_wifi_deauth_sta) ដើម្បីភ្ជាប់ STAs ដែល "មិនចង់បាន" រួចហើយ។

ការត្រងដោយ MAC សម្រាប់ STAs ដែលបានតភ្ជាប់ត្រូវធ្វើតាមរយៈការហៅទៅកាន់ esp_wifi_deauth_sta()

នៅក្នុងសេចក្តីសន្និដ្ឋាន

ទោះបីជាខ្ញុំមិនបានមកជាមួយអ្វីថ្មីនៅក្នុងក្របខ័ណ្ឌនៃការធ្វើការជាមួយ ESP32 ប្រហែលជានរណាម្នាក់នឹងចាប់អារម្មណ៍លើលទ្ធផល (ប្រភព) ។

ខ្ញុំ​ចង់​កត់​សម្គាល់​ថា​កូដ​នេះ​ត្រូវ​បាន​សរសេរ​សម្រាប់​គោល​បំណង​អប់រំ​តែ​ប៉ុណ្ណោះ។ សម្រាប់ "ការលួច" ជាដើម វាត្រូវបានបង្កើតឡើងជាពិសេសមិនងាយស្រួលនោះទេ។

ខ្ញុំមិនបានធ្វើបន្ទះសៀគ្វីដែលបានបោះពុម្ពទេព្រោះវាចំណាយពេល 1.5-2 ម៉ោងដើម្បីលក់កន្សែងដែលបានបញ្ចប់ដោយខ្សែ។

ហើយប្រសិនបើអ្នកធ្វើ នោះអ្នកត្រូវប្រមូលផ្តុំវាមិនមែនពីក្តារដែលត្រៀមរួចជាស្រេចនោះទេ ប៉ុន្តែមកពីសមាសធាតុនីមួយៗ។ បន្ទាប់មកវិមាត្រនឹងកាន់តែតូច។

ប្រភព: www.habr.com