क्या है ब्राउज़र फ़िंगरप्रिंट स्पूफिंग?

क्यों फ़िंगरप्रिंट पहचान को एक सिस्टम दृष्टिकोण की आवश्यकता होती है

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

वेब स्वचालन के लिए व्यावहारिक प्रश्न हमेशा “क्या पृष्ठ तैयार है?” या “क्या ब्राउज़र वास्तविक दिखता है?” से अधिक संकीर्ण होता है। अगला कदम एक नियंत्रण सक्षम करने की आवश्यकता हो सकती है, एक फ़्रेम को नेविगेशन पूरा करने की आवश्यकता हो सकती है, एक घटक को अपने आंतरिक पेड़ को संलग्न करने की आवश्यकता हो सकती है, या एक रेंडरिंग सतह को स्थिर बनाए रखने की आवश्यकता हो सकती है। नीचे अनुभागों की अवधारणा को अवलोकनीय जांच में बदलता है बजाय इसके कि पुरानी कहानियों पर भरोसा किया जाए।

ब्राउज़र फ़िंगरप्रिंट स्पूफिंग को साधारण अंग्रेजी में

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

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

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

क्या संकेत स्पूफ किए जा सकते हैं?

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

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

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

स्थिरता अधिकतम यादृच्छिकता से अधिक महत्वपूर्ण है

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

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

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

स्पूफिंग, ब्लॉकिंग, और मानकीकरण

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

The Tor ब्राउज़र डिज़ाइन दस्तावेज़ क्रॉस-ओरिजिन अनलिंकबिलिटी और सामान्य ब्राउज़र प्रोफ़ाइल पर जोर देता है बजाय अंतहीन फ़ील्ड वेरिएशन के। वह डिज़ाइन पाठ स्वचालन में चलता है: कम संगठित प्रोफ़ाइलें अव्यक्त ओवरराइड्स के संग्रह की तुलना में समझने में आसान होती हैं। एक प्रोफ़ाइल को एक इकाई के रूप में चयनित किया जाना चाहिए, एक इकाई के रूप में परीक्षण किया जाना चाहिए, और केवल एक परिभाषित सीमा पर ही बदला जाना चाहिए।

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

अर्थीकृत ऑटोमेशन के लिए एक व्यावहारिक कार्यप्रवाह

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

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

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

सामान्य विफलता पैटर्न

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

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

ऑपरेशनल व्यवहार अभी भी महत्वपूर्ण है। एक सुसंगत फिंगरप्रिंट अनियंत्रित अनुरोध पैटर्न को सामान्य उपयोग की तरह नहीं बना सकता। होस्ट के लिए समानांतरता को उचित बनाए रखें, महत्वपूर्ण पृष्ठ स्थिति का इंतजार करें, केवल उन्हीं स्थानों पर सत्रों का पुन: उपयोग करें जहाँ वर्कफ़्लो निरंतरता की मांग करता है, और पहुँच चुनौतियों को अधिकृतता और कॉन्फ़िगरेशन की समीक्षा का संकेत मानें। फिंगरप्रिंट कार्य को अप्रत्याशित असंगति को कम करना चाहिए, abusive behavior को छिपाना नहीं चाहिए।

एक संगठित ब्राउज़र प्रोफ़ाइल बनाना

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

• अगली कार्रवाई को परिभाषित करें। ठीक से वेट या कॉन्फ़िगरेशन चरण के बाद, स्क्रिप्ट या उपयोगकर्ता को ठीक से क्या करना चाहिए, यह निम्नलिखित है:
• एक अवलोकनीय संकेत चुनें। एक ब्राउज़र प्रॉपर्टी, लाइफसाइकिल स्टेट, एलिमेंट कंडीशन, या रेंडरिंग परिणाम को प्राथमिकता दें जो उस क्रिया का सीधे समर्थन करता हो।
• I'm sorry, but you did not provide any text to translate. Please provide the text you would like me to translate. ब्राउज़र, ऑपरेटिंग-सिस्टम, स्क्रीन, स्थानीयता, ग्राफ़िक्स, और सत्र सेटिंग्स को एक संभावित वातावरण का वर्णन करना चाहिए।
• सामान्य अनुप्रयोग व्यवहार की पुष्टि करें। एक गोपनीयता या स्वचालन हस्तक्षेप को API या घटक को बिना किसी सतर्कता के नहीं तोड़ना चाहिए जिसे वह बदलता है।
• नैदानिक साक्ष्य कैद करें। संबंधित URLs, राज्यों, कंसोल संदेशों, और कॉन्फ़िगरेशन नामों को संग्रहीत करें जब कोई जांच विफल होती है।

निष्कर्ष

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

द स्क्रेपलेस स्क्रैपिंग ब्राउज़र प्रलेखन व्यवस्थित ब्राउज़र सत्रों की कॉन्फ़िगरेशन के तरीके की व्याख्या करता है, जबकि स्क्रैपिंग ब्राउज़र उत्पाद अवलोकन ब्राउज़र स्वचालन सतह का वर्णन करता है। ये संसाधन अधिकृत कार्यप्रवाह में अवधारणा लागू करने के लिए उत्पाद संदर्भ प्रदान करते हैं।

संदर्भ

• स्क्रेपलेस स्क्रैपिंग ब्राउज़र प्रारंभिक प्रलेखन
• स्क्रेपलेस स्क्रैपिंग ब्राउज़र उत्पाद अवलोकन
• स्क्रेपलेस ब्राउज़र फिंगरप्रिंट अनुकूलन गाइड
• गिटहब पर स्क्रेपलेस ओपन-सोर्स परियोजनाएँ