क्या मुझे अपने एंड्रॉइड ऐप की प्रतिलिपि बनाने से बचाने की ज़रूरत है?

Question

क्या मुझे कॉपी करने से अपने एंड्रॉइड ऐप (Google Play Store से डाउनलोड किया गया) की रक्षा करने की आवश्यकता है? मैं दस्तावेजों के लिंक का पालन कर रहा हूं जो विरोधाभासी चीजें कहता है।

कृपया ध्यान दें कि Android ओएस के JellyBean रिलीज के साथ शुरू करने, सभी क्षुधा, भुगतान किया:

अगर मैं खोज "एप्लिकेशन एन्क्रिप्शन" Google Play डेवलपर कंसोल मदद का उपयोग कर, यह मेरे 'Google Play Licensing Service' वेब पेज जो समाप्त होता है से पता चलता साथ ही साथ, डिफ़ॉल्ट रूप से एन्क्रिप्ट किया गया है और इसलिए, को Google लाइसेंसिंग सर्वर जैसे अनधिकृत प्रतिलिपि के विरुद्ध कोई अतिरिक्त सुरक्षा की आवश्यकता नहीं है।

'Filters on Google Play' का कहना है: डेवलपर कंसोल में प्रतिलिपि संरक्षण सुविधा का समर्थन करता

Google Play नहीं रह गया है ...

और 'Replacement for Copy Protection' के लिए एक लिंक प्रदान करता है। यह 'Setting Up for Licensing' से लिंक है, जो 'Adding Licensing to Your App' से लिंक है, जो 'Market Licensing Support FAQ' से लिंक है, जो 'Google Play Licensing Service' वेब पेज प्रदर्शित करता है (उपर्युक्त पाठ के साथ जो इंगित करता है कि जेलीबीन ऐप्स एन्क्रिप्ट किए गए हैं)। इसलिए, जब तक कि मैं इसे गलत समझ नहीं पा रहा हूं, ऐसा लगता है कि यह स्वयं विरोधाभास करता है।

इस विषय पर अन्य पोस्ट की तिथियों के आधार पर निर्णय लेते हुए, मुझे लगता है कि मुझे Google मार्केट लाइसेंसिंग एलवीएल (लाइसेंस सत्यापन पुस्तकालय) का उपयोग करके अपना स्वयं का ऐप सुरक्षा करना है। हालांकि, संकेत हैं कि यह वर्तमान सबसे अच्छा समाधान नहीं है (उदाहरण के लिए, मार्केट लाइसेंसिंग नमूना ऐप पुराना प्रतीत होता है, इसका उपयोग करने पर कुछ हालिया फ़ोरम पोस्ट, कोई udacity.com कक्षाएं जिन्हें मैं इसका उपयोग कर सकता हूं)। तो मैंने सोचा कि इससे पहले एक निश्चित जवाब प्राप्त करने में मदद मिलेगी।

Answer 1

सबसे पहले अपने कोड को 100% सुरक्षित रखना संभव नहीं है। लेकिन आप हैकर का काम काफी कठिन बना सकते हैं। आपके कोड protect android app की सुरक्षा के लिए कुछ तकनीकें हैं। मैं आपको proguard उपकरण देखने की सलाह देता हूं।

प्रोगार्ड एक निःशुल्क जावा क्लास फ़ाइल सिकुड़ने वाला, ऑप्टिमाइज़र, ओबफ्यूसेटर और प्रीवरिफायर है। यह अप्रयुक्त वर्गों, फ़ील्ड, विधियों और विशेषताओं का पता लगाता है और हटा देता है। यह बाइटकोड को अनुकूलित करता है और अप्रयुक्त निर्देशों को हटा देता है। यह संक्षिप्त अर्थहीन नामों का उपयोग करके शेष वर्गों, फ़ील्ड और विधियों का नाम बदलता है। परिणामी अनुप्रयोगों और पुस्तकालयों को रिवर्स इंजीनियरिंग के खिलाफ छोटे, तेज़ और थोड़ा बेहतर कड़े होते हैं।

Answer 2

यदि आपका एपीपी एक प्रकार की सेवा, ऑनलाइन गेम (एक सर्वर आवश्यक) प्रदान कर रहा था, तो आप कुछ पंजीकरण/प्राधिकरण नियम द्वारा अपनी सेवा की रक्षा कर सकते हैं।

या, यदि आपका एपीपी एक उपकरण था, स्टैंडअलोन गेम, यह वास्तव में रक्षा करना मुश्किल है। कुछ वेबसाइट ऐसी सेवा प्रदान करती है जो उपयोगकर्ता को Google Play से एपीके फ़ाइल डाउनलोड करने की अनुमति देती है, और बिना किसी खरीद के ...... कोई भी एपीके इंस्टॉल नहीं कर सकता है, बस एपीपी को गैर-Google Play स्रोत से इंस्टॉल करने की अनुमति दे सकता है। इस मामले में, आपको अपनी एपीपी की प्रतिलिपि बनाने से बचाने के लिए कुछ रास्ता चाहिए।

Answer 3

इस पोस्ट को प्रतिक्रिया देने के बाद (धन्यवाद), मेरा मानना ​​है कि जवाब "नहीं" है, मुझे अपने ऐप को प्रतिलिपि बनाने से बचाने की आवश्यकता नहीं है क्योंकि संदिग्ध लाभ प्रयास को उचित नहीं ठहराएगा (नीचे वर्णित तर्क)। हालांकि, यह उत्तर उस ऐप पर आधारित है जिसे मैं वर्तमान में विकसित कर रहा हूं और सभी पर लागू नहीं होगा।

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

यदि मैं Google मार्केट लाइसेंसिंग एलवीएल को एकीकृत करता हूं, तो इससे ऐप को समुद्री डाकू करना मुश्किल हो जाएगा। हालांकि, पर्याप्त प्रयास के साथ, इसे स्रोत कोड (यहां तक ​​कि मेरे साथ प्रोगार्ड का उपयोग करके) के लिए इंजीनियर किया जा सकता है, एलवीएल कार्यक्षमता को समाप्त किया जा सकता है, और ऐप का पुनर्निर्माण किया जा सकता है। इसके अलावा, एलवीएल एकीकरण एक महत्वपूर्ण प्रयास है (मेरे लिए, कम से कम), यह ऐप में बग पेश करने का जोखिम रखता है, और मुझे विश्वास नहीं है कि यह एक अच्छा समाधान है (मार्केट लाइसेंसिंग नमूना ऐप पुराना प्रतीत होता है, कुछ हालिया फ़ोरम पोस्ट इसका उपयोग करने पर ...)। नतीजतन, मुझे नहीं लगता कि प्रयास और जोखिम लाभ के लायक हैं।

यदि ऐप की बिक्री अधिक थी, तो मेरा जवाब अलग-अलग होगा, और मैं अन्य विकल्पों पर विचार करूंगा। उदाहरण के लिए Google मार्केट लाइसेंसिंग एलवीएल को एकीकृत किया जा सकता है, लेकिन यह पूरी तरह से समुद्री डाकू जोखिम को खत्म नहीं करेगा, जब तक एंड्रॉइड ने सुरक्षित ऐप एन्क्रिप्शन प्रदान नहीं किया हो। ऐप एन्क्रिप्शन मुझे एक बड़ी चुनौती प्रतीत होता है (उदाहरण के लिए, इसे चलाने के लिए इसे किसी बिंदु पर डिक्रिप्ट करने की आवश्यकता है), जो बता सकता है कि जेलीबीन ऐप एन्क्रिप्शन को हटा दिया गया था (अगर इसे हटा दिया गया था)। मैं कार्यक्षमता को सर्वर-साइड के रूप में भी ले जा सकता हूं - यह मेरे लिए सबसे सुरक्षित रणनीति प्रतीत होता है, हालांकि यह विकसित करना महंगा होगा और सर्वर-साइड को प्रबंधित करने और आगे बढ़ने की आवश्यकता होगी।

ऐसा संभव है कि इस पहलू के बारे में मैंने विचार नहीं किया है। अगर आप मेरे उत्तर से असहमत हैं, या अन्य विचार हैं तो कृपया टिप्पणी करें।