खाते, पहचान और बातचीत के इतिहास की रिकवरी अलग-अलग प्रक्रियाएँ हैं; जाँचें कि उत्पाद वास्तव में किसका समर्थन करता है।
क्रिप्टोग्राफ़िक पहचान की रिकवरी आपकी मैसेजिंग पहचान से जुड़ी कुंजी सामग्री को बहाल करती है। यह अपने-आप खाते में दोबारा लॉगिन करने, हर बातचीत वापस लाने या किसी नए प्रतिस्थापन उपकरण के सुरक्षित होने का प्रमाण देने के समान नहीं है।
कुंजियों का एन्क्रिप्टेड बैकअप सर्वर को रिकवरी योग्य पैकेज रखने दे सकता है, जबकि उसे खोलने के लिए आवश्यक गोपनीय जानकारी सर्वर के पास न हो। ऐसा डिज़ाइन उपयोगकर्ता की रक्षा करता है या नहीं, यह कुंजी निर्माण, प्रमाणीकरण, रिकवरी सीक्रेट की सुरक्षित देखरेख और क्लाइंट द्वारा बहाल पहचान के इस्तेमाल पर निर्भर करता है।
तीन चीज़ें जिन्हें लोग “रिकवरी” कहते हैं
| रिकवरी का लक्ष्य | क्या बहाल करना या अधिकृत करना ज़रूरी है |
|---|---|
| खाते तक पहुँच | लॉगिन करने और सेवा इस्तेमाल करने की अनुमति |
| क्रिप्टोग्राफ़िक पहचान | उचित निजी कुंजियाँ या एक नई प्रमाणीकृत पहचान |
| चैट इतिहास | संदेशों का डेटा और उसे पढ़ने के लिए आवश्यक सभी कुंजियाँ और स्टेट |
सफल लॉगिन बाकी दोनों में से किसी का प्रमाण नहीं है। इसी तरह, पहचान कुंजी ज़रूरी नहीं कि जानबूझकर मिटाई गई पुरानी संदेश कुंजियों या अब मौजूद न रहे इतिहास फ़ाइल को फिर से बना दे।
किसी उत्पाद की रिकवरी सुविधा पर भरोसा करने से पहले लिख लें कि वह वास्तव में किस लक्ष्य को पूरा करने का वादा करती है।
एन्क्रिप्टेड पहचान बैकअप कैसे काम कर सकता है
एक सामान्य डिज़ाइन भरोसेमंद उपकरण पर पहचान सामग्री बनाता है, अलग रिकवरी सीक्रेट से बैकअप एन्क्रिप्ट करता है और सेवा के पास केवल सुरक्षित पैकेज रखता है। प्रतिस्थापन उपकरण वह पैकेज प्राप्त करता है और रिकवरी सीक्रेट का स्थानीय रूप से उपयोग करता है।
सर्वर फिर भी पैकेज तक पहुँच नियंत्रित कर सकता है, अनुरोध देख सकता है, डेटा रोक सकता है या पुराना संस्करण लौटा सकता है। प्रमाणीकृत एन्क्रिप्शन और संस्करण तथा पहचान से बंधन कुछ खास छेड़छाड़ जोखिमों से निपटने में मदद करते हैं; उपलब्धता और पुराने संस्करण पर वापस ले जाने से निपटने के लिए अलग डिज़ाइन चाहिए। “सर्वर पर एन्क्रिप्टेड” होना सर्वर से समझौते की हर स्थिति का पूरा उत्तर नहीं है।
उच्च एंट्रॉपी वाली रैंडम रिकवरी कुंजी और इंसान द्वारा चुना गया पासवर्ड भी अलग इनपुट हैं। HKDF को ऐसी विधि न बताएँ जो किसी भी कमज़ोर पासफ़्रेज़ को मज़बूत सीक्रेट में बदल देती हो। RFC 5869 HKDF की भूमिका समझाता है और उसे पासवर्ड स्ट्रेचिंग से अलग बताता है।
Livara के v7 दस्तावेज़ क्या कहते हैं
Livara का सुरक्षा पृष्ठ कहता है कि उसकी P-256 की-अग्रीमेंट और हस्ताक्षर कुंजियाँ तथा ML-KEM सीड अपलोड से पहले उपकरण पर एक रैंडम 256-बिट रिकवरी कुंजी से एन्क्रिप्ट किए जाते हैं। v7 प्रारूप एल्गोरिदम सूट, पहचान एपक और जेनरेशन सहित जानकारी को प्रमाणीकृत करता है।
उसी पृष्ठ पर स्पष्ट है: यह पहचान बहाल करता है, चैट इतिहास नहीं। वह यह भी कहता है कि सही लॉगिन पासवर्ड अकेले एन्क्रिप्टेड कुंजी बैकअप खोलने के लिए पर्याप्त नहीं है; रिकवरी फ़्रेज़ द्वारा दर्शाई गई रिकवरी कुंजी आवश्यक है।
ये उत्पाद के प्रकाशित दावे हैं, बैकअप प्रारूप या रिकवरी के हर रास्ते का नया ऑडिट नहीं। व्यापक खतरा मॉडल को रिकवरी के इस सीमित विवरण के साथ पढ़ना चाहिए।
SRP की भूमिका कहाँ है
SRP प्रमाणीकरण मॉडल पासवर्ड-आधारित लॉगिन से संबंधित है। यह प्रोटोकॉल के अपेक्षित आदान-प्रदान में पासवर्ड को स्वयं भेजने से बचा सकता है, लेकिन कुंजी बैकअप की सामग्री निर्धारित नहीं करता और हर रिकवरी कुंजी अपने-आप व्युत्पन्न नहीं करता।
सर्वर पर मौजूद उसके वेरिफ़ायर को फिर भी सुरक्षा चाहिए। RFC 5054, खंड 3.3 वेरिफ़ायर चोरी होने के बाद पासवर्ड अनुमान लगाने के जोखिम का वर्णन करता है। “इस आदान-प्रदान में सर्वर को पासवर्ड नहीं मिलता” को “सर्वर में सेंध लगने से कोई उपयोगी चीज़ उजागर नहीं हो सकती” में न बदलें।
खाते के सत्र, रिकवरी पैकेज, परिचालन मेटाडेटा और क्लाइंट सॉफ़्टवेयर अलग संपत्तियाँ हैं जिनकी विफलता के तरीके भी अलग हैं।
सुरक्षित रिकवरी की तैयारी की चेकलिस्ट
- ठीक-ठीक पुष्टि करें कि सुविधा कौन-सा डेटा बहाल करती है और कौन-सा नहीं।
- रिकवरी सीक्रेट ऐसी जगह रखें जहाँ फ़ोन खोने का अर्थ उसकी एकमात्र प्रति खोना भी न हो।
- सीक्रेट को किसी संदेश, सहायता टिकट या सार्वजनिक स्क्रीनशॉट में डालने से बचें।
- सीक्रेट रखने की जगह सुरक्षित करें; जिसे वह मिल जाए, उसे महत्वपूर्ण क्षमताएँ मिल सकती हैं यदि उसे संबंधित बैकअप और पहुँच भी मिल जाए।
- एकमात्र काम करने वाले उपकरण को मिटाने या बदलने से पहले आधिकारिक रिकवरी निर्देश पढ़ें।
- केवल समर्थित प्रक्रियाओं से परीक्षण करें, महत्वपूर्ण डेटा की एकमात्र प्रति नष्ट किए बिना।
रिकवरी के बाद लिंक किए गए उपकरणों और सत्रों की अलग से जाँच करें। बहाल पहचान सामग्री किसी पुराने उपकरण का अधिकार अपने-आप रद्द नहीं करती। यदि क्रिप्टोग्राफ़िक पहचान बदलती है, तो जिन संपर्कों के साथ संवेदनशील जानकारी साझा की जाती है, उन्हें स्वतंत्र रूप से भरोसेमंद माध्यम से नई कुंजी सत्यापित करनी चाहिए।
यदि रिकवरी फ़्रेज़ खो जाए
यह न मानें कि सहायता टीम ऐसा सीक्रेट दोबारा बना सकती है जिसे प्रणाली ने जानबूझकर अपने पास न रखने के लिए डिज़ाइन किया है। इसी तरह यह भी न मानें कि खाते का हर भूला पासवर्ड बताता है कि सभी स्थानीय संदेश पहले ही गायब हो गए हैं। परिणाम बचे हुए उपकरणों, उपलब्ध बैकअप और उत्पाद के दस्तावेज़ित नियमों पर निर्भर करता है।
उपयोगी सवाल विशिष्ट है: “कौन-सा सीक्रेट या कौन-सी प्रति गायब है, और रिकवरी का कौन-सा लक्ष्य अभी भी संभव है?” इससे उस सामान्य वादे की तुलना में अधिक सुरक्षित उत्तर मिलता है कि रिकवरी या तो बिल्कुल आसान है या असंभव।
