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