पैरानॉयड के लिए सरल पासवर्ड प्रबंधन विधि

एक बार और सभी के लिए, मुझे हैक की गई लिंक्डइन कहानी द्वारा पासवर्ड की समस्या को हल करने के लिए कहा गया था - सबसे आम लोगों की सूची में मेरा पासवर्ड देखना बहुत अप्रिय था। पासवर्ड अब अधिक से अधिक याद रखने की आवश्यकता है, उनके लिए आवश्यकताएं अधिक कठोर होती जा रही हैं, और कुछ लोग ओपनआईड पर स्विच कर रहे हैं।

हम पासवर्ड और काउंटरनेशन के संभावित तरीकों के खतरों का विश्लेषण करके समाधान की तलाश शुरू करते हैं।

Threat # 1 स्वयं साइट्स हैं, जिसमें आपको पंजीकरण करते समय पासवर्ड भेजने की आवश्यकता होती है। इन साइटों के व्यवस्थापक और तकनीकी समर्थन आपके अनएन्क्रिप्टेड पासवर्ड को देख पाएंगे, जिसका अर्थ है कि वे अन्य साइटों पर भी इसका उपयोग करने का प्रयास कर सकते हैं जहां आपके खाते हो सकते हैं।

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

इन खतरों को बेअसर करने के लिए, आपको यह सुनिश्चित करना होगा कि विभिन्न साइटों के पासवर्ड अलग-अलग हों। सवाल यह है कि उन सभी को कैसे याद किया जाए, या उन्हें कहां स्टोर किया जाए?

विभिन्न साइटों के लिए अलग-अलग पासवर्ड बनाने और याद रखने के तरीकों में से एक का वर्णन " हेड में स्टोरिंग पासवर्ड के लिए एक सरल तरीका " लेख में किया गया था। इस पद्धति के साथ, आपको एक पासवर्ड मास्क याद रखने की आवश्यकता है (उदाहरण के लिए rtYG!), और साइट नाम से भिन्नता प्राप्त करने का एक तरीका है।
उदाहरण के लिए:

वेबसाइट	पासवर्ड विकल्प 1	पासवर्ड विकल्प 2
फ़्लिकर	brtYG! 3 फोटो	brtYG! 3Fr
Linkedin	brtYG! 3job	brtYG! 3Ln
Sberbank	brtYG! 3money	brtYG! 3Sk

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

इसलिए, यह अत्यधिक वांछनीय है कि सभी पासवर्ड एक दूसरे से पूरी तरह यादृच्छिक और असंबंधित हों। लेकिन फिर सवाल तुरंत उठता है: उन्हें कहां स्टोर करना है?

मैं अभी यह कहना चाहूंगा कि मैं पासवर्ड संग्रहण सेवाओं पर भरोसा नहीं करता, क्योंकि मुझे नहीं पता कि वे कैसे काम करते हैं। और भुगतान की गई सेवा के मामले में, मिस्ड भुगतान के कारण आपके सभी पासवर्ड खोने का खतरा अभी भी है। इसलिए, हमारे अपने समाधान को विकसित करने का निर्णय लिया गया जो निम्नलिखित आवश्यकताओं को पूरा करेगा:

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

हम इस तरह के एक समाधान खोजने में कामयाब रहे, इसमें निम्नलिखित शामिल हैं:

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

2. हम एक जटिल मास्टर पासवर्ड का आविष्कार करते हैं और याद करते हैं, हम इसका उपयोग सभी टोकन को एन्क्रिप्ट और डिक्रिप्ट करने के लिए करेंगे।

3. सभी टोकन ऑनलाइन स्टोरेज में संग्रहीत हैं (उदाहरण के लिए, मेल में, या Google डॉक्स में), या स्थानीय रूप से, निम्न फ़ॉर्म की टेक्स्ट फ़ाइल में:

वेबसाइट	उपयोगकर्ता	एन्क्रिप्टेड टोकन
youtube.com	myytusername	U2FsdGVkX1 / cCpnVmQ1sz13pqQXJYtQ3bTjcjw / HYak =
livejournal.com	myljusername	U2FsdGVkX19HWMhtmjfdLagxpBfUcnJmFkezYgdnBrs =

4. एन्क्रिप्शन और डिक्रिप्शन एईएस -256 + बेस 64 एल्गोरिथ्म का उपयोग करके गिबरिश एईएस लाइब्रेरी का उपयोग करके किया जाता है। सभी गणना ब्राउज़र में की जाती हैं, कोई भी डेटा कहीं भी प्रेषित नहीं किया जाता है।

इस विधि पर कुछ नोट्स:

- पूरी योजना के लिए दो पासवर्डों को संग्रहीत करने की आवश्यकता होती है: ऑनलाइन स्टोरेज से एक पासवर्ड और टोकन के लिए एक मास्टर पासवर्ड। ये पासवर्ड अलग-अलग होने चाहिए।

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

- एन्क्रिप्टेड टोकन के साथ फाइल की प्रतियां बनाना आवश्यक है, क्योंकि जब यह खो जाता है, तो पासवर्ड को पुनर्प्राप्त करना असंभव होगा।

- आप ब्राउज़र में एन्क्रिप्ट और डिक्रिप्ट कर सकते हैं, उदाहरण के लिए, इस पृष्ठ पर । पागल होने के नाते, मैंने अपने लिए अपना खुद का न्यूनतर AES-256 ऑनलाइन पेज बनाया। इसमें 3 फाइलें शामिल हैं जिन्हें स्थानीय रूप से सहेजा और उपयोग किया जा सकता है।

- यदि आवश्यक हो, तो आप यूनिक्स कमांड लाइन पर एक पृष्ठ से टोकन को एन्क्रिप्ट या डिक्रिप्ट भी कर सकते हैं:
खुलता है enc -a -aes-256-cbc (STDIN एन्क्रिप्शन)
Opensl एनएल -d -a -aes-256-cbc (STDIN डिक्रिप्शन)

- आप यादृच्छिक टोकन ऑनलाइन (उदाहरण के लिए यहां ), ऑफ़लाइन (इंडेक्स डाउनलोड करें और 2 जावास्क्रिप्ट फ़ाइलें यहां ), या यूनिक्स कमांड लाइन से उत्पन्न कर सकते हैं:
Opensl रैंड -base64 12

मुझे उम्मीद है कि पासवर्ड प्रबंधन की यह विधि पाठकों के लिए उपयोगी होगी।