Chrome में सेकेंडरी अकाउंट के लिए Profile क्यों काफी नहीं? अलगाव की असली सीमा

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

Chrome के ऊपरी कोने में मौजूद अवतार आइकन से सेकेंडरी अकाउंट बनाना, बहुत सारे अकाउंट चलाने की कोशिश करने वालों का पहला कदम होता है। "Add" दबाएँ, नया Profile बनाएँ, नाम और रंग चुन लें, बस। लॉगिन स्टेट बना रहता है, बंद करके दोबारा खोलने पर भी लॉगआउट नहीं होता, और कुछ इंस्टॉल करने की ज़रूरत नहीं।

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

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

Profile डेटा अलग करते हैं, डिवाइस को नहीं

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

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

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

एक ही मशीन के सारे Profile एक ही फिंगरप्रिंट देते हैं

प्लेटफॉर्म डिवाइस को ब्राउज़र फिंगरप्रिंट से पहचानते हैं, और इस लेयर पर Profile का कोई दखल नहीं। User-Agent ब्राउज़र प्रोग्राम से आता है, सारे Profile एक ही वर्ज़न नंबर बताते हैं। Canvas और WebGL का रेंडरिंग नतीजा ग्राफिक्स कार्ड तय करता है। फॉन्ट लिस्ट, स्क्रीन रेज़ोल्यूशन, CPU कोर और मेमोरी, पढ़ा जाने वाला सब एक ही मशीन का हार्डवेयर है।

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

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

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

आउटगोइंग IP ब्राउज़र-लेवल पर होता है, Profile-लेवल पर नहीं

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

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

Google अकाउंट सिंक: एक ऐसा लिंकिंग दरवाज़ा जो अक्सर नज़र चूक जाता है

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

इलाज उलझा हुआ नहीं है। सेकेंडरी अकाउंट का Profile बनाते समय बिना अकाउंट लॉगिन किए आगे बढ़ना चुनें, या हर सेकेंडरी अकाउंट को अपना अलग Google अकाउंट दें, हर कोई अपना सिंक चलाए। सिंक बंद होने के बाद भी Profile का डेटा आपस में अलग रहता है, रोज़ के इस्तेमाल पर असर नहीं पड़ता।

Profile कब काफी हैं, एनवायरनमेंट कब बदलना चाहिए

पैमाना अकाउंट का वज़न है, टूल की पुरानी-नई नहीं।

इन स्थितियों में Profile चलते रहें:

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

नीचे में से कोई एक भी बात खड़ी हो जाए, तो अकाउंट को अलग एनवायरनमेंट में ले जाने का वक्त है:

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

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

एनवायरनमेंट बनाने का फॉर्म तीन हिस्सों में बँटा है: बेसिक इनफॉर्मेशन, फिंगरप्रिंट सेटिंग्स और एडवांस्ड सेटिंग्स; दाईं ओर का फिंगरप्रिंट प्रिव्यू पैनल मौजूदा वैल्यू रियल-टाइम में दिखाता है। Canvas, WebGL, फॉन्ट लिस्ट, WebRTC जैसे पैरामीटर जो Profile में हिल भी नहीं सकते, यहाँ इनकी अपनी कॉन्फ़िगरेशन कड़ियाँ हैं।

प्रॉक्सी भी एनवायरनमेंट के हिसाब से चलते हैं। प्रॉक्सी अलग प्रॉक्सी मैनेजमेंट लिस्ट में एक जगह संभले रहते हैं; एनवायरनमेंट फॉर्म में तीन में से एक चुनना होता है: प्रॉक्सी नहीं, कस्टम प्रॉक्सी या लिस्ट से प्रॉक्सी। प्रॉक्सी टाइप SOCKS5 से SSH तक चार तरह के चलते हैं। भाषा, टाइमज़ोन और जियो-लोकेशन के लिए "IP के आधार पर कॉन्फ़िगर" वाली कड़ी है: पहले प्रॉक्सी तय हो, ये फील्ड आउटगोइंग क्षेत्र के हिसाब से अपने-आप सेट हो जाते हैं। एनवायरनमेंट लिस्ट की हर लाइन में प्रॉक्सी, आउटगोइंग IP, बंधे अकाउंट और ग्रुप साफ दिखते हैं; कौन-सा सेकेंडरी अकाउंट किस लाइन पर है, एक नज़र में मिल जाता है।

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

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

अलग-अलग Chrome Profile का फिंगरप्रिंट सचमुच पूरा एक जैसा होता है?

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

हर Profile के लिए सिस्टम प्रॉक्सी खुद बदलना ठीक रहेगा?

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

सेकेंडरी अकाउंट के Profile में Google लॉगिन न करें तो सुरक्षित हो जाता है?

सिर्फ सिंक वाली लेयर कम होती है। फिंगरप्रिंट और आउटगोइंग IP दोनों लेयर फिर भी साझा रहती हैं, प्लेटफॉर्म एक ही मशीन के अकाउंटों को वैसे ही एक साथ रख सकता है। Google लॉगिन न करना करने लायक कदम है, पर वह एक लेयर हल करता है, सारी नहीं।

सेकेंडरी अकाउंट के लिए इनकॉग्निटो विंडो और Profile में से कौन बेहतर?

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

निष्कर्ष

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