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 चा नाही, विशेषाधिकार रचनेचा प्रश्न आहे।
हरवलेल्या उपकरणानंतर साफसफाई
सर्वांत आधी सर्व्हरवर खाते रद्द किंवा अक्षम करा, कारण स्थानिक हटवणे एखाद्याकडे आधीच असलेली प्रत अवैध करू शकत नाही। नंतर लक्षात ठेवलेली रजिस्ट्री मूल्ये साफ करा, प्रोफाइल आणि क्रेडेन्शियल फाइल्स काढा, आणि शेल इतिहास तसेच स्क्रिप्ट डिरेक्टरींमध्ये पेस्ट केलेले पासवर्ड शोधा।
काय काढले आणि प्रवेश कधी संपला ते लिहून ठेवा। ती जोडी घटना आढावा विचारतो त्या एकमेव प्रश्नाचे उत्तर देते: उपकरण गेल्यानंतर क्रेडेन्शियलची कोणतीही प्रत अजून काम करत होती का।