SHARE THE PERSPECTIVE
सुलभता सुविधाएँ उपयोगकर्ताओं के लिए आवश्यक हैं; जोखिम बिना उचित कारण पहुँच देने और उसका दुरुपयोग करने से पैदा होता है।

मैलवेयर को हमेशा संदेश का एन्क्रिप्शन तोड़ना ज़रूरी नहीं होता। यदि उसे उस डेटा तक पहुँच मिल जाए जिसे उपकरण दिखाने या इनपुट लेने के लिए संसाधित करता है, तो वह एन्क्रिप्शन से पहले या डिक्रिप्शन के बाद सामग्री देख सकता है। सुलभता सुविधाओं और ओवरले विंडो का दुरुपयोग दो उदाहरण हैं, लेकिन इनके काम करने का तरीका एक जैसा नहीं है।

इसके अलावा, Accessibility या तैरती विंडो वाला हर ऐप मैलवेयर नहीं होता। स्क्रीन रीडर और सहायक उपकरण बहुत से उपयोगकर्ताओं के लिए आवश्यक हैं। उद्देश्य सोच-समझकर पहुँच देना और दुरुपयोग कम करना है, सुलभता सुविधाओं को हटाना नहीं।

तीन ख़तरे जिन्हें एक-दूसरे से अलग समझना चाहिए

तरीका हमलावर क्या करता है? क्या मानकर नहीं चलना चाहिए?
नकली विंडो या फ़ॉर्म उपयोगकर्ता को असली ऐप जैसे इंटरफ़ेस में जानकारी भरने के लिए प्रेरित करता है हर Overlay अपने आप नीचे की विंडो का पाठ नहीं पढ़ता
क्लिक की चोरी या Tapjacking उपयोगकर्ता को किसी दूसरे नियंत्रण पर टैप करने के लिए धोखा देता है पारदर्शी परत का होना सभी कीस्ट्रोक रिकॉर्ड होने का अर्थ नहीं है
Accessibility सेवा का दुरुपयोग देखने या कार्रवाई करने के लिए सेवा की अनुमत क्षमताओं का उपयोग करता है सभी संस्करणों में सभी व्यू तक पहुँच एक जैसी नहीं होती

आधिकारिक Tapjacking मार्गदर्शिका इंटरफ़ेस के पूरी तरह और आंशिक रूप से ढके होने में अंतर करती है। विंडो का प्रकार, Android संस्करण और ऐप की सेटिंग्स परिणाम को प्रभावित करते हैं।

Accessibility संवेदनशील डेटा तक कैसे पहुँच सकती है?

सुलभता सेवा अपनी क्षमताओं की सीमा के भीतर इंटरफ़ेस की जानकारी प्राप्त कर सकती है या उपयोगकर्ता की ओर से कोई कार्रवाई कर सकती है। दुर्भावनापूर्ण सेवा इसी सुविधा का दुरुपयोग कर सकती है। इसलिए बिना स्पष्ट कारण वाले ऐप के लिए इसे सक्रिय करना कोई मामूली निर्णय नहीं है।

लेकिन यह दावा कि “हर सेवा हर ऐप का सारा पाठ पढ़ सकती है” अत्यधिक निरपेक्ष है। व्यू की संरचना, डेटा प्रस्तुत करने का तरीका और ऑपरेटिंग सिस्टम की सीमाएँ महत्वपूर्ण हैं। Android संवेदनशील व्यू के लिए accessibilityDataSensitive जैसी सुविधाएँ देता है; इनके उपयोग और व्यवहार को लक्षित संस्करण पर जाँचना चाहिए। दुर्भावनापूर्ण सेवाओं से डेटा की सुरक्षा पर Google का विवरण।

FLAG_SECURE क्या करता है और क्या नहीं?

FLAG_SECURE स्क्रीनशॉट और असुरक्षित आउटपुट पर सामग्री दिखाने को सीमित करने के काम आता है। यह फ़्लैग अकेले सुलभता के पहुँच-नियमों, नकली फ़ॉर्म या पाठ निकालने के सभी तरीकों को नियंत्रित नहीं करता। दूसरे उपकरण से स्क्रीन की तस्वीर लेना भी अलग मुद्दा है।

Android ऐप को ओवरले विंडो कम करने के लिए HIDE_OVERLAY_WINDOWS जैसे अन्य साधन भी देता है। संगतता, संस्करण की सीमाएँ और सुलभता सुविधाओं की ज़रूरत वाले उपयोगकर्ताओं पर प्रभाव जाँचे बिना किसी को भी “जासूसी-रोधी बटन” नहीं कहना चाहिए। संवेदनशील गतिविधियों की सुरक्षा की मार्गदर्शिका।

पहुँच की जाँच के लिए उपयोगकर्ता की चेकलिस्ट

  1. उपकरण की सेटिंग्स में सुलभता, अन्य ऐप के ऊपर दिखाने और सूचनाओं तक पहुँच वाले ऐप अलग-अलग देखें। सेटिंग्स के रास्तों के नाम निर्माता और संस्करण के अनुसार बदलते हैं।
  2. हर मामले में पूछें कि किस विशिष्ट सुविधा को इस पहुँच की ज़रूरत है। भरोसेमंद स्क्रीन रीडर की पहुँच और अनजान टॉर्च ऐप की पहुँच एक जैसी नहीं हैं।
  3. अनजान फ़ाइल स्थापित करने के बाद तुरंत पहुँच सक्रिय करने के अनुरोध को और जाँच की ज़रूरत का संकेत मानें; केवल अनुमति माँगना मैलवेयर होने का प्रमाण नहीं है।
  4. यदि लॉगिन पृष्ठ का रूप संदिग्ध हो, तो संवेदनशील जानकारी न भरें। ऐप को अपने सामान्य तरीके से खोलें और पता या स्थापना का स्रोत जाँचें।
  5. अनावश्यक पहुँच हटाने के बाद अपने आवश्यक सहायक उपकरणों का काम करना जाँचें। सुरक्षा से उपकरण उसके मालिक के लिए अनुपयोगी नहीं होना चाहिए।

यदि आपको लगता है कि आपका पासवर्ड या सत्र पहले ही उजागर हो चुका है, तो केवल अनुमति हटाना पर्याप्त नहीं है। किसी भरोसेमंद उपकरण से सक्रिय सत्रों और खाता पुनर्प्राप्ति के तरीकों की समीक्षा करें और जोखिम में पड़े पासवर्ड बदलें।

डेवलपर को क्या जाँचना चाहिए?

लॉगिन, कार्रवाई की पुष्टि और संवेदनशील जानकारी दिखाने वाले पृष्ठों का अलग-अलग मूल्यांकन करें। ढके हुए टैप और आंशिक आवरण की जाँच करें; केवल स्क्रीनशॉट का परीक्षण पर्याप्त नहीं है। फिर उसी क्रम को वास्तविक स्क्रीन रीडर और सहायक उपकरण के साथ जाँचें, ताकि सुरक्षा उपाय वैध पहुँच को बाधित न करें।

परीक्षण रिपोर्ट में Android और ऐप का संस्करण, सेवा का प्रकार, अनुमतियाँ और वास्तव में दिखाई देने वाला डेटा दर्ज करें। सीमित परीक्षण के आधार पर सभी उपकरणों के बारे में निष्कर्ष नहीं निकाला जा सकता।

मैसेंजर एन्क्रिप्शन की सीमा

Livara का ख़तरा मॉडल संक्रमित या अनलॉक उपकरण को सामग्री की सुरक्षा की गारंटी से बाहर रखता है। इसलिए किसी एल्गोरिदम का नाम या कुंजी विनिमय का पोस्ट-क्वांटम होना यूज़र इंटरफ़ेस के हर दुरुपयोग से बचाव नहीं है। संदेश के रास्ते की सुरक्षा, उपकरण की अखंडता और अनुमति नियंत्रण को तीन अलग जाँच मानें।

Livara Proof Lab देखें
CONTINUE THE THREADAndroid & device security ↗
YOU’VE REACHED THE ENDBack to the reading room ↗