ब्राउज़र में बाहरी प्रोटोकॉल हैंडलर के विश्लेषण के माध्यम से पहचान

फिंगरप्रिंटजेएस लाइब्रेरी के डेवलपर्स, जो आपको स्क्रीन रिज़ॉल्यूशन, वेबजीएल फीचर्स, इंस्टॉल किए गए प्लगइन्स और फोंट की सूचियों जैसी अप्रत्यक्ष सुविधाओं के आधार पर निष्क्रिय मोड में ब्राउज़र पहचानकर्ता उत्पन्न करने की अनुमति देता है, ने इंस्टॉल किए गए विशिष्ट अनुप्रयोगों के मूल्यांकन के आधार पर एक नई पहचान विधि प्रस्तुत की है। उपयोगकर्ता पर और ब्राउज़र में अतिरिक्त प्रोटोकॉल हैंडलर में समर्थन की जाँच के माध्यम से काम करना। विधि के कार्यान्वयन के साथ स्क्रिप्ट कोड एमआईटी लाइसेंस के तहत प्रकाशित किया जाता है।

जाँच 32 लोकप्रिय अनुप्रयोगों के लिए हैंडलर की बाइंडिंग के विश्लेषण के आधार पर की जाती है। उदाहरण के लिए, ब्राउज़र में यूआरएल स्कीम हैंडलर टेलीग्राम: //, स्लैक: // और स्काइप: // की उपस्थिति का निर्धारण करके, आप यह निष्कर्ष निकाल सकते हैं कि सिस्टम में टेलीग्राम, स्लैक और स्काइप एप्लिकेशन हैं, और इस जानकारी को एक संकेत के रूप में उपयोग करें। सिस्टम पहचानकर्ता बनाते समय। चूंकि सिस्टम में सभी ब्राउज़रों के लिए हैंडलर की सूची समान है, इसलिए ब्राउज़र बदलते समय पहचानकर्ता नहीं बदलता है और इसका उपयोग क्रोम, फ़ायरफ़ॉक्स, सफारी, ब्रेव, यांडेक्स ब्राउज़र, एज और यहां तक ​​कि टोर ब्राउज़र में भी किया जा सकता है।

विधि आपको 32-बिट पहचानकर्ता उत्पन्न करने की अनुमति देती है, अर्थात। व्यक्तिगत रूप से बड़ी सटीकता प्राप्त करने की अनुमति नहीं देता है, लेकिन यह अन्य मापदंडों के साथ संयोजन में एक अतिरिक्त सुविधा के रूप में समझ में आता है। विधि का एक ध्यान देने योग्य नुकसान उपयोगकर्ता के लिए पहचान प्रयास की दृश्यता है - प्रस्तावित डेमो पेज पर एक पहचानकर्ता उत्पन्न करते समय, निचले दाएं कोने में एक छोटी लेकिन स्पष्ट रूप से ध्यान देने योग्य विंडो खुलती है जिसमें हैंडलर काफी लंबे समय तक स्क्रॉल करते हैं। यह नुकसान टोर ब्राउज़र में दिखाई नहीं देता है, जिसमें पहचानकर्ता की गणना बिना ध्यान दिए की जा सकती है।

किसी एप्लिकेशन की उपस्थिति निर्धारित करने के लिए, स्क्रिप्ट एक पॉप-अप विंडो में बाहरी हैंडलर से जुड़े एक लिंक को खोलने का प्रयास करती है, जिसके बाद ब्राउज़र एक संवाद प्रदर्शित करता है जो आपसे संबंधित एप्लिकेशन में सामग्री को खोलने के लिए कहता है यदि एप्लिकेशन की जांच की जा रही है। यदि एप्लिकेशन सिस्टम पर नहीं है तो मौजूद है, या एक त्रुटि पृष्ठ प्रदर्शित करता है। विशिष्ट बाहरी हैंडलरों की क्रमिक खोज और त्रुटि रिटर्न के विश्लेषण के माध्यम से, कोई यह निष्कर्ष निकाल सकता है कि सिस्टम में परीक्षण किए जा रहे प्रोग्राम शामिल हैं।

लिनक्स के लिए क्रोम 90 में, विधि काम नहीं करती थी और ब्राउज़र ने हैंडलर की जांच करने के सभी प्रयासों के लिए एक मानक ऑपरेशन पुष्टिकरण संवाद प्रदर्शित किया था (विंडोज और मैकओएस के लिए क्रोम में विधि काम करती है)। लिनक्स के लिए फ़ायरफ़ॉक्स 88 में, सामान्य मोड और गुप्त मोड दोनों में, स्क्रिप्ट ने सूची से इंस्टॉल किए गए अतिरिक्त अनुप्रयोगों की उपस्थिति का पता लगाया, और पहचान सटीकता 99.87% अनुमानित की गई (35 हजार परीक्षणों में से 26 समान मिलान)। उसी सिस्टम पर चलने वाले टोर ब्राउज़र में, एक पहचानकर्ता उत्पन्न हुआ जो फ़ायरफ़ॉक्स में परीक्षण से मेल खाता था।

दिलचस्प बात यह है कि टोर ब्राउज़र में अतिरिक्त सुरक्षा ने एक क्रूर मजाक किया और उपयोगकर्ता द्वारा ध्यान दिए बिना पहचान करने के अवसर में बदल गया। टोर ब्राउज़र में बाहरी हैंडलर के उपयोग के लिए पुष्टिकरण संवादों को अक्षम करने के कारण, यह पता चला कि सत्यापन अनुरोध एक आईफ्रेम में खोले जा सकते हैं, न कि पॉपअप विंडो में (हैंडलर की उपस्थिति और अनुपस्थिति को अलग करने के लिए, समान-मूल नियम त्रुटियों वाले पृष्ठों तक पहुंच को अवरुद्ध करें और लगभग:रिक्त पृष्ठों तक पहुंच की अनुमति दें)। बाढ़ सुरक्षा के कारण, टोर ब्राउज़र में जाँच करने में काफी अधिक समय लगता है (प्रति एप्लिकेशन 10 सेकंड)।

स्रोत: opennet.ru