गैर-रूटेड Android 17 पर, ADB से सिस्टम ऐप्स अनइंस्टॉल करना विफल होता है

मूल लेख ↗ Hacker News चर्चा ↗

Android 17 का गैर‑रूटेड फ़ोनों पर ADB-आधारित सिस्टम ऐप अनइंस्टॉलेशन रोकने का कदम स्मार्टफ़ोनों पर नियंत्रण कसने और उपयोगकर्ता स्वतंत्रता सीमित करने की दिशा में एक और कदम के रूप में देखा जा रहा है। टिप्पणीकार सुरक्षा, ऐप पाइरेसी, और डिवाइस के वास्तविक स्वामित्व के बीच trade-offs पर विचार करते हैं, और नोट करते हैं कि bloatware को “disable” करना अक्सर उलटने योग्य होता है और हटाने जितना प्रभावी नहीं; साथ ही Google के attestation और integrity mechanisms उसके ecosystem को और मज़बूत करते हैं। GrapheneOS, Linux-आधारित mobile OSes, और EU regulation जैसे विकल्प उठाए जाते हैं, लेकिन कई लोग मानते हैं कि ये अभी भी niche हैं और tightly controlled platforms पर मौजूदा निर्भरता की मूल समस्या हल नहीं करते।

Android 17 में बदलाव: ADB “Uninstall” अब केवल सिस्टम ऐप्स को डिसेबल करता है

  • यह बदलाव गैर‑रूटेड डिवाइसों पर ADB के जरिए सिस्टम ऐप्स को पूरी तरह हटाने से रोकता है; अब उन्हें केवल डिसेबल किया जाता है।
  • कुछ लोगों का कहना है कि तकनीकी रूप से read‑only system partitions वाले ऐप्स के लिए पहले भी यही होता था (यानी /data से हटाना, और फिर built‑in version पर वापस गिर जाना)।
  • दूसरों को यह OEM और carrier bloatware को कम करने की उपयोगकर्ता क्षमता सीमित करने और नियंत्रण कड़ा करने की एक और कोशिश लगती है।

उपयोगकर्ता का स्वामित्व बनाम विक्रेता का नियंत्रण

  • कई लोग इसे “general‑purpose computing” और अपने डिवाइसों के असली मालिक होने के अधिकार के खिलाफ एक व्यापक “war” का हिस्सा मानते हैं।
  • आलोचकों का तर्क है कि root और bootloader की स्वतंत्रता के बिना, उपयोगकर्ता वास्तव में HOA‑style नियमों के तहत डिवाइस “किराए” पर ले रहे हैं।
  • विरोधी टिप्पणियाँ बताती हैं कि डिवाइसों को फिर भी Settings के जरिए काफी हद तक कॉन्फ़िगर किया जा सकता है और डिवाइस के उद्देश्य के लिए root सख्ती से आवश्यक नहीं है।

Debloating की रणनीतियाँ और टूल्स

  • कुछ लोग मौजूदा debloating क्षमताओं को बनाए रखने के लिए OS updates रोकने का सुझाव देते हैं, हालांकि इससे सुरक्षा जोखिम होते हैं।
  • Shizuku, Canta, Hail, और ShizuTools जैसे टूल्स को सिस्टम ऐप्स को disable/freeze करने के “pseudo‑root” तरीके के रूप में चर्चा की जाती है; चिंता है कि अगर ADB को और सीमित किया गया तो ये भी टूट सकते हैं।
  • इस पर बहस है कि ऐप्स को disable करना, uninstall करने के बराबर है या नहीं, खासकर background activity और privacy के संदर्भ में; कुछ व्यवहार अस्पष्ट बताया जाता है।

सुरक्षा, Root, और App Piracy

  • एक पक्ष का तर्क है कि सामान्य उपयोगकर्ताओं के लिए root access एक बड़ा दायित्व है, जो malware को सक्षम करता है और उन security guarantees को कमजोर करता है जिन पर banking और payment apps निर्भर करती हैं।
  • दूसरे पक्ष का कहना है कि root को नियंत्रित किया जा सकता है (explicit prompts के जरिए) और इसे हटाना आवश्यकता नहीं, बल्कि power grab है।
  • App piracy पर चर्चा होती है: Android को apps crack करने और sideload करने में आसान माना जाता है, जिससे कुछ developers platform को target करने के इच्छुक नहीं होते; दूसरे कहते हैं कि असली अंतर market demographics का है, platform tech का नहीं।

विकल्प, Attestation, और Regulation

  • Custom ROMs (GrapheneOS, LineageOS, pure AOSP) को bloat से बचने के तरीके के रूप में प्रस्तुत किया जाता है, हालांकि वे “किसी भी फोन पर कोई भी OS install नहीं कर सकते” वाली समस्या को हल नहीं करते।
  • Hardware attestation (Play Integrity, device attestation) को कुछ लोग user‑hostile control मानते हैं; दूसरे इसे secure key storage और anti‑fraud के लिए मूल्यवान देखते हैं।
  • EU policy और sovereignty पर बहस होती है: कुछ लोग EU‑समर्थित open platforms चाहते हैं; अन्य का तर्क है कि सरकारें संभवतः उतनी ही या उससे अधिक निगरानी वाले सिस्टम बनाएँगी।
  • Linux phones (postmarketOS, Sailfish, PinePhone) को आशाजनक बताया जाता है, लेकिन अभी power management, hardware support, app compatibility, और OEM backing की कमी से सीमित हैं।