आपका फ़ोन अब आपका नहीं रहने वाला: लॉकडाउन तक 70 दिन
Android ऐप इंस्टॉलेशन को कड़ा करने और डेवलपर सत्यापन अनिवार्य करने की Google की योजना को लेकर चिंता बढ़ रही है कि Google Play Services वाले फ़ोन प्रभावी रूप से बंद बगीचे बन जाएँगे। 2027 से, अधिकांश उपयोगकर्ताओं को ऐप sideload करने के लिए या तो Google-verified developer, या एक बार की 24 घंटे की “cooldown” के साथ developer mode चाहिए होगा; Google इसे tech-support scams के खिलाफ सुरक्षा के रूप में पेश करता है। आलोचकों का कहना है कि इससे Android की openness कम होगी, hobbyist और open-source development पर असर पड़ेगा, और उन devices पर Google का नियंत्रण बढ़ेगा जिन्हें लोग पहले ही खरीद चुके हैं; जबकि समर्थक इसे कम तकनीकी उपयोगकर्ताओं को धोखाधड़ी से बचाने के लिए एक उचित समझौता मानते हैं।
Google के बदलाव का दायरा
- 2027 से, Play Services / Play Protect का एक अपडेट ऐसे ऐप्स को इंस्टॉल करने पर रोक लगाएगा जिनके डेवलपर Google द्वारा “सत्यापित” नहीं हैं (शुल्क, ToS, सरकारी ID, साइनिंग key, app IDs), जब तक उपयोगकर्ता कुछ खास bypass का उपयोग न करें।
- यह Play Protect डिवाइसों को प्रभावित करेगा; Google के privileged apps के बिना custom ROMs (GrapheneOS, कुछ Lineage/eOS सेटअप) को अप्रभावित बताया गया है।
बचने के रास्ते और अस्पष्टताएँ
- उपयोगकर्ता Developer Mode सक्षम कर सकते हैं और, 24 घंटे की एक बार की cooldown के बाद, “unverified packages” को अनिश्चितकाल के लिए या 7 दिनों के लिए अनुमति दे सकते हैं; APKs अभी भी ADB के ज़रिए इंस्टॉल किए जा सकते हैं।
- कुछ लोग ध्यान दिलाते हैं कि इसके लिए Google account चाहिए और Developer Mode banking/government apps को तोड़ सकता है, जिससे उपयोगकर्ताओं को इसे toggle करना पड़ सकता है या दूसरा फ़ोन साथ रखना पड़ सकता है।
- कई टिप्पणीकारों को डर है कि इस “opt-out” को बाद में और कड़ा किया जा सकता है या हटाया जा सकता है (“boiling the frog”)। दूसरे लोग ज़ोर देते हैं कि यह प्रति account/device केवल एक बार होता है और वर्तमान कवरेज को डर फैलाना मानते हैं।
- OS versions, wiped devices, या Play Services data reset होने पर सटीक व्यवहार क्या होगा, यह अस्पष्ट माना जा रहा है।
सुरक्षा बनाम नियंत्रण
- बदलाव के पक्ष में दृष्टिकोण: इसका उद्देश्य tech-support scams को कम करना है, जिनमें पीड़ितों को malware sideload करने के लिए प्रशिक्षित किया जाता है; 24 घंटे की देरी urgency को तोड़ती है और गैर-तकनीकी उपयोगकर्ताओं की रक्षा करती है।
- आलोचकों का कहना है: कथित तौर पर अधिकांश scams और malware Play Store और ads के ज़रिए आते हैं, न कि sideloaded APKs से; डेवलपर्स के लिए government-ID KYC code को अधिक सुरक्षित नहीं बनाता और anonymous/FOSS काम को हतोत्साहित करता है।
- मजबूत संदेह है कि यह सुरक्षा से ज़्यादा platform control, rent extraction, और regulatory positioning के बारे में है।
डेवलपर्स और ecosystem पर प्रभाव
- hobbyists, छोटे community projects, off-store app stores (जैसे F-Droid), और niche medical/utility apps जो sideloading पर निर्भर हैं, उन्हें सबसे अधिक जोखिम में माना जा रहा है।
- कुछ लोगों का तर्क है कि “power users” फिर भी इससे निपट सकते हैं; दूसरे बताते हैं कि वास्तविक नुकसान तब होता है जब banks, governments, और schools केवल ऐसे apps जारी करते हैं जो Google integrity checks पर निर्भर हों और Developer Mode को मना करें।
- चिंता है कि Android, iOS-जैसी lock-in की ओर बढ़ रहा है, और अपनी ऐतिहासिक openness का लाभ खो रहा है।
सुझाए गए जवाब और विकल्प
- अल्पकालिक: Developer Mode जल्दी सक्षम करें; ADB का उपयोग करें; Google services के बिना ROMs पर जाएँ।
- दीर्घकालिक: PWAs / open web को आगे बढ़ाएँ; Linux-आधारित mobile OSes (Ubuntu Touch, Mobian, आदि) का समर्थन करें; gatekeeping के खिलाफ राजनीतिक और कानूनी कार्रवाई करें।
- एक अल्पसंख्यक stricter gating का स्वागत करता है ताकि low-quality या scammy apps कम हों, हालांकि दूसरों को संदेह है कि इससे app quality में वास्तव में कोई बड़ा सुधार होगा।