VPN या पासवर्ड मैनेजर: लॉगिन जानकारी की चोरी कौन रोकता है

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

एक लॉगिन के भीतर दो काम

जब आप साइन इन करते हैं, VPN परिवहन का सवाल जवाब देता है: ये पैकेट कौन-सा रास्ता लेते हैं और दूर का सिरा क्या देखता है। पासवर्ड मैनेजर लॉगिन जानकारी का सवाल जवाब देता है: कौन-सा रहस्य इस साइट का है, वह कहाँ संग्रहित है और तिजोरी में उसकी रक्षा क्या करती है। पहला नेटवर्क का गुण है, दूसरा भंडारण और मिलान का गुण है।

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

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

सुरंग क्या सुरक्षित कर सकती है और क्या नहीं

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

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

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

मैनेजर कैसे तय करता है कि कौन-सा पासवर्ड दिया जाए

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

अनजान पन्ने पर अपेक्षित लॉगिन न हो तो हाथ से पासवर्ड कॉपी करने से पहले पता पढ़ें। बेमेल की निर्दोष व्याख्या हो सकती है, जैसे पुनःडिज़ाइन के बाद अलग उपडोमेन, और यह पहला संकेत भी हो सकता है कि पन्ना वह नहीं है जो दावा करता है। हाथ से कॉपी करना ठीक वही कदम है जिसे मैनेजर को रोकना था।

सफल स्वतः-भरण भी कोई गारंटी नहीं है। मिलान नियम, ब्राउज़र और डिवाइस का वातावरण सब मिलकर तय करते हैं कि क्या होगा, इसलिए भरा हुआ फ़ील्ड साबित करता है कि नियम मिला, यह नहीं कि साइट असली है।

तिजोरी की सुरक्षा, पुनर्प्राप्ति और निर्यात

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

आपात स्थिति से पहले पुनर्प्राप्ति समझें। पुनर्प्राप्ति विधि के बिना भूला हुआ मुख्य पासवर्ड स्थायी नुकसान है, और बहुत आसान पुनर्प्राप्ति विधि प्रवेश का दूसरा रास्ता है। तय करें कि आपने कौन-सी अदला-बदली की है और उसे लिख लें।

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

gpg --symmetric --cipher-algo AES256 -o vault-export.json.gpg vault-export.json
gpg -d vault-export.json.gpg > /dev/null && echo decrypt-ok

मैनेजर, ब्राउज़र और ऑपरेटिंग सिस्टम को समर्थित रखें। डिवाइस तक पहुँच रखने वाला पुराना क्लाइंट संग्रहित लॉगिन जानकारी के लिए उस जोखिम से बड़ा जोखिम है जो बिना एन्क्रिप्शन वाला Wi-Fi नेटवर्क ठीक से प्रमाणित सत्र के लिए है।

दोनों वास्तव में कहाँ मिलते हैं

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

हर नियंत्रण उस समस्या के लिए चुनें जिसे वह सचमुच हल करता है, और यह उम्मीद छोड़ें कि एक दूसरे को ढक लेगा। सुरंग तिजोरी नहीं है, और तिजोरी कोई रास्ता नहीं है।