एल्गोरिदम का नाम डेटा रखने की जगह और कुंजी की सुरक्षा से जुड़े प्रमाणों की जगह नहीं लेता।
संग्रहित डेटा का एन्क्रिप्शन, यानी Data-at-Rest, डिवाइस पर रखे डेटा की सुरक्षा करता है; एंड-टू-एंड एन्क्रिप्शन अधिकृत डिवाइसों के बीच संदेश की सामग्री की सुरक्षा करता है। किसी मैसेंजर की सुरक्षा का आकलन करने के लिए दोनों को जाँचना चाहिए। केवल किसी एल्गोरिदम का नाम या “पोस्ट-क्वांटम” शब्द यह नहीं बताता कि फ़ोन के डेटाबेस, मीडिया कैश और एक्सपोर्ट की गई फ़ाइलें कैसे सुरक्षित हैं।
मोबाइल फ़ॉरेंसिक में भी “फ़ाइल हासिल करना” और “उसकी एन्क्रिप्ट की गई सामग्री पढ़ना” एक ही बात नहीं है। नतीजा डिवाइस के मॉडल, ऑपरेटिंग सिस्टम के संस्करण, लॉक की स्थिति, डेटा के प्रकार, इस्तेमाल की जा सकने वाली कुंजियों और जाँच के तरीके पर निर्भर करता है। केवल किसी टूल के नाम से सभी फ़ोनों में डेटा निकालने की सफलता या विफलता का अनुमान नहीं लगाया जा सकता।
तीन परतें जिन्हें आपस में नहीं मिलाना चाहिए
| परत | किस चीज़ की सुरक्षा करती है? | अहम सवाल |
|---|---|---|
| संदेशों का एंड-टू-एंड एन्क्रिप्शन | अधिकृत डिवाइसों के बीच आदान-प्रदान की गई सामग्री | कुंजियाँ किसके पास हैं और संपर्क की पुष्टि कैसे होती है? |
| डिवाइस स्टोरेज का एन्क्रिप्शन | स्टोरेज में रखी फ़ाइलें | संबंधित कुंजियाँ कब और किन अनुमतियों के साथ इस्तेमाल की जा सकती हैं? |
| ऐप के भीतर और बैकअप की सुरक्षा | डेटाबेस, एक्सपोर्ट किया गया डेटा या अलग प्रतियाँ | कौन-सा डेटा इसके दायरे में है और हर प्रति की कुंजी कहाँ है? |
उदाहरण के लिए, चैट से गैलरी में सहेजी गई तस्वीर अब केवल उस मैसेंजर की डेटा रखने की नीति के अधीन नहीं रहती। क्लाउड बैकअप या मैनुअल एक्सपोर्ट की भी अलग से जाँच होनी चाहिए। चैट बैकअप की सुरक्षा की गाइड इस अंतर को समझाती है।
BFU और AFU का क्या अर्थ है?
ये शब्द आम तौर पर डिवाइस शुरू होने के बाद पहली बार लॉक खोलने के संदर्भ में उसकी स्थिति बताते हैं:
- BFU या Before First Unlock: फ़ोन चालू होने या रीस्टार्ट होने के बाद उपयोगकर्ता ने अभी तक पहली बार लॉक नहीं खोला है।
- AFU या After First Unlock: पहली बार लॉक खोला जा चुका है; हो सकता है कि डिवाइस पर अब दोबारा लॉक स्क्रीन दिख रही हो।
ये दोनों लेबल न तो सुरक्षा का स्कोर हैं, न ही किसी फ़ॉरेंसिक जाँच का निश्चित नतीजा। AFU का अर्थ “सभी कुंजियाँ निकाली जा सकती हैं” नहीं है; BFU का अर्थ भी “किसी डेटा तक पहुँच नहीं है” नहीं है।
Android के फ़ाइल-आधारित एन्क्रिप्शन में Credential Encrypted, यानी CE स्टोरेज, उपयोगकर्ता के लॉक खोलने के बाद उपलब्ध होता है। Device Encrypted, यानी DE स्टोरेज, Direct Boot में आवश्यक कामों के लिए भी इस्तेमाल किया जा सकता है। हर डेटा की जगह और कुंजी की नीति अहम हैं; सभी फ़ाइलों की पहुँच की स्थिति एक जैसी नहीं होती।
AES का नाम लेने से अधिक अहम कुंजी प्रबंधन क्यों है?
डेटाबेस एन्क्रिप्शन तभी उपयोगी है जब उसकी कुंजी की भी उचित सुरक्षा हो। एन्क्रिप्ट की गई फ़ाइल के साथ एक असुरक्षित कुंजी रखना, प्रमाणीकरण और सुरक्षित हार्डवेयर से जुड़ी कुंजी जैसी सुरक्षा सीमा नहीं बनाता। यह भी स्पष्ट होना चाहिए कि अस्थायी फ़ाइलों, अटैचमेंट और ऐप के लॉग की स्थिति क्या है।
Android Keystore ऐसी कुंजियाँ इस्तेमाल करने की सुविधा देता है जिन्हें एक्सपोर्ट नहीं किया जा सकता, और कुछ कुंजियाँ सुरक्षित हार्डवेयर पर निर्भर हो सकती हैं। लेकिन कुंजी को एक्सपोर्ट न कर पाना और किसी हमलावर का उसका इस्तेमाल न कर पाना अलग बातें हैं: Android के दस्तावेज़ों के अनुसार, ऐप की प्रक्रिया पर क़ब्ज़ा करने वाला हमलावर कुंजी का इस्तेमाल कर सकता है, भले ही वह स्वयं कुंजी को निकाल न सके।
दिखाई देने वाला ऐप लॉक भी ज़रूरी नहीं कि यह साबित करे कि डेटाबेस एक अलग कुंजी से एन्क्रिप्ट किया गया है। ऐसे दावे के लिए उसी संस्करण के स्टोरेज डिज़ाइन, प्रमाणीकरण की शर्तों और वास्तविक कार्यान्वयन की जाँच करनी होगी।
Livara के बारे में क्या निष्कर्ष निकाला जा सकता है?
Livara की सुरक्षा और खतरा मॉडल के दस्तावेज़ उत्पाद के डिज़ाइन और सीमाओं के बारे में प्रदाता का विवरण हैं; वे स्वतंत्र फ़ॉरेंसिक परीक्षण की जगह नहीं लेते।
विशेष रूप से, v7 प्रारूप में पहचान की बहाली को चैट इतिहास का बैकअप या स्थानीय डेटाबेस के एन्क्रिप्शन का प्रमाण नहीं मानना चाहिए। LVR1 जैसे मैसेजिंग प्रोटोकॉल का विवरण भी अपने आप यह नहीं बताता कि फ़ोन की हर फ़ाइल किस कुंजी से और किन स्थितियों में सुरक्षित रहती है।
इस लेख में व्यावसायिक फ़ॉरेंसिक टूल या Livara के किसी खास संस्करण के डेटाबेस का परीक्षण नहीं किया गया है। इसलिए “कोई भी फ़ॉरेंसिक टूल Livara को नहीं पढ़ सकता” या “ML-KEM स्टोरेज की सभी फ़ाइलों को एन्क्रिप्ट करता है” जैसे दावे प्रमाणों से समर्थित निष्कर्ष नहीं हैं।
मैसेंजर का आकलन करने के लिए कौन-से प्रमाण माँगें?
बिना परीक्षण वाली रैंकिंग तालिका के बजाय इन ठोस सवालों के जवाब तलाशें:
- ऐप के किस संस्करण, डिवाइस के किस मॉडल और ऑपरेटिंग सिस्टम के किस संस्करण की जाँच की गई है?
- संदेश का पाठ, फ़ाइलें, थंबनेल, कैश और मैनुअल एक्सपोर्ट अलग-अलग कहाँ सहेजे जाते हैं?
- डेटाबेस की कुंजी कैसे बनाई और रखी जाती है? क्या उसके इस्तेमाल के लिए प्रमाणीकरण ज़रूरी है?
- लॉक की स्थिति में, लॉक खोलने के बाद और ऐप चलने के दौरान क्या अंतर होता है?
- बैकअप में ठीक-ठीक क्या शामिल होता है और उसका पासवर्ड या रिकवरी कुंजी किसके पास होती है?
- क्या स्वतंत्र रिपोर्ट, परीक्षण की विधि, सीमाएँ और जाँच की तारीख प्रकाशित की गई हैं?
इन सवालों के जवाब के बिना “एन्क्रिप्टेड” शब्द उत्पादों की तुलना के लिए काफ़ी नहीं है। तकनीकी दस्तावेज़ प्रकाशित करना मूल्यवान है, लेकिन इसे सभी दावों के स्वतंत्र सत्यापन के बराबर नहीं बताना चाहिए।
रोज़मर्रा की सुरक्षा के व्यावहारिक उपाय
उचित पासवर्ड से डिवाइस लॉक करें, ऑपरेटिंग सिस्टम और ऐप के अपडेट इंस्टॉल करें और लॉक स्क्रीन पर संवेदनशील पाठ दिखने को सीमित करें। गैलरी, डाउनलोड फ़ोल्डर और बैकअप की अतिरिक्त प्रतियों को सोच-समझकर प्रबंधित करें; मैसेंजर से बाहर की किसी प्रति पर सुरक्षा की अलग नीति लागू हो सकती है।
संवेदनशील बातचीत के लिए सामने वाले के डिवाइस का सुरक्षित होना भी अहम है। अगर मैलवेयर ऐप खुलने के बाद पाठ पढ़ सकता है, तो बात केवल किसी एन्क्रिप्ट की गई फ़ाइल को निकालने तक सीमित नहीं है। Android सत्र सुरक्षा की गाइड इस सीमा को विस्तार से समझाती है।
अक्सर पूछे जाने वाले सवाल
क्या फ़ोन बंद होने का मतलब है कि डेटा निकालना असंभव है?
नहीं। डिवाइस की स्थिति एक कारक है, नतीजे की गारंटी नहीं। हार्डवेयर, सॉफ़्टवेयर, डेटा और जाँच की विधि का विवरण स्पष्ट होना चाहिए।
क्या संदेशों का पोस्ट-क्वांटम एन्क्रिप्शन स्टोरेज की सुरक्षा की गारंटी देता है?
नहीं। कुंजी विनिमय और संदेशों की सुरक्षा, स्थानीय स्टोरेज के डिज़ाइन और जाँच की जगह नहीं लेती।
क्या खाता बहाल करने का मतलब है कि सभी संदेश वापस आ जाएँगे?
ज़रूरी नहीं। पहचान की बहाली, खाते से दोबारा जुड़ना और इतिहास की बहाली तीन अलग क्षमताएँ हैं। फ़ोन बदलने से पहले उसी उत्पाद और संस्करण के बैकअप का दायरा जाँच लें।
