មុនប្រើបរិស្ថានដែលបានកំណត់ តើត្រូវពិនិត្យអ្វីខ្លះ? ពិនិត្យ timezone និងទីតាំងចេញ, ភាសា, resolution, ការលេចធ្លាយ WebRTC និង Canvas/WebGL ហើយផ្តោតលើភាពផ្ទុយគ្នារវាង parameter។
បរិស្ថានដែលបានកំណត់រួច និងអាចបើកគេហទំព័របានធម្មតា មិនមានន័យថាវារួចរាល់សម្រាប់ប្រើទេ។ ការផ្ទៀងផ្ទាត់ពិតប្រាកដគួរធ្វើមុនដាក់ឱ្យប្រើ៖ ពិនិត្យ parameter សំខាន់ៗម្តងមួយៗ ហើយមើលថាតើពួកវាបង្ហាញព័ត៌មានស៊ីគ្នាឬអត់។
ដំបូងត្រូវបញ្ជាក់ចំណុចមួយ។ លទ្ធផល detection ដែលបង្ហាញពណ៌ក្រហមអាចមានមូលហេតុពីរ៖ បរិស្ថានមានបញ្ហាពិតប្រាកដ ឬ detection site ប្រើ database ដែលមានស្តង់ដារខុសពី configuration របស់អ្នក។ ករណីទីពីរមិនកម្រទេ ប៉ុន្តែត្រូវស៊ើបអង្កេតទាំងពីរ។ មិនគួររំលងការព្រមានដោយគ្រាន់តែសង្ស័យថាវាជា false positive ទេ។

ចំណុច ៥ ដែលគួរពិនិត្យ
ទីមួយ គឺ timezone និងទីតាំងចេញ។ ប្រសិនបើ exit IP ស្ថិតនៅប្រទេស និងទីក្រុងណាមួយ system timezone គួរត្រូវនឹងទីតាំងនោះ។ ភាពមិនស៊ីគ្នារវាងទាំងពីរនេះងាយត្រូវបានរកឃើញ ព្រោះការត្រួតពិនិត្យមានថ្លៃដើមទាបណាស់។
ទីពីរ គឺភាសា និងតំបន់។ ល្អបំផុត browser language, system language និង market នៅក្នុង account profile គួរតែស៊ីគ្នា។ ប្រសិនបើ environment ចេញអ៊ីនធឺណិតពី United States ប៉ុន្តែ interface language ផ្សេងមួយត្រូវបានដាក់ជាអាទិភាពខ្ពស់បំផុត វាបង្ហាញស្នាមនៃការកំណត់ដោយដៃ។
ទីបី គឺ resolution និងប្រភេទ device។ សម្រាប់ desktop environment ទំហំអេក្រង់គួរស្ថិតក្នុងជួរដែលសមហេតុផលសម្រាប់ desktop device។ ការផ្គូផ្គង mobile user agent ជាមួយ desktop resolution ងាយធ្វើឱ្យគេកត់សម្គាល់។ Window size និង pixel ratio ក្នុង environment ដូចគ្នាក៏គួរត្រូវនឹង device ដែលបានកំណត់។
ទីបួន គឺ WebRTC។ នៅពេលបង្កើត peer-to-peer connection វាអាចបង្ហាញ local និង public addresses។ ប្រសិនបើដោះស្រាយមិនត្រឹមត្រូវ exit ពិតប្រាកដអាចលេចធ្លាយតាមនេះ។ វិធីពិនិត្យត្រង់ទៅត្រង់មក៖ ប្រៀបធៀប WebRTC address ដែល detector បង្ហាញជាមួយ access IP។ ប្រសិនបើខុសគ្នា isolation ដែលបានកំណត់មុននឹងបាត់ប្រសិទ្ធភាព។
ទីប្រាំ គឺលក្ខណៈ Canvas និង WebGL។ Parameter ទាំងនេះឆ្លុះបញ្ចាំងពី graphics hardware និង rendering capability។ ប្រសិនបើ system identity ត្រូវបានកំណត់ជាកុំព្យូទ័រម៉ាកមួយ ប៉ុន្តែ WebGL រាយការណ៍ hardware profile ផ្សេង នោះជាភាពផ្ទុយគ្នាច្បាស់។ ប្រសិនបើ environment អនុញ្ញាត custom hardware parameters សូមកំណត់ vendor និង model ឱ្យត្រូវនឹង device ដែលបានកំណត់។
ភាពផ្ទុយគ្នាលេចធ្លោជាងភាពមិនល្អឥតខ្ចោះ
មនុស្សជាច្រើនផ្តោតលើថាតើ value មួយៗមើលទៅពិតប្រាកដគ្រប់គ្រាន់ឬអត់ ប៉ុន្តែហានិភ័យធំជាងគឺ parameter ជាច្រើនផ្ទុយគ្នា។
Device ពិតប្រាកដមិនផ្ទុយនឹងខ្លួនឯងទេ៖ ទីតាំង exit ជាទូទៅស៊ីគ្នាជាមួយ timezone, language និង system settings; device type ក៏ស៊ីគ្នាជាមួយ resolution, pixel ratio និង graphics information ជាកញ្ចប់តែមួយ។ ទំនាក់ទំនងទាំងនេះកើតឡើងដោយធម្មជាតិនៅលើ device ពិត និងជាកន្លែងដែល simulated environment ងាយខុសបំផុត។ ផ្ទុយទៅវិញ ប្រសិនបើ parameter ស៊ីគ្នាផ្ទៃក្នុង ទោះ value មួយមិនសូវពេញនិយម ក៏មិនចាំបាច់ទាក់ទាញការយកចិត្តទុកដាក់ភ្លាមៗដែរ។
ដូច្នេះលំដាប់ត្រួតពិនិត្យគួរបញ្ច្រាស៖ រកភាពផ្ទុយគ្នាជាមុន រួចទើបពិនិត្យ value មួយៗ។
របៀបប្រើ detection score
Overall score ជាតម្លៃយោង មិនមែនជាពិន្ទុប្រឡងទេ។ វាបង្ហាញថា environment ស្រដៀង device ពិតប៉ុណ្ណា មិនមែនថា account មានសុវត្ថិភាពឬអត់ទេ។ ប្រសិនបើ score ទាបជាង 90% គួរបើកមើលព័ត៌មានលម្អិត ប៉ុន្តែ score ខ្ពស់មិនមានន័យថាអាចធ្វើអ្វីក៏បាន ហើយ score ទាបក៏មិនបញ្ជាក់ថាមានបញ្ហាពិតប្រាកដជានិច្ចដែរ។
អ្វីដែលត្រូវមើលគឺ anomaly កើតនៅទីណា។ ប្រសិនបើ detection site តែមួយរាយការណ៍បញ្ហា គួរសង្ស័យភាពខុសគ្នានៃ data source ជាមុន។ ប្រសិនបើ site ច្រើនរាយការណ៍បញ្ហាដូចគ្នា ស្ទើរតែអាចបញ្ជាក់បានថា configuration ជាមូលហេតុ។
លំដាប់ troubleshooting នៅពេលមាន anomaly
ពិនិត្យជាមុនថា WebRTC លេចធ្លាយ exit ពិតប្រាកដឬអត់ ព្រោះផលវិបាកធ្ងន់ និងងាយបញ្ជាក់។ បន្ទាប់មករកភាពផ្ទុយគ្នារវាង system identity, timezone, language និង hardware information។ បន្ទាប់ទៀតគិតថាតើថ្មីៗនេះបានដំឡើង extension ដែលប្តូរ browser behavior ឬអត់។ Extension អាច override environment settings ហើយវាផ្ទាល់ក៏អាចក្លាយជាផ្នែកនៃ fingerprint ដូច្នេះសូម disable ម្តងមួយៗ ហើយ test ម្តងទៀត។ ចុងក្រោយពិនិត្យ data source និងមើលថាតើ IP geolocation database ណាមួយអាចមិនទាន់បាន update ទាន់ពេល។
Anomaly ភាគច្រើនដែលមើលទៅធ្ងន់ធ្ងរ អាចកំណត់ដល់ parameter ជាក់លាក់មួយបាន ប្រសិនបើតាមលំដាប់នេះ។
អំពីការប្រើ parameter ដដែលឡើងវិញ
ការប្រើ fingerprint parameters ដូចគ្នាលើ environment ច្រើន ស្មើនឹងធ្វើឱ្យ account ច្រើនចង្អុលទៅ device ដូចគ្នាក្នុង detection system ដែលផ្ទុយពីគោលបំណង isolation។ Environment នីមួយៗត្រូវការការរួមបញ្ចូល parameter ដែលឯករាជ្យ និងមានស្ថិរភាព ហើយរក្សាដូចដើមរយៈពេលវែង។ ការប្តូរញឹកញាប់អាចបង្កើត anomaly ថ្មី។ PurpleMark fingerprint environments គាំទ្រការកំណត់ និងរក្សាទុក parameter ដាច់ដោយឡែកសម្រាប់ environment នីមួយៗ ដើម្បីកុំឱ្យ settings របស់ environment មួយ overwrite មួយទៀត។
ការធ្វើ check ទាំង ៥ នេះដោយខ្លួនឯងបន្ទាប់ពី configuration ងាយស្រួលជាងដោះស្រាយ platform warning បន្ទាប់ពីដាក់ឱ្យប្រើ។


