क्लाइंट-साइड स्कैनिंग उपयोगकर्ता के डिवाइस पर सामग्री की जाँच करती है, जहाँ वह भेजने से पहले या प्राप्त होने के बाद पहले से पढ़ने योग्य हो सकती है। इसलिए यह एन्क्रिप्टेड डिलीवरी चैनल के बाहर जानकारी उजागर होने का रास्ता बना सकती है। APK चेकसम की तुलना यह साबित नहीं करती कि ऐप में स्कैनिंग कोड नहीं है। यह एक अधिक सीमित सवाल का जवाब देती है: क्या चुने हुए बाइट किसी विशेष डाइजेस्ट से मेल खाते हैं।
इन दावों को अलग रखने से एन्क्रिप्शन और सॉफ़्टवेयर सत्यापन, दोनों अधिक उपयोगी बनते हैं।
डिवाइस पर स्कैनिंग गोपनीयता की सीमा क्यों बदलती है
संदेश दिखाने या फ़ोटो को भेजने के लिए तैयार करने हेतु ऐप को प्लेनटेक्स्ट सँभालना पड़ता है। स्कैनिंग सुविधा उसी समय काम कर सकती है, भले ही बाद में भेजा जाने वाला नेटवर्क संदेश एंड-टू-एंड एन्क्रिप्टेड हो। डिवाइस से क्या बाहर जाता है, यह स्कैनर के डिज़ाइन पर निर्भर करता है: वह किसी मिलान की रिपोर्ट कर सकता है, चुनी गई सामग्री अपलोड कर सकता है या दूसरी व्युत्पन्न जानकारी भेज सकता है।
शोधपत्र Bugs in our Pockets दुरुपयोग, गलत सकारात्मक परिणाम और हमले के अतिरिक्त अवसरों सहित कई जोखिमों की जाँच करता है। ये प्रस्तावित स्कैनिंग प्रणाली के डेटा प्रवाह और संचालन-नियंत्रण की पड़ताल करने के कारण हैं। ये यह सिद्ध नहीं करते कि डिवाइस पर मौजूद हर सुविधा निगरानी है, या किसी विशेष कानून ने सबके लिए स्कैनिंग अनिवार्य कर दी है।
उपयोगकर्ता के नियंत्रण वाली स्थानीय सुविधा अपने आप अनिवार्य रिपोर्टिंग के बराबर नहीं होती। पूछें कि विश्लेषण कौन चुनता है, उसे क्या शुरू करता है, उसके नियम कौन अपडेट कर सकता है और कौन-सा डेटा डिवाइस से बाहर जा सकता है।
सॉफ़्टवेयर से जुड़े प्रमाण के चार अलग रूप
| जाँच | क्या स्थापित कर सकती है | अपने आप क्या स्थापित नहीं कर सकती |
|---|---|---|
| SHA-256 चेकसम | फ़ाइल किसी विश्वसनीय संदर्भ डाइजेस्ट से मेल खाती है | कि संदर्भ प्रोग्राम सुरक्षित है या स्रोत कोड से मेल खाता है |
| APK हस्ताक्षर सत्यापन | पैकेज का हस्ताक्षर सत्यापित होता है और हस्ताक्षर प्रमाणपत्र की पहचान होती है | कि हस्ताक्षरकर्ता विश्वसनीय है या कोड में कोई अवांछित व्यवहार नहीं है |
| पुनरुत्पादनीय बिल्ड | निर्दिष्ट स्रोत और बिल्ड इनपुट अपेक्षित आर्टिफ़ैक्ट बना सकते हैं | कि स्रोत में कमजोरियाँ या हानिकारक तर्क नहीं हैं |
| स्वतंत्र समीक्षा और परीक्षण | किसी निर्धारित संस्करण और दायरे के बारे में निष्कर्ष | हर भावी अपडेट को कवर करने वाली स्थायी गारंटी |
Android के apksigner दस्तावेज़ पैकेज सत्यापन और प्रमाणपत्र रिपोर्टिंग समझाते हैं। Reproducible Builds की परिभाषा बताती है कि किसी आर्टिफ़ैक्ट को दोबारा बनाने में स्रोत, बिल्ड वातावरण और निर्देश—सभी क्यों महत्वपूर्ण हैं।
स्रोत का संग्रह और उसके पास लिखा चेकसम, अपने आप में पुनरुत्पादनीय बिल्ड का परिणाम नहीं हैं। इसी तरह किसी दुर्भावनापूर्ण रिलीज़ पर वैध हस्ताक्षर तब भी वैध हस्ताक्षर ही होता है।
नतीजे का अर्थ बढ़ा-चढ़ाकर निकाले बिना डाउनलोड कैसे जाँचें
पहले इच्छित रिलीज़ पहचानें और उसका APK तथा अपेक्षित डाइजेस्ट किसी विश्वसनीय वितरण माध्यम से प्राप्त करें। डाइजेस्ट की गणना स्थानीय रूप से करें। यदि वह अलग हो, तो अंतर का कारण स्पष्ट होने तक फ़ाइल स्थापित न करें: अलग रिलीज़, अधूरा डाउनलोड या छेड़छाड़—सभी से बेमेल नतीजा आ सकता है।
यदि वह मेल खाता है, तो रिलीज़ और परिणाम दर्ज करें। आपने उस संदर्भ के मुकाबले बाइट समानता स्थापित की है, क्लाइंट-साइड स्कैनिंग की अनुपस्थिति नहीं। यदि वही हमलावर डाउनलोड और दिखाए गए चेकसम, दोनों को बदल सकता है, तो तुलना फिर भी सफल हो सकती है। स्वतंत्र संदर्भ, हस्ताक्षर कुंजी की निरंतरता और रिलीज़ की पारदर्शिता, भरोसे की इस समस्या के अलग-अलग हिस्सों से निपटने में मदद करती हैं।
स्रोत से बाइनरी के मेल संबंधी दावे के लिए वास्तविक रिलीज़ के दस्तावेज़ीकृत बिल्ड निर्देश और स्वतंत्र रूप से दोहराए गए परिणाम खोजें। “ओपन सोर्स” शब्दों से यह गुण मौजूद होने का निष्कर्ष न निकालें।
अपडेट अब भी महत्वपूर्ण हैं
सॉफ़्टवेयर वितरण पर हमला हो सकता है, लेकिन सुरक्षा अपडेट अनिश्चित काल तक टालना कोई उचित सामान्य रक्षा नहीं है। अपडेट उन कमजोरियों को भी ठीक करते हैं जिनका फायदा उठाया जा सकता है। विश्वसनीय अपडेट चैनल अपनाएँ, महत्वपूर्ण सुरक्षा सूचनाएँ पढ़ें और जब आपके जोखिम के अनुसार उचित हो, तब रिलीज़ के प्रमाण जाँचें। ज्ञात खामी वाला पुराना संस्करण केवल इसलिए अधिक सुरक्षित नहीं हो जाता कि कभी उसका चेकसम मेल खाया था।
Livara की Proof Lab क्या स्थापित करती है
Livara की Proof Lab स्थानीय APK-डाइजेस्ट तुलना और ब्राउज़र में क्रिप्टोग्राफ़िक प्रदर्शन उपलब्ध कराती है। पृष्ठ बताता है कि वह संपूर्ण LVR1/LGS1 रैचेट नहीं चलाता और प्रोटोकॉल ऑडिट नहीं है। उसका थ्रेट मॉडल वह सीमा भी समझाता है जिसमें हमलावर फ़ाइल और उसके अपेक्षित डाइजेस्ट, दोनों को बदल सकता है।
ये जाँच अपने दायरे में उपयोगी हैं। ये यह साबित नहीं करतीं कि ऐप वाला फ़ोन मैलवेयर-मुक्त है, Livara की रिलीज़ स्वतंत्र रूप से पुनरुत्पादनीय हैं, या उसके ऐप में अघोषित व्यवहार हो ही नहीं सकता। संदेश सुरक्षा की घोषित सीमाओं के लिए सुरक्षा दस्तावेज़ अलग से पढ़ें।
सही सवाल यह नहीं कि किसी बैज पर “सत्यापित” लिखा है या नहीं। सवाल यह है कि कौन-सा दावा, किस विश्वसनीय संदर्भ के मुकाबले और किस सटीक रिलीज़ के लिए परखा गया।
