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