តើ DNS Leak ជាអ្វី? ទោះលាក់ IP បាន ក៏សកម្មភាពចូលមើលគេហទំព័រអាចនៅតែបង្ហាញ

មនុស្សជាច្រើនគិតថា គ្រាន់តែប្រើ proxy ឬប្តូរ IP address គឺខ្លួននឹងក្លាយជា "មើលមិនឃើញ" នៅលើអ៊ីនធឺណិត។ ប៉ុន្តែក្នុងការធ្វើតេស្តសុវត្ថិភាព តែងតែមានចំណុចខ្សោយមួយដែលងាយត្រូវរំលង៖ ទោះ IP បានប្តូរហើយ ក៏ព័ត៌មានអំពីគេហទំព័រដែលអ្នកចូលមើលអាចនៅតែត្រូវបានបង្ហាញទៅកាន់ក្រុមហ៊ុនផ្តល់សេវាអ៊ីនធឺណិត។ បញ្ហានេះហៅថា DNS leak។ បើចង់គ្រប់គ្រងភាពឯកជនអនឡាញបានពិតប្រាកដ អ្នកត្រូវយល់ពីរបៀបដែលវាកើតឡើងជាមុនសិន។

ជាមុនសិន៖ DNS មានតួនាទីអ្វី?

DNS (Domain Name System) អាចប្រៀបបាននឹង "សៀវភៅលេខទូរស័ព្ទ" របស់អ៊ីនធឺណិត។ ពេលអ្នកវាយដូមេនដូចជា google.com ក្នុង browser កុំព្យូទ័រមិនដឹងដោយខ្លួនឯងថាឈ្មោះនោះសំដៅទៅអាសយដ្ឋានណាទេ។ វាត្រូវសួរ DNS server ថា៖ "ដូមេននេះត្រូវនឹង IP address អ្វី?" បន្ទាប់ពីទទួលចម្លើយ ទើបអាចភ្ជាប់ទៅគេហទំព័របាន។

តើ DNS leak ជាអ្វី?

និយាយឲ្យសាមញ្ញ DNS leak កើតឡើងនៅពេលអ្នកប្រើឧបករណ៍ដែលមាន encryption ដូចជា proxy ប៉ុន្តែ DNS request ដែលគួរតែធ្វើដំណើរតាម encrypted channel ត្រូវបានផ្ញើខុសផ្លូវតាម local network ទៅ DNS server របស់ internet service provider (ISP) ដោយផ្ទាល់។ វាអាចធ្វើឲ្យគេដឹងថាអ្នកបានចូលមើលគេហទំព័រណាខ្លះ។

ស្រមៃថាអ្នកផ្ញើសំបុត្រដែលបាន encrypt ប៉ុន្តែសរសេរអាសយដ្ឋានអ្នកទទួលយ៉ាងធំលើស្រោមសំបុត្រ។ ខ្លឹមសារសំបុត្រមានសុវត្ថិភាព ប៉ុន្តែអ្នកដឹកជញ្ជូននៅតែអាចដឹងថាវាទៅទីណា។ បើ DNS request ដើរខុសផ្លូវ ភាពឯកជនអាចលេចធ្លាយនៅផ្នែកមួយនៃការតភ្ជាប់ដែលយើងមើលមិនឃើញ។

ជាទូទៅវាកើតឡើងដោយរបៀបណា?

ស្ថានភាពខាងក្រោមគឺជាមូលហេតុដែលជួបញឹកញាប់នៃ DNS leak៖

• ការកំណត់ប្រព័ន្ធមិនត្រឹមត្រូវ៖ ប្រព័ន្ធខ្លះផ្ញើ query ទៅ DNS server ច្រើនក្នុងពេលតែមួយ ដើម្បីបង្កើនល្បឿន ហើយយកចម្លើយពី server ដែលឆ្លើយមុន។ DNS server មូលដ្ឋានរបស់ ISP ជាញឹកញាប់ឆ្លើយលឿនជាង ដូច្នេះ query អាចរំលង encrypted channel។
• ការប្តូរបរិយាកាសបណ្តាញ៖ ពេលប្តូរពី Wi-Fi នៅផ្ទះទៅ mobile hotspot ឬពីការិយាល័យទៅហាងកាហ្វេ ឧបករណ៍ត្រូវទទួល IP ថ្មី។ បើឧបករណ៍មិនមានការការពារពេលការតភ្ជាប់ផ្អាក ប្រព័ន្ធអាចភ្ជាប់ទៅ DNS របស់ ISP មុននៅអំឡុងពេល reconnect ខ្លីៗ។
• ការប៉ះទង្គិចរវាងមុខងារកម្មវិធី៖ ISP ខ្លះប្រើ "transparent DNS proxy" ដើម្បីចាប់ និងបញ្ជូន traffic ទៅទីផ្សេង។ ទោះអ្នកបានប្តូរ DNS settings ក្នុងកម្មវិធី ក៏ request អាចត្រូវបានបង្ខំឲ្យត្រឡប់ទៅ server របស់ ISP។
• មិនគាំទ្រ IPv6៖ បណ្តាញកំពុងផ្លាស់ប្តូរពី IPv4 ទៅ IPv6 បន្តិចម្តងៗ ខណៈឧបករណ៍ជាច្រើននៅតែគាំទ្រ IPv4 ប៉ុណ្ណោះ។ ពេលចូលមើលគេហទំព័រ IPv6 DNS request របស់ IPv6 អាចចេញពី encrypted tunnel ហើយទៅតាមផ្លូវដែលមិនបាន encrypt។

បើលេចធ្លាយ មានហានិភ័យអ្វីខ្លះ?

កុំមើលរំលងដំណាក់កាល resolution នេះ ព្រោះវាអាចមានផលប៉ះពាល់ពិតប្រាកដ៖

1. សកម្មភាពអាចត្រូវបានតាមដាន៖ DNS query logs អាចបង្ហាញថាអ្នកបានចូលមើលគេហទំព័រណាខ្លះ ហើយអាចប្រើសម្រាប់បង្កើត profile នៃអាកប្បកិរិយាអនឡាញ។
2. បរិយាកាសបណ្តាញ និងទីតាំងអាចត្រូវបង្ហាញ៖ តាមប្រភពរបស់ DNS server អាចមានការសន្និដ្ឋានពីតំបន់ពិត និង ISP របស់អ្នក ដែលធ្វើឲ្យការលាក់ទីតាំងមិនមានប្រសិទ្ធភាព។
3. មានហានិភ័យ hijacking ឬ phishing៖ បើ DNS protection របស់ ISP មូលដ្ឋានខ្សោយ resolution result អាចត្រូវបានកែប្រែ។ ឧទាហរណ៍ domain របស់ធនាគារអាចត្រូវបាន redirect ទៅគេហទំព័រ phishing ក្លែងក្លាយ ដែលពិបាកសម្គាល់ដោយភ្នែក។
4. គោលការណ៍សុវត្ថិភាពអាចមិនដំណើរការ៖ នៅក្នុង enterprise ឬបរិយាកាសសុវត្ថិភាពខ្ពស់ DNS leak អាចរំលង access controls និង compliance policies។

របៀបពិនិត្យ DNS leak

វិធីងាយបំផុតគឺប្រើ online DNS leak testing tool។ បើលទ្ធផលបង្ហាញឈ្មោះ ISP ពិតរបស់អ្នក នោះមានន័យថា DNS request កំពុងចេញតាមផ្លូវមិនត្រឹមត្រូវ។ គួរធ្វើតេស្តនេះបន្ទាប់ពីភ្ជាប់ proxy ហើយដាក់ជាផ្នែកមួយនៃការត្រួតពិនិត្យជាប្រចាំ។

វិធី 5 យ៉ាងដើម្បីបង្ការ DNS leak

• កំណត់ DNS egress ដោយ firewall៖ អនុញ្ញាត DNS request ទៅតែ server ដែលបានកំណត់ និង block traffic port 53 តាម local network interface។ វាផ្តល់ការការពារបន្ថែម បើឧបករណ៍ខូច ឬប្តូរបណ្តាញ។
• ជ្រើសសេវា encrypted ដែលទុកចិត្តបាន និងមានការការពារពេលបាត់ការតភ្ជាប់៖ នៅ server side គួរប្រើ private encrypted DNS និងបង្ខំ domain resolution ឲ្យឆ្លងកាត់ tunnel។ នៅ client side គួរមាន Kill Switch ដើម្បីកុំឲ្យ data លេចទៅ public network ពេល connection មិនស្ថិរភាព។
• បិទ IPv6 នៅពេលចាំបាច់៖ បញ្ហា compatibility រវាង IPv4 និង IPv6 គឺជាមូលហេតុជួបញឹកញាប់នៃ leak។ នៅពេលសមស្រប អាចបិទ IPv6 ជាបណ្តោះអាសន្នក្នុង system network adapter ដើម្បីរក្សា traffic នៅលើ IPv4 ដែលត្រូវបានការពារ។
• បើក DNS over HTTPS (DoH) ក្នុង browser៖ Browser សំខាន់ៗគាំទ្រ secure DNS។ ពេលបើក DoH DNS query នឹងត្រូវបានដាក់ក្នុង encrypted HTTPS traffic ធ្វើឲ្យ ISP ពិបាកសម្គាល់ request ដែលជាអក្សរធម្មតា។
• ប្រើ environment tool ដែលអាចកំណត់បានក្នុងសេណារីយ៉ូមានច្រើនគណនី៖ បើអ្នកគ្រប់គ្រង e-commerce, social media ឬ advertising accounts ជាច្រើន អ្នកអាចត្រូវការទាំងការបង្ការ leak និងការបែងចែក account environment ឲ្យដាច់ពីគ្នា។ ការគ្រប់គ្រងនៅ browser environment level អាចជួយបាន—PurpleMark គាំទ្របង្កើត browser environment ដាច់ដោយឡែកសម្រាប់គណនីនីមួយៗ និងកំណត់ network parameters តាមតម្រូវការ ដើម្បីរក្សា DNS resolution, network egress និង fingerprint settings ឲ្យស្ថិតក្នុងបរិយាកាសដែលស្របគ្នា និងអាចគ្រប់គ្រងបាន ហើយកាត់បន្ថយហានិភ័យ leak និង association ពីការជ្រៀតជ្រែករវាង environment។

ចំណាំ៖ ការបង្ការ DNS និង WebRTC leak មានគោលបំណងសម្រាប់ប្រតិបត្តិការស្របច្បាប់ និងការពារភាពឯកជន មិនមែនសម្រាប់គេចវេះច្បាប់របស់ platform ឬធ្វើសកម្មភាពដែលត្រូវបានហាមឃាត់ទេ។

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

DNS leak កើតឡើងនៅដំណាក់កាល domain resolution ដែលងាយត្រូវបានមើលរំលង។ ទោះ traffic ត្រូវបាន encrypt និង IP ត្រូវបានលាក់ ក៏សកម្មភាព browsing ពិតអាចនៅតែត្រូវបានកត់ត្រា និងប្រើប្រាស់ បើ DNS request ដើរខុសផ្លូវ។ ការយល់ពីមូលហេតុ ការធ្វើតេស្តជាប្រចាំ និងការរួមបញ្ចូល firewall controls, DoH, IPv6 management និង environment tools អាចជួយបិទចំណុច leak ច្រើន និងការពារភាពឯកជនអនឡាញបានកាន់តែល្អ។