En Android 17 sin root, la desinstalación por ADB de apps del sistema falla
El movimiento de Android 17 para bloquear la desinstalación por ADB de apps del sistema en teléfonos sin root se interpreta como otro paso hacia el bloqueo de los smartphones y la limitación del control del usuario. Los comentaristas sopesan las ventajas y desventajas entre seguridad, piratería de apps y verdadera propiedad del dispositivo, señalando que “deshabilitar” el bloatware suele ser reversible y menos eficaz que eliminarlo, mientras que los mecanismos de atestación e integridad de Google refuerzan aún más su ecosistema. Se mencionan alternativas como GrapheneOS, sistemas móviles basados en Linux y la regulación de la UE, pero muchos sostienen que estas opciones siguen siendo de nicho y aún no resuelven la dependencia subyacente de plataformas estrechamente controladas.
Cambio en Android 17: la “desinstalación” por ADB ahora solo deshabilita las apps del sistema
- El cambio impide la eliminación completa de las apps del sistema mediante ADB en dispositivos sin root; ahora se deshabilitan en su lugar.
- Algunos señalan que, técnicamente, así es como ya funcionaba para las apps en particiones del sistema de solo lectura (solo se eliminaban de
/data, con retroceso a la versión integrada). - Otros lo ven como otro paso para endurecer el control y limitar la capacidad del usuario para eliminar el bloatware de OEM y operadoras.
Propiedad del usuario vs control del fabricante
- Muchos lo enmarcan como parte de una guerra más amplia contra la computación de propósito general y contra los usuarios que realmente poseen sus dispositivos.
- Los críticos argumentan que, sin root y sin libertad sobre el bootloader, los usuarios en la práctica “alquilan” sus dispositivos bajo reglas estilo HOA.
- Comentarios opuestos señalan que los dispositivos aún pueden configurarse ampliamente desde Ajustes y que el root no es estrictamente necesario para el propósito del dispositivo.
Estrategias y herramientas para quitar bloatware
- Algunos sugieren pausar las actualizaciones del sistema operativo para preservar las capacidades actuales de eliminación de bloatware, a pesar de los riesgos de seguridad.
- Se discuten herramientas como Shizuku, Canta, Hail y ShizuTools como formas de “pseudo-root” para deshabilitar/congelar apps del sistema; preocupa que, si ADB se restringe más, estas también dejen de funcionar.
- Hay debate sobre si deshabilitar apps es funcionalmente equivalente a desinstalarlas, especialmente en lo relativo a la actividad en segundo plano y la privacidad; algunos comportamientos se describen como poco claros.
Seguridad, root y piratería de apps
- Un lado sostiene que el acceso root es una gran desventaja para los usuarios promedio, porque permite malware y debilita garantías de seguridad de las que dependen las apps bancarias y de pago.
- Otros responden que el root es controlable (mediante avisos explícitos) y que eliminarlo es una toma de poder, no una necesidad.
- Se habla de la piratería de apps: Android se considera más fácil de crackear y de usar para cargar apps lateralmente, lo que afecta la disposición de algunos desarrolladores a apuntar a la plataforma; otros dicen que la verdadera diferencia es la demografía del mercado, no la tecnología de la plataforma.
Alternativas, atestación y regulación
- ROMs personalizadas (GrapheneOS, LineageOS, AOSP puro) se presentan como formas de evitar el bloatware, aunque no resuelven el problema de “no poder instalar cualquier sistema operativo en cualquier teléfono”.
- La atestación de hardware (Play Integrity, atestación del dispositivo) se ve por algunos como un control hostil al usuario; otros la consideran valiosa para el almacenamiento seguro de claves y la antifraude.
- Se debate la política y soberanía de la UE: algunos quieren plataformas abiertas respaldadas por la UE; otros argumentan que los gobiernos probablemente construirían sistemas igualmente o más vigilantes.
- Los teléfonos Linux (postmarketOS, Sailfish, PinePhone) se mencionan como prometedores, aunque actualmente están limitados por la gestión de energía, la compatibilidad de hardware, la compatibilidad de apps y la falta de respaldo de los OEM.