MeldID: от единого аккаунта к системе управления цифровым доступом

{"text": "{\n \"title\": \"MeldID: एकत्रित खात्यापासून डिजिटल प्रवेश व्यवस्थापन प्रणालीकडे\",\n \"slug\": \"meldid-ot-edinogo-akkaunta-k-sisteme-upravleniya-tsifrovym-dostupom\",\n \"excerpt\": \"जेव्हा मी प्रथमदा MeldID सोबत परिचित झालो, तेव्हा मी त्याला प्राधान्याने एकसंध डिजिटल ओळख प्रणाली म्हणूनच पाहिले. आता या प्रकल्पासाठी iPhone आणि Android साठी ऍप्लिकेशन्स उपलब्ध झाल्या असून त्या ऑफलाइन ऑथेंटिकेटर TOTP, उपकरणांमधील आपोआप डेटा पुनर्संचयणे आणि कनेक्ट केलेल्या सेवा मध्ये प्रवेश पुष्टीकरण यासह अनेक कामे एकत्र करून देतात.\",\n \"body_markdown\": \"

जेव्हा मी प्रथमदा MeldID वर शोध घेतला, तेव्हा मी त्याला प्राधान्याने एकसंध डिजिटल ओळख प्रणाली समजून घेतलो. वापरकर्ता एक खाते तयार करतो, व्यवस्थापित प्रोफाइल भरतो आणि नंतर तो वेगवेगळ्या अ‍ॅप्समध्ये वापरू शकतो — लॉगिन करण्यासाठी आणि स्वीकृत डेटा पाठवण्याकरता, त्याच फॉर्म पुन्हा पुन्हा भरायची गरज नाही.

मला अपेक्षा होती की पुढील विकास प्रोफाइल आणि कनेक्टेड सेवा यांच्या दिशेनेच जाईल. परंतु प्रकल्प वेगाने सध्या दिसणाऱ्या सर्व्हर इन्फ्रास्ट्रक्चरपासून खरोखरच वापरात येणाऱ्या प्रवेश व्यवस्थापन साधनात रूपांतरित होऊ लागला.

पुढील टप्पा म्हणून iPhone आणि Android साठी ऍप्लिकेशन्स आली. येथे विशेषतः लक्षवेधक गोष्ट म्हणजे मोबाइल क्लायंटची उपस्थिती नाही, तर त्यामध्ये कोणत्या कामांना एकत्रित केले गेले ते आहे.

सामान्य TOTP — वेगळ्या हेतूने

अर्जामध्ये एक एकदाच वापरता येणारा कूट तयार करणारा TOTP जनरेटर आहे — अर्थात बदलणारे अंक, जे द्वै-घटक प्रमाणीकरणासाठी वापरले जाते.

स्तर त्या आपल्या सॉफ्टवेअरची स्वतःची आविष्कृती म्हणून दावा करत नाही. वापरकर्ता खाते जोडतो आणि त्याला एक कोड प्राप्त होतो, जे दुसऱ्या सेवे किंवा साइटवर वापरले जाऊ शकते.

सर्वाधिक प्रमाणीकरण करणारे साधने विचारतात: “सातअंकी कोड कसा दर्शवायचा?” येथे एक अधिक व्यापक समस्या विचारली जाते: TOTP गुपितांची जीवनचक्र सुरक्षितपणे कशी व्यवस्थापित करायची — त्यात समाविष्ट आहे addition, संचयन, पुनर्संचय, पुनर्प्राप्ती आणि विवरण मिटविणे.

ऑफ़लाइन मोड पूर्णपणे कार्यरत

सर्वप्रथम महत्त्वाचे वाटते ते म्हणजे फक्त स्थानिक कोड जनरेशन हेच मुख्य गुणधर्म आहे. पण MeldID मध्ये ऑफलाइन मोड मध्ये अधिक गोष्टी येतात.

सुरूवातीपासून जतन केलेल्या नोंदी इंटरनेटशिवायही कार्य करतात. कोड थेट फोनवर तयार होतात, त्यामुळे तात्कालिक संपर्क नाही तरी प्रमाणीकरणाची प्रक्रिया अडथळा नाही.

नवीन TOTP नोंदीचे देखील ऑफलाइन जोडता येतात. ती स्थानिकपणे जतन होते आणि तत्काळ कोड तयार करताना वापरली जाते. जेव्हा इंटरनेट येते, तेव्हा ती आपोआप सुरक्षित संग्रहात पाठवली जाते आणि इतर उपकरणांबरोबर सिंक्रोनाइज होते.

संपादन आणि मिटविण्यासाठी, ज्या नोंदी आधीच सिंक्रोनाइज्ड झाल्या आहेत, त्यासाठी सर्व्हरशी कनेक्शन आवश्यक असते. यामुळे वेगवेगळ्या फोनवर एकाच संग्रहाचे वेगवेगळे संस्करण तयार होण्यापासून रोखले जाते.

यामुळे त्याच कामासाठी दोन्ही आवृत्त्या उपलब्ध होतात: नेटवर्कशिवाय मुख्य क्रिया, आणि ज्या बदल करायच्या असतात, त्यानंतर होणाऱ्या ऑनलाइन परिस्थितीत रक्कम जुळवली जाते.

नवीन फोन म्हणजे नवीन कोड संच नाही

कोणत्याही प्रमाणीकरासाठी सर्वात अप्रिय समस्या ती असते जेव्हा फोन हरवतो, तुटतो किंवा बदलतो. सामान्य स्थितीत, आपल्याला राखीव कोड शोधावे लागतात, नोंदी हस्तांतरीत कराव्या लागतात किंवा प्रत्येक सेवेबरोबर ऍप्लिकेशन पुन्हा लिंक करावी लागते.

येथे संग्रहण खात्याशी जुळलेले असते, कॉम्प्युटरशी नाही. नवीन फोनवर लॉगिन केल्यावर आणि सुरक्षित संग्रह सुरू केल्यावर नोंदी आपोआप पुनर्संचयित केल्या जातात.

पूर्वी Android वर असलेला डिव्हाइस असो किंवा नवीन iPhone असेल, त्याचा काहीही फरक नाही. दुसरे, तिसरे, अनेक फोन कनेक्ट करता येतात, प्रत्येकाची हस्तांतरण प्रक्रिया वेगळी करण्याची गरज नाही.

कल्पना करा, एकदा अचानक प्रवासात स्मार्टफोन तुटतो. त्या वेळी वापरकर्ता प्रत्येक सेवेचा प्रवेश पुनर्संचयित करण्याचा प्रयत्न न करता, MeldID मध्ये लॉगिन करून, संग्रहण सेटअप पूर्ण करतो. त्यानंतर, त्याच्या TOTP नोंदी पुन्हा अ‍ॅपमध्ये येतात.

एका फोनवर अनेक खात्यांचा उपयोग करता येतो. त्यांचे संग्रह वेगळे राहतात: एका खात्याची नोंद दुसऱ्याच्या डेटा बरोबर मिसळली जात नाही आणि योग्य प्रमाणीकरणाशिवाय उपकरणावर दिसत नाही.

सर्व्हरवर काय संग्रहित केले जाते

ऑटोमॅटिक पुनर्संचय म्हणजे डेटा कुठेतरी संग्रहित केले पाहिजे. पण TOTP गुपिते स्पष्ट स्वरूपात बऱ्याचशा वेळेस संग्रहीत केली जात नाहीत.

नोंदींच्या सामग्रीला एन्क्रिप्ट केलेल्या कंटेनर मध्ये ठेवले जाते. वापरलेली आत्ताची संरचना AES-256-GCM प्रमाणित एन्क्रिप्शन वापरते, आणि सुरक्षित संग्रहाचा चावी डेटाबेसपासून वेगळी असते.

त्यामुळे डेटाबेस चोरी झाल्यास, त्यातून तात्काळ कोड निर्मितीसाठी गुपितांची यादी तयार होत नाही. हल्लेखोरांकडे फक्त एन्क्रिप्टेड ब्लॉक्स असतात, न कि खुल्या TOTP डेटा.

येथे महत्त्वाचे आहे की, शुद्ध आश्वासन देऊ नका. अधिक स्पष्टपणे म्हटले तर: स्पष्ट TOTP गुपिते डेटाबेसमध्ये संग्रहीत केली जात नाहीत, आणि डेटाबेसची एका प्रतही वापरण्यासाठी पुरेसे नाही.

प्रवेश पुष्टीकरणासाठी MeldID वापर

दूसरी महत्त्वाची भूमिका म्हणजे Login Approval, म्हणजेच पुष्टीकरणासाठी वेगळी प्रक्रिया.

जर वेबसाइट किंवा ॲप MeldID सपोर्ट करत असेल, तर वापरकर्ता एकाच क्लिकने लॉगिन सुरू करू शकतो. संरक्षण सक्षम असल्यास, प्रमाणीकरण केवळ सत्यापित डिव्हाइसवर पुष्टी झाल्यावरच पूर्ण मानले जाते.

संकट का असू शकते ते, जसं लॉगिन वाचवणं किंवा येणारी प्रक्रिया अचानक दिसल्यास, ती नाकारली जाऊ शकते.

सामान्य push पुष्टीकरणापेक्षा, Login Approval हे MeldID च्या आर्किटेक्चरला इंटीग्रेटेड आहे आणि या ओळखीच्या प्रणालीशी जोडलेल्या सर्व सेवे वापरता येतात.

पुष्टीकरण फक्त सूचनेच्या स्वरूपात असते. यात पासवर्ड, TOTP कोड, टोकन की, किंवा इतर प्रमाणीकरणीय डेटा नसतो.

TOTP आणि Login Approval एकमेकांना पूरक आहेत

TOTP एक सार्वत्रिक मानक राहिले आहे आणि MeldID बद्दल काहीही न कळणाऱ्या सेवेवरही कार्यान्वित राहते. नोंद लोड केल्यावर, कोड स्थानिक तरतूदाने तयार होतात.

Login Approval आवश्यक आहे जिथे प्रमाणीकरण स्वतः MeldID च्या माध्यमातून होते. ते लॉगिन प्रक्रियेशी जागरूकता जोडते आणि सत्र तयार होण्याआधी हेरफेर थांबवते.

म्हणजेच, हे ॲप्लिकेशन पूर्णतः एक स्वतंत्र प्रमाणीकरण साधन असू शकते, दुसऱ्या साइटसाठी, आणि तसंच लॉगिन पुष्टीकरणासाठी जोडले जाऊ शकते.

मेल्ड ID मध्ये काय बदल झाले

जेव्हा मी प्रथमदा हा प्रकल्प बघितला, त्यावेळी त्याचा मूळ विचार होता एकसंध खाते व्यवस्थापन आणि पोर्टेबल प्रोफाइल, पण आता लक्षात येते की MeldID हळूहळू एक वैयक्तिक डिजिटल प्रवेश नियंत्रण केंद्रात बदलेल आहे.

येथे काही उपयोगी गोष्टी करता येतात:

• इंटरनेटशिवाय TOTP कोड मिळवू शकता;

• नवीन नोंदी ऑफलाइन जोडता येतात;

• नवीन उपकरणांवर आपोआप पुनर्संचयित करता येते;

• काही काही फोन वापरता येतात;

• एकाच उपकरणावर अनेक खाते वेगवेगळे ठेवता येतात;

• नवीन लॉगिन पुष्टी करिंवा नाकारता येते.

म्हणून अ‍ॅप्लिकेशनची मूल्यवत्ता ही त्याला दिसणारा सातअंकी कोड देण्यापुरतीच नव्हे, तर व्यापक उद्दिष्ट ही आहे की, उपकरण बदलताना प्रवेश सुरक्षित राहावा, नेटवर्कशिवाय डेटा न पलटवता, आणि नवीन सत्र तयार करण्यापूर्वी वापरकर्त्याला त्याचा अंतिम जागरूक निवड मिळावी.

सुरक्षा इथे एका विशिष्ट यंत्रणेवर अवलंबून नाही, तर अनेक उपायांची संयुक्त रूपरेषा आहे: GOTP गुपिते स्पष्ट स्वरूपात राखली जात नाहीत, प्रवेश एकाच फोनवर कायमसाठी मर्यादित नाही, विविध खाते वेगळे राहतात, आणि समर्थित सेवेमध्ये लॉगिन फक्त विश्वासार्ह यंत्रावरून पुष्टी झाल्यावरच पूर्ण होते.

\n}"}