ब्राउज़र फिंगरप्रिंट पैरामीटर रैंडम करें या नहीं? ज़्यादा रैंडम होने से दिक्कत बढ़ती है

“मैंने हर एनवायरनमेंट के पैरामीटर रैंडम कर दिए, सोचा इससे सबसे ज़्यादा सुरक्षा मिलेगी। नतीजा यह रहा कि अकाउंट कुछ दिन भी नहीं टिका।” मल्टी-अकाउंट करने वाले लोग यह किस्सा सुन ही चुके होंगे। सीधी सोच यही कहती है कि पैरामीटर हर बार बदलें तो प्लेटफ़ॉर्म पहचान ही नहीं पाएगा। असल नतीजा अक्सर उलटा होता है: ज़्यादा रैंडम, दिक्कत जल्दी।

दिशा शुरू से ही उलटी पकड़ी गई। प्लेटफ़ॉर्म यह नहीं देखता कि आप बदले या नहीं। वह यह देखता है कि आप असली डिवाइस जैसे दिखते हैं या नहीं। और असली डिवाइस की सबसे बड़ी ख़ासियत यही है कि वह टिका रहता है।

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

अलग एनवायरनमेंट और रैंडम पैरामीटर, एक ही बात है क्या?

सबसे आम ग़लतफ़हमी पहले दूर कर लें: नए लोग अक्सर सोचते हैं कि हर एनवायरनमेंट वैसे भी अलग है, तो पैरामीटर रैंडम होने ही चाहिए, वरना सारे एनवायरनमेंट एक जैसे लगेंगे।

एनवायरनमेंट का अलगाव सीमा का काम संभालता है। दो एनवायरनमेंट लॉगिन सेशन और वेबसाइट डेटा साझा नहीं करते, एनवायरनमेंट A की गतिविधि एनवायरनमेंट B तक नहीं पहुँचती, यह काम आइसोलेशन तकनीक करती है। इसका पैरामीटर की वैल्यू से कोई लेना-देना नहीं। पैरामीटर का रैंडम होना वैल्यू का काम संभालता है, यह तय करता है कि कोई एनवायरनमेंट पढ़ने में कैसा डिवाइस लगे।

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

फिंगरप्रिंट पैरामीटर कौन-कौन से हैं और वेबसाइट उन्हें पढ़ती कैसे है?

ब्राउज़र जो फिंगरप्रिंट पैरामीटर बाहर दिखाता है, उनमें अकेले चर्चित वाले ही बीस से ऊपर हैं। सब याद करने की ज़रूरत नहीं, वेबसाइट उन्हें कैसे हासिल करती है इस हिसाब से दो ग्रुप में बाँट लें तो बात साफ़ हो जाती है। पहला ग्रुप ब्राउज़र ख़ुद बताता है, वेबसाइट एक रिक्वेस्ट भेजे और पढ़ ले:

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

यानी जो पैरामीटर ब्राउज़र ख़ुद बताता है, वेबसाइट उन्हें वैसे ही मान लेती है; और मौक़े पर नापा गया नतीजा वहीं बनता है, उसे बदला नहीं जा सकता, सिर्फ़ नकली बनाया जा सकता है। यही जड़ है जिससे रैंडमाइज़ेशन में दिक्कत आती है।

रैंडम पैरामीटर में दिक्कत क्यों आती है?

रैंडमाइज़ेशन प्लगइन ठीक इन्हीं दो ग्रुपों को छेड़ता है, और दोनों ग्रुप में फँसने का अपना तरीक़ा है।

पहले ख़ुद बताने वाला ग्रुप। User-Agent, रेज़ोल्यूशन और फ़ॉन्ट अलग-अलग रैंडम निकालिए, तो नतीजा अक्सर ऐसी मशीन बन ही नहीं पाता जो सच में होती है: Windows की फ़ॉन्ट सूची साथ में macOS का अपना बयान लिए बैठी है; रेज़ोल्यूशन मोबाइल का निकला है, पर बताई गई पहचान अब भी डेस्कटॉप की है। प्लेटफ़ॉर्म के रिस्क कंट्रोल मॉडल ने असली डिवाइसों के करोड़ रिकॉर्ड देखे हैं, ऐसा न जुड़ने वाला मेल पल भर में पकड़ लिया जाता है।

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

अब मौक़े पर नापने वाला ग्रुप। शोर जोड़ने वाला प्लगइन Canvas जैसी रीडिंग में हर बार थोड़ा अलग नतीजा देता है: वही इमेज, आज एक वैल्यू, कल दूसरी वैल्यू। असली डिवाइस ऐसा नहीं करता: सामान्य इस्तेमाल में एक ही कंप्यूटर की रीडिंग ज़रा भी नहीं हिलती, और दो रीडिंग का न मिलना ख़ुद में असामान्य संकेत है।

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

रैंडमाइज़ेशन पैरामीटर की वैल्यू बदलता है, “असली डिवाइस जैसा है या नहीं” वाला फ़ैसला नहीं बदल पाता।

फिंगरप्रिंट देखते समय सिर्फ़ स्कोर क्यों न देखें?

कई लोगों का रैंडम पर भरोसा स्कोरिंग टूल से आता है: पैरामीटर बदले, एक बार टेस्ट किया, 90 अंक, 100 अंक, और निश्चिंत होकर लाइव कर दिया। यहाँ एक ऐसा गैप है जिसमें पैर फिसलती है: स्कोरिंग टूल अलग-अलग आइटम नापता है, प्लेटफ़ॉर्म रिश्ता देखता है।

किसी एक आइटम का स्कोर ऊँचा होना सिर्फ़ यह बताता है कि वह आइटम ख़ुद में अच्छा है: IP साफ़ है, वैल्यू दुर्लभ नहीं, कोई साफ़ लीक नहीं। लेकिन जुड़ाव तय करते समय प्लेटफ़ॉर्म देखता है कि दर्जनों आइटम एक-दूसरे को समझा पाते हैं या नहीं: ऑपरेटिंग सिस्टम कुछ कहता है और ग्राफ़िक्स कार्ड कुछ और, भाषा कुछ कहती है और IP कुछ और; कहीं भी एक बेमेल प्लेटफ़ॉर्म को दोबारा देखने के लिए काफ़ी है।

यह “पैरामीटर का एक-दूसरे को सही ठहराना” रिश्ते पर टिका फ़ैसला है। स्कोरिंग टूल इसे नहीं नाप सकता। पूरे अंक वाले एनवायरनमेंट का ख़तरा ठीक यहीं है: हर आइटम सुंदर, पर जोड़ने पर ऐसा डिवाइस बनता है जो अस्तित्व में ही नहीं है।

स्कोर सही ठहराव साबित नहीं करता, सिर्फ़ झूठी तसल्ली देता है।

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

1. पहले टकराव वाला टेस्ट चलाइए। CreepJS जैसे टूल वही पैरामीटर ढूँढते हैं जो आपस में लड़ते हैं: UA क्या कहता है, ग्राफ़िक्स कार्ड क्या कहता है, फ़ॉन्ट क्या कहता है, सब साथ रखकर मिलाइए।
2. फिर एक-एक आइटम का लीक देखिए। BrowserLeaks हर आइटम की बताई वैल्यू श्रेणी के हिसाब से लिस्ट करता है, ताकि आप उसे डिवाइस सेटिंग से मिला सकें।
3. आख़िर में इतिहास की स्थिरता देखिए। उसी एनवायरनमेंट को कुछ दिन बाद दोबारा नापिए, दोनों रीडिंग एक जैसी होनी चाहिए; न मिलें तो समझिए कोई शोर पढ़ा जा रहा है।

MostMate “असली” और “रैंडम” के चुनाव को कैसे संभालता है?

सिद्धांत समझ लेने के बाद शुरुआती सवाल पर लौटें: पैरामीटर रखे कैसे जाएँ? **MostMate एक फिंगरप्रिंट ब्राउज़र है जो असली, सुसंगत और स्थिर को डिफ़ॉल्ट में बैठा देता है**, पैरामीटर मोड तीन हैं, असली, रैंडम और कस्टम, और डिफ़ॉल्ट “असली” पर रहता है। स्क्रीन रेज़ोल्यूशन, CPU कोर और डिवाइस मेमरी मौजूदा डिवाइस की असली ख़ूबियों से सीधे लिए जाते हैं, Canvas और WebGL भी असली नतीजा देते हैं, न कुछ जोड़ा जाता है न शोर मिलाया जाता है। वेबसाइट पर सेटिंग प्रीव्यू इस काम को यूँ बताता है, “सिस्टम अपने आप तर्कसंगत, असली और सुसंगत ब्राउज़र एनवायरनमेंट बनाता है”; “सुसंगत” शब्द ठीक उसी पैरामीटर-मिलान की बात करता है जिसकी चर्चा ऊपर हुई।

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

एनवायरनमेंट बन जाने के साथ सीमा भी तय हो जाती है। वेबसाइट एनवायरनमेंट को Profile कहती है, हर Profile अलग पैरामीटर का एक सेट रखता है, और एक ही कंप्यूटर पर बने दो Profile भी अपना-अपना फिंगरप्रिंट सेट पढ़ते हैं, एक-दूसरे में नहीं मिलते। फ़ॉर्म ऊपर से नीचे भरा कैसे जाए, सेटिंग प्रीव्यू से पहले एनवायरनमेंट तक के चार क़दम वाले लेख में क्रम से बताया गया है; सेटिंग पूरी होने पर वेबसाइट पर हैंड-सेटिंग और सुझाई गई सेटिंग की तुलना एक बार देख लें, ताकि हर आइटम का स्तर पक्का हो जाए।

मल्टी-अकाउंट चलाने में यह टूल क्या संभालता है, प्रोडक्ट पेज पर पूरा ब्यौरा है।

फिंगरप्रिंट पैरामीटर कब बदल सकते हैं?

स्थिरता का मतलब यह नहीं कि पैरामीटर कभी न बदलें। बदलाव का कारण असल हो।

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

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

अकाउंट में अभी गड़बड़ दिखे या डेटा हिल रहा हो तो हाथ रोक लें, इस समय पैरामीटर की कोई भी छेड़छाड़ जोखिम बढ़ाती है। असमंजस हो तो पहले दोबारा नापिए: बदलाव से पहले और बाद एक-एक बार टेस्ट कीजिए, बेमेल आइटम शून्य हों और दोनों रीडिंग मिलें, तभी आगे बढ़िए।

अक्सर पूछे जाने वाले सवाल

रैंडम पैरामीटर बिल्कुल काम के नहीं हैं?

काम के हैं, पर अकाउंट की डिफ़ॉल्ट रणनीति नहीं बन सकते। MostMate के पैरामीटर मोड में “रैंडम” स्तर मौजूद है, जो टेस्टिंग और डिबगिंग जैसे कामों के लिए ठीक है, जिन्हें लंबे समय की पहचान नहीं चाहिए। लंबे समय तक चलने वाले अकाउंट के लिए डिफ़ॉल्ट “असली” ज़्यादा मज़बूत है।

सिर्फ़ User-Agent एक पैरामीटर बदल देना काम करेगा?

नहीं। User-Agent बीस से ज़्यादा आइटमों में से एक है, बाक़ी पैरामीटर वैसे ही रहते हैं, डिवाइस की तस्वीर नहीं बदलती। ऊपर से इसका ग्राफ़िक्स कार्ड, फ़ॉन्ट और मौक़े पर नापे जाने वाले आइटमों से रिश्ता है, एक जगह बदलने से पैरामीटर और ज़्यादा बेमेल हो जाते हैं। बदलना हो तो पूरा सेट एक जैसा बदलिए, एक बिंदु की छेड़छाड़ सबसे ख़राब विकल्प है।

असली फिंगरप्रिंट रखें तो प्लेटफ़ॉर्म का रिस्क कंट्रोल कभी नहीं भड़केगा?

ऐसा समझना ठीक नहीं। असली फिंगरप्रिंट सिर्फ़ यह परत संभालता है कि “डिवाइस पढ़ने में असली लगता है या नहीं”, प्लेटफ़ॉर्म का रिस्क कंट्रोल व्यवहार, IP की गुणवत्ता और काम की लय भी देखता है, जो फिंगरप्रिंट से बाहर की चीज़ें हैं। असली फिंगरप्रिंट डिवाइस वाली परत मज़बूत करता है, बीमा नहीं दिलाता; परत टिक गई तो भी अकाउंट को काम की आदतों का साथ चाहिए।

MostMate की सुसंगतता जाँच प्लेटफ़ॉर्म के रिस्क कंट्रोल की जगह ले सकती है?

नहीं, ये दो अलग चीज़ें हैं। MostMate की सुसंगतता जाँच बनाते समय सुसंगत पैरामीटर और IP से मेल खाता एनवायरनमेंट जोड़ने में मदद करती है, किसी भी प्लेटफ़ॉर्म के जाँच नियमों से इसका वास्ता नहीं। प्लेटफ़ॉर्म कैसे तय करता है यह उसका काम है, आप अपने एनवायरनमेंट को असली डिवाइस जैसा रख सकते हैं।

पहले रैंडमाइज़ेशन प्लगइन से चलाए अकाउंट बच सकते हैं?

बच सकते हैं, पर जल्दबाज़ी न करें। पहले रैंडम बंद कीजिए, असली पैरामीटर का एक सेट तय कीजिए, इलाक़े से जुड़े आइटम नई लाइन के साथ मिलाइए, फिर कुछ समय बिना छेड़े रखिए। बार-बार बदलना जस का तस रखने से ज़्यादा ख़तरनाक है।

निष्कर्ष

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

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