सार्वजनिक VPN पासवर्ड: तो तुमच्या ईमेलचा पासवर्ड का नसावा

सार्वजनिक VPN निर्देशिकांमधील प्रोफाइल्स हजारो इतर लोकांकडेही असलेला सर्व्हर, वापरकर्तानाव आणि पासवर्ड सूचीबद्ध करतात, आणि लक्षात राहणारे काहीतरी टाइप करण्याचा मोह होतो। तीच प्रवृत्ती समस्या आहे: मूल्य वैयक्तिक रहस्य नाही, आणि तुम्ही ते ज्यासाठी पुन्हा वापरता तेही सार्वजनिक होते। प्रकाशित लॉगिनला सार्वजनिक सेवेची सामायिक किल्ली माना, आणि तुमची ओळख करणाऱ्या प्रत्येक खात्याला पूर्णपणे वेगळी श्रेणी माना। हे विभाजन ते महत्त्वाचे होण्याच्या दिवसापर्यंत टिकवणे सोपे आहे।

क्रेडेन्शियल प्रत्यक्षात काय आहे

सार्वजनिक VPN निर्देशिकेत प्रकाशित लॉगिन ऑपरेटर आणि पृष्ठ वाचणाऱ्या कोणत्याही व्यक्तीमधील प्रवेश व्यवस्था आहे। ते व्यक्तीऐवजी सामायिक सेवा खाते ओळखू शकते, आणि ऑपरेटर गेटवेवर जोडणीचे निरीक्षण करू शकतो।

शेवटचा मुद्दा विशेष भर देण्यास पात्र आहे: जो सुरंग संपवतो तो त्यात येणारी आणि त्यातून जाणारी वाहतूक पाहतो, आणि ती उघडणारा पासवर्ड ठेवतो। मेल खात्यासाठी मूल्य पुन्हा वापरणे ऑपरेटरला अशा खात्याबद्दल काहीतरी सांगते ज्याचा अंदाज त्याला कधीही लावता आला नसावा। सामायिक पासवर्ड कोणत्याही अर्थपूर्ण अर्थाने रहस्य नाही, कारण अनेक लोक तो ठेवतात। श्रेणी वेगळ्या आहेत: सार्वजनिक प्रवेश रहस्य, खाजगी खात्याचा पासवर्ड, क्लायंट प्रमाणपत्र आणि पीअर किल्ली, प्रत्येक वेगळ्या प्रश्नाचे उत्तर देते।

पुन्हा वापर ज्ञात मूल्य आहे, कमकुवत नाही

पासवर्ड मजबुतीच्या मार्गदर्शक तत्त्वे सहसा लांबी आणि विशिष्टतेवर लक्ष केंद्रित करतात, आणि विशिष्टता हीच पुन्हा वापराने नष्ट होते। दोन ठिकाणी वापरलेला लांब पासवर्ड, दोनपैकी एक गळती झाल्यावर दोन्हीकडे ज्ञात मूल्य होतो।

क्रेडेन्शियल स्टफिंग त्या ओव्हरलॅपवर अवलंबून आहे, आणि सार्वजनिक निर्देशिका जोडीचा पहिला अर्धा भाग कोणासाठीही विनामूल्य करतात। प्रत्येक सेवेसाठी स्वतंत्र मूल्य निर्माण करणे अधिक लक्षात राहणारे काहीही न मागता तो फायदा दूर करते। लांबी सार्वजनिक पृष्ठावर आधीच छापलेल्या मूल्याची भरपाई कधीही करत नाही।

पासवर्ड आधीच पुन्हा वापरला गेला असेल तर

असंबंधित खाते त्याच्या सत्यापित पुनर्प्राप्ती प्रक्रियेद्वारे बदला, नंतर त्याची सक्रिय सत्रे आणि पुनर्प्राप्ती सेटिंग्ज तपासा, कारण जुने सत्र जिवंत ठेवणारे रीसेट काम पूर्ण करत नाही। चूक दाखवण्यासाठी पासवर्ड VPN सहाय्याला पाठवू नका। जिथे बहु-घटक प्रमाणीकरण उपलब्ध आहे तिथे ते सक्षम करा, कारण ते गळलेल्या पासवर्डवर टिकते।

ऑपरेटर दस्तऐवजीकरण करत असलेल्या कोणत्याही प्रक्रियेद्वारे VPN क्रेडेन्शियल फिरवा, आणि हे तुमचे स्वतःचे खाते बदलण्यापेक्षा वेगळी क्रिया आहे हे लक्षात घ्या। दोन्ही बदल एकाच तिकिटात ठेवा जेणेकरून एकाने दुसऱ्याला झाकले असे कोणीही मानणार नाही।

पासवर्डऐवजी खाजगी क्लायंट किल्ली उघड झाली असेल, तर रद्द करणे हाच उपाय आहे। ईमेल पासवर्ड बदलल्याने नकल केलेली किल्ली जात नाही।

फिरवण्यापूर्वी क्रेडेन्शियलचा प्रकार तपासा

काहीही निर्माण करण्यापूर्वी फील्ड प्रत्यक्षात काय अपेक्षित आहे ते ओळखा। पोर्टल रूम कोड, पीअर किल्ली आणि पासवर्ड यांची अदलाबदल होऊ शकत नाही, आणि चुकीचा फिरवल्यास उघड होणे त्याच्या जागी राहते।

python3 -c 'import secrets; print(secrets.token_urlsafe(24))'
gpg --gen-random --armor 2 32
pass generate work/mail 24

निर्माण केलेली मूल्ये नोटऐवजी पासवर्ड व्यवस्थापकात साठवा, जेणेकरून वेगळ्या नोंदी वापरण्यायोग्य राहतील। नंतर जुने टाकून देण्यापूर्वी नवीन मूल्य कार्यरत असल्याची खात्री करा, आणि दोन्ही घटना एकाच तिकिटात ठेवा।

जुने लॉगिन वापरणाऱ्या कोणत्याही सामायिक स्थापनेवरील साठवलेली क्रेडेन्शियल स्वच्छ करून पूर्ण करा। सर्व्हरवरून काढलेले क्रेडेन्शियलही गळती आहे, जर उपकरण कॅशे केलेल्या प्रतीसह पुन्हा जोडले जात राहिले।