OpenVPN GUI ने मेरा Windows पासवर्ड सहेज लिया: वह कहाँ रहता है

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

कनेक्ट संवाद के चेकबॉक्स से शुरू करें

याद रखे गए मान हर प्रोफ़ाइल और हर Windows खाते के लिए उपयोगकर्ता के हाइव में रखे जाते हैं, किसी साझा मशीन स्टोर में नहीं। इसलिए उसी कंप्यूटर पर दूसरा उपयोगकर्ता कोई सहेजा हुआ लॉगिन नहीं देखता, और इसलिए क्लाइंट को फिर से इंस्टॉल करने से सहेजी गई प्रविष्टि ज़रूरी तौर पर नहीं मिटती।

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

रजिस्ट्री मान क्या उजागर करता है

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

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

reg query "HKCU\Software\OpenVPN-GUI\configs" /s
cmdkey /list | findstr /i vpn
reg query "HKCU\Software\OpenVPN-GUI" /s | findstr /i "username password"

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

जब प्रोफ़ाइल फ़ाइल में पहले से लॉगिन हो

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

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

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

ऑटोमेशन रहस्य को कहीं और ले जाता है

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

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

खोए डिवाइस के बाद सफ़ाई

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

लिख लें कि क्या हटाया गया और पहुँच कब खत्म हुई। यह जोड़ी घटना समीक्षा के अकेले सवाल का जवाब देती है: क्या डिवाइस जाने के बाद क्रेडेंशियल की कोई प्रति अभी भी काम कर रही थी।