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 को होइन, विशेषाधिकार डिजाइनको प्रश्न हो।

हराएको यन्त्रपछिको सफाइ

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

के हटाइयो र पहुँच कहिले सकियो लेख्नुहोस्। त्यो जोडीले घटना समीक्षाले सोध्ने एक मात्र प्रश्नको जवाफ दिन्छ: यन्त्र गएपछि प्रमाणको कुनै प्रतिलिपि अझै काम गर्दै थियो कि।