सुरक्षा का उपयोगी सवाल यह नहीं कि एन्क्रिप्शन कितना दमदार सुनाई देता है, बल्कि यह है कि वह क्या सुरक्षित करता है, कुंजियाँ किसके पास हैं और दावे के समर्थन में क्या साक्ष्य हैं।
किसी मैसेजिंग ऐप का मूल्यांकन करने के लिए “सैन्य-स्तरीय एन्क्रिप्शन” पर्याप्त जानकारी नहीं है। यह वाक्यांश नहीं बताता कि कुंजियाँ किसके पास हैं, कौन-सी बातचीत सुरक्षित है, क्या बैकअप से सादा पाठ उजागर होता है, या किसी डिवाइस के समझौता-ग्रस्त होने पर क्या होता है।
उपयोगी प्रतिक्रिया एन्क्रिप्शन को खारिज करना नहीं है। इसका अर्थ है किसी प्रभावशाली लेबल की जगह ऐसे विशिष्ट दावे रखना जिन्हें जाँचा जा सके।
AES-256 एल्गोरिदम का चुनाव है, संपूर्ण सुरक्षा मॉडल नहीं
AES एक सार्वजनिक मानक है, कोई गुप्त सैन्य तकनीक नहीं। NIST का FIPS 197 AES-128, AES-192 और AES-256 को निर्दिष्ट करता है; अंत में दी गई संख्या कुंजी की लंबाई बताती है। 2023 में मानक में संपादकीय संशोधन हुआ था, एल्गोरिदम नहीं बदला था।
एक मजबूत सिफर का इस्तेमाल फिर भी ऐसी प्रणाली में हो सकता है जो सेवा को सादे पाठ तक पहुँच देती हो। केवल यह न पूछें कि कुंजी कितनी लंबी है; पूछें कि डिक्रिप्ट कौन कर सकता है। यह भी पूछें कि कुंजियाँ कैसे बनाई और रखी जाती हैं, पहचानों का प्रमाणीकरण कैसे होता है, और किन विफलताओं पर ऐप असुरक्षित ढंग से चलते रहने के बजाय रुक जाता है।
जब कोई विक्रेता AES-GCM का नाम लेता है, तो यह केवल AES कहने से अधिक विशिष्ट है: GCM एन्क्रिप्शन को प्रमाणीकरण के साथ जोड़ता है। नॉन्स का सही प्रबंधन, टैग सत्यापन और कार्यान्वयन की अन्य आवश्यकताएँ फिर भी मायने रखती हैं। NIST का GCM विनिर्देश तकनीकी संदर्भ है; कोई लोगो इस बात का साक्ष्य नहीं कि ऐप उसे सही ढंग से लागू करता है।
चार अलग दावे जिन्हें मार्केटिंग अक्सर मिला देती है
| दावा | यह किस बात को संबोधित करता है | यह क्या स्थापित नहीं करता |
|---|---|---|
| एन्क्रिप्टेड परिवहन | किसी कनेक्शन पर सुरक्षा, जैसे ऐप से सर्वर तक | कि सर्वर सामग्री नहीं पढ़ सकता |
| संग्रहित डेटा का एन्क्रिप्शन | किसी विशिष्ट कुंजी और पहुँच मॉडल के अंतर्गत रखे गए डेटा की सुरक्षा | कि संचालक के पास डिक्रिप्शन कुंजी नहीं है |
| एंड-टू-एंड एन्क्रिप्शन | निर्धारित एंडपॉइंट के बीच सामग्री की सुरक्षा | समझौता-ग्रस्त एंडपॉइंट की सुरक्षा या प्राप्तकर्ता की ईमानदारी |
| पोस्ट-क्वांटम कुंजी स्थापना | कुंजियाँ स्थापित करते समय निर्दिष्ट क्वांटम खतरों के विरुद्ध प्रतिरोध | ऐप का संपूर्ण ऑडिट, गुमनामी या भविष्य की सुरक्षा की गारंटी |
परिवहन एन्क्रिप्शन का यह अर्थ नहीं है कि हर प्रदाता का डेटाबेस कच्चा सादा पाठ रखता है। कोई सेवा संग्रहित डेटा को भी एन्क्रिप्ट कर सकती है। प्रासंगिक अंतर यह है कि क्या प्रदाता कुंजियों को नियंत्रित करता है या किसी अन्य तरीके से पढ़ने योग्य सामग्री तक पहुँच रखता है। एक नारे की जगह दूसरा नारा रखने के बजाय सटीक रहें।
व्यापक परिचय के लिए, एंड-टू-एंड एन्क्रिप्शन किस चीज़ की सुरक्षा करता है, इस विषय की व्याख्या देखें।
“NIST मानक का उपयोग करता है” का अर्थ “FIPS-सत्यापित” नहीं है
FIPS 203, ML-KEM को परिभाषित करता है, जो एक कुंजी-एनकैप्सुलेशन तंत्र है। कोई मैसेंजर उस एल्गोरिदम के उपयोग का वर्णन कर सकता है, भले ही उसके पूरे ऐप को प्रमाणित या स्वतंत्र रूप से समीक्षित न किया गया हो। मानक, एल्गोरिदम परीक्षण, क्रिप्टोग्राफिक मॉड्यूल का सत्यापन और उत्पाद सुरक्षा ऑडिट अलग-अलग प्रकार के साक्ष्य हैं।
NIST का क्रिप्टोग्राफिक मॉड्यूल सत्यापन कार्यक्रम स्पष्ट करता है कि अनुमोदित कार्यों को लागू करना FIPS 140 मॉड्यूल सत्यापन स्थापित करने के लिए पर्याप्त नहीं है। यदि कोई उत्पाद सत्यापन का विज्ञापन करता है, तो प्रमाणपत्र, सटीक मॉड्यूल और संस्करण, परिचालन परिवेश तथा अनुमोदित कॉन्फ़िगरेशन माँगें। फिर पता करें कि वह प्रमाणपत्र वास्तव में उत्पाद के किस हिस्से को कवर करता है।
इसी कारण “256-बिट सुरक्षा” को पूरे मैसेंजर के लिए एक समग्र अंक की तरह इस्तेमाल नहीं करना चाहिए। प्रोटोकॉल का संयोजन, कुंजी प्रबंधन और कार्यान्वयन अलग-अलग सीमाएँ लगा सकते हैं।
पासवर्ड प्रमाणीकरण संदेश एन्क्रिप्शन नहीं है
लॉगिन तंत्र इस सवाल का जवाब देता है कि क्या कोई उपयोगकर्ता किसी खाते तक पहुँच सकता है। E2EE इस सवाल का जवाब देता है कि सुरक्षित संदेश सामग्री कौन पढ़ सकता है। दोनों में से कोई भी दूसरे के गुण स्वतः प्रदान नहीं करता।
उदाहरण के लिए, SRP को स्वयं पासवर्ड भेजे बिना प्रमाणीकरण के लिए बनाया गया है। इसका अर्थ यह नहीं कि चोरी हुआ प्रमाणीकरण डेटाबेस हानिरहित है। RFC 5054 में SRP की सुरक्षा पर चर्चा बताती है कि चोरी हुआ वेरिफ़ायर पासवर्ड अनुमान लगाने वाले हमलों और अन्य जोखिमों की गुंजाइश देता है। “चुराने के लिए पासवर्ड हैं ही नहीं, इसलिए सर्वर में सेंध का कोई महत्व नहीं हो सकता” जैसे निष्कर्ष से बचें।
पाठकों के लिए व्यावहारिक अगला कदम खाता पुनर्प्राप्ति, सक्रिय सत्रों और खाते की पहुँच तथा एन्क्रिप्शन कुंजियों के बीच संबंध के बारे में पूछना है। केवल “ज़ीरो नॉलेज” दोहराने वाला उत्तर महत्वपूर्ण सवालों को अनसुलझा छोड़ देता है।
मैसेंजर के सुरक्षा पृष्ठ के लिए पाँच सवालों की कसौटी
- किन क्षेत्रों को कवर किया गया है? सीधे चैट, समूह, फ़ाइलें, कॉल, सार्वजनिक पोस्ट और बैकअप की सीमाएँ अलग हो सकती हैं।
- उपयोग योग्य कुंजियाँ किसके पास हैं? पुनर्प्राप्ति कुंजियों, जुड़े डिवाइस और सर्वर-साइड प्रोसेसिंग मोड को शामिल करें।
- दूसरे एंडपॉइंट का प्रमाणीकरण कैसे होता है? कुंजी सत्यापन, बदलाव की सार्थक चेतावनियाँ और दस्तावेज़ित भरोसा मॉडल खोजें।
- क्या साक्ष्य मौजूद हैं? विनिर्देश, पुनरुत्पादनीय बिल्ड, परीक्षण वेक्टर और स्वतंत्र ऑडिट अलग-अलग सवालों का जवाब देते हैं। हर एक का संस्करण और दायरा पूछें।
- क्या दिखाई देता रहता है या असुरक्षित रहता है? मेटाडेटा, समझौता-ग्रस्त डिवाइस, कॉपी किए गए संदेश और सार्वजनिक सामग्री को व्याख्या से गायब नहीं होना चाहिए।
यही कसौटी Livara पर भी लागू करें। उसके सुरक्षा दस्तावेज़ LVR1 और LGS1 का नाम देते हैं और परिचालन सीमाएँ प्रकाशित करते हैं। इन्हें मूल्यांकन किए जाने वाले उत्पाद के दावे समझें, स्वतंत्र प्रमाणन नहीं। Proof Lab सीमित प्रदर्शन और आर्टिफ़ैक्ट जाँच प्रदान करता है, यह प्रमाण नहीं कि हर सुविधा या रिलीज़ सुरक्षित है।
स्वतंत्र ऑडिट को कैसे पढ़ें
तारीख, ऑडिटर, कोड रिविज़न, शामिल प्लेटफ़ॉर्म और बाहर रखे गए घटकों की जाँच करें। केवल सारांश बैज नहीं, निष्कर्ष और सुधार की स्थिति पढ़ें। किसी क्रिप्टोग्राफिक लाइब्रेरी का ऑडिट स्वतः खाता पुनर्प्राप्ति, वेब ऐप, सूचनाओं या परिचालन सुरक्षा को कवर नहीं करता।
ऑडिट का अभाव सुरक्षा के आश्वासन में कमी है, किसी विशिष्ट भेद्यता का प्रमाण नहीं। इसके विपरीत, ऑडिट आजीवन गारंटी नहीं है। उपयोगी तुलना किसी सार्वभौमिक “सबसे सुरक्षित” विजेता की घोषणा करने के बजाय साक्ष्य और उनकी सीमाएँ दर्ज करती है।
अक्सर पूछे जाने वाले सवाल
क्या “सैन्य-स्तरीय” हमेशा AES-256 का दूसरा नाम है?
नहीं। इस वाक्यांश से किसी विशिष्ट एल्गोरिदम या प्रमाणन का अनुमान न लगाएँ। विक्रेता से स्पष्ट रूप से बताने को कहें कि उसका मतलब क्या है।
क्या अधिक मजबूत एन्क्रिप्शन स्क्रीनशॉट या मैलवेयर रोकता है?
यह प्राप्तकर्ता को सामग्री कॉपी करने से या समझौता-ग्रस्त डिवाइस को उस डेटा को उजागर करने से नहीं रोकता जिस तक उसकी पहुँच है। ये अलग खतरे हैं।
सुरक्षा के नारे से बेहतर संकेत क्या है?
स्पष्ट दायरा, नामित प्रोटोकॉल, स्पष्ट सीमाएँ और जारी किए गए कार्यान्वयन के लिए समीक्षा योग्य साक्ष्य। व्याख्या से आपको तय करने में मदद मिलनी चाहिए कि किस पर भरोसा करें—और किसकी जाँच अभी बाकी है।
