¿Diferencia entre instalar SuperSU usando Play Store versus una recuperación personalizada que lo instala desde un archivo?

Veo que algunas guías de enraizamiento dicen que el enraizamiento implica:

  1. Descargue un SuperSU como un archivo zip al que pueda acceder el teléfono (por ejemplo, la tarjeta SD).
  2. Desbloquea el gestor de arranque del teléfono.
  3. Arrancando en un modo de recuperación "personalizado". Por ejemplo, TWRP o CWM. Ya sea arrancando temporalmente usando fastboot o actualizando la recuperación personalizada al teléfono y luego arrancando.
  4. Utilice el modo de recuperación personalizado para instalar el archivo zip SuperSU descargado.
  5. Reinicie el teléfono en modo normal y el acceso raíz debe estar A) disponible y B) administrado por el programa SuperSU.

Sin embargo, también veo que SuperSU también está en Play Store . La instalación desde Play Store no promete ningún acceso de root. (En realidad, se supone que ya lo tienes).

Entonces, mis preguntas son:

  • ¿Qué es diferente entre estos métodos de instalación en la práctica?
  • ¿Cuáles son las diferencias técnicas en acciones o restricciones?
  • ¿Y cómo puede/proporciona el método de instalación de recuperación personalizado acceso a la raíz mientras que el método de Play Store no puede?

Respuestas (1)

El acceso a la raíz (típicamente) requiere varios componentes que funcionan en conjunto entre sí. Una vista algo simplificada de lo que necesita es:

  • suUn binario nativo . Esto se puede invocar desde la línea de comandos o desde las aplicaciones. Es lo que realmente realiza el acto de cambiar de usuario y otorga un permiso de raíz del proceso.
  • Una aplicación "guardián", que regula qué otras aplicaciones y procesos pueden invocar supara obtener privilegios de root.

Piense en la aplicación SuperSU como una especie de interfaz gráfica para el subinario.

Debido a la forma en que se configuran los permisos de directorio/archivo en Android, debe tener el subinario en su /systempartición para que funcione. Ponerlo en otro lugar no será suficiente, porque no tendrá los permisos que necesita para permitir que los procesos cambien de usuario.

Las aplicaciones normales (sin root) no pueden escribir en /system, por lo que la aplicación SuperSU en sí misma no puede simplemente instalarse sudonde debe estar. Esta es la razón por la que no tendrá root si instala SuperSU desde Play Store sin realizar ningún otro paso. Todo lo que tiene es el front-end, pero no las piezas subyacentes que son necesarias. Solo tiene la mitad de lo que necesita para rootear, y no hay forma de obtener la otra mitad solo de la aplicación SuperSU.

Por lo tanto, la forma más común de colocar el suarchivo en el lugar correcto es instalarlo desde la recuperación, ya que el sistema de recuperación tiene acceso completo al almacenamiento del dispositivo y puede instalar archivos en cualquier lugar que desee. Una vez hecho esto, SuperSU y supueden comunicarse entre sí y proporcionar acceso de root a otros procesos.

El archivo de instalación de recuperación también instala SuperSU porque es conveniente, y ponerlo /systemevita que se borre con un restablecimiento de fábrica. Sin embargo, si lo desea, puede instalar solo sudesde la recuperación y luego obtener SuperSU desde Play Store. Funcionaría bien. Del mismo modo, puede actualizar SuperSU desde Play Store más adelante y seguirá funcionando (porque suya está en su lugar en ese momento).

Pregunta: Incluso si tuviera su en /system, ¿usted o sus aplicaciones seguirían teniendo acceso de root incluso sin SuperSU? Es posible que desee reformular SuperSU como el front-end gráfico y el "guardián".
Creo que depende de cómo suse construyó el binario. Towelroot usa uno que no requiere una aplicación adicional (aprueba todo), pero no estoy seguro de si SuperSU funciona de esa manera en ausencia de la aplicación.
"Debido a la forma en que se configuran los permisos de directorio/archivo en Android, debe tener el subinario en su /systempartición para que funcione". ¿Podría proporcionar un enlace que explique esta configuración especial de la /systempartición? ¿Qué pueden hacer los binarios que están activados que /systemno está permitido para los binarios que están activados /data?