Android Q rooteado antes de ser lanzado

El desarrollador de Magisk, John Wu, tiene un historial de rootear rápidamente tanto los teléfonos nuevos como las versiones de Android casi tan pronto como aterrizan; pero esta vez ha superado sus propios estándares ya altos. Android Q solo puede existir para los consumidores como construcciones con fallas, semiconstruidas y con errores que circulan entre los foros, pero Wu ya lo ha descifrado.

https://twitter.com/topjohnwu/status/1102152024232263680

La noticia es cortesía de un anuncio del mismo desarrollador en Twitter. Mostró una imagen en pantalla dividida que demuestra la prueba: Magisk se está ejecutando en un teléfono que informa ser Android Q.

Curiosamente, la versión de Magisk y Magisk Manager que se muestra en la captura de pantalla es la versión actual de Canary. O bien, Wu solo necesitaba modificar el método de instalación, no cambió los números de compilación al realizar los cambios necesarios, o el método de instalación actual y las versiones de la aplicación/Magisk funcionan en Q sin modificaciones.

Sea cual sea el mecanismo, Wu mantiene su reputación como uno de los desarrolladores más prolíficos de la comunidad de usuarios; aumentando el desafío implícito que lanzó contra Google el año pasado.

Otras funciones de Android Q

Consiguen rootear Android Q antes de ser lanzado ¡INSÓLITO!

Android Q, la muy nueva versión de Android viene con nuevas funciones. Esto significa que Android necesita nuevos permisos para acceder a estas funciones. Encontré muchos permisos nuevos en el marco de Android Q (no todos los que cubriré en este artículo porque muchos de ellos no son interesantes). Algunos de los permisos que encontré no tenían ninguna descripción; no obstante, sus nombres se explican por sí mismos.

Analicemos y discutamos las nuevas mejoras de privacidad detrás de escena en Android Q. Igualmente señalaremos algunas otras características interesantes que encontré.

El retorno de acceso a la ubicación de fondo

Android Oreo y Android 9 Pie dieron grandes pasos para garantizar la privacidad del usuario. No obstante, algunos usuarios sintieron que Google llevó las cosas demasiado lejos.

Una de esas áreas que puede considerarse una regresión de características es el acceso a la ubicación en segundo plano. El acceso a la ubicación en Android Oreo y versiones posteriores está muy acelerado, si no se elimina por completo, para las aplicaciones que se ejecutan en segundo plano; por lo que las aplicaciones deben estar en primer plano o tener un servicio en primer plano en ejecución si desean sondear continuamente la ubicación del teléfono.

Eso impide que las aplicaciones espíen su ubicación en segundo plano; pero también impide que el usuario asigne su propia ubicación mediante una aplicación en segundo plano. Parece que Google está agregando un nuevo permiso en Android Q para abordar las inquietudes de estos desarrolladores y usuarios.

En Android Q, se ha agregado un nuevo permiso para permitir que una aplicación tenga acceso en segundo plano a la ubicación del teléfono.

La descripción del permiso para el usuario advierte que la “aplicación siempre tendrá acceso a la ubicación, incluso cuando no la estés utilizando”. Este permiso puede otorgarse a los permisos de “adicionalmente a la ubicación aproximada o precisa” para que la aplicación pueda acceda a la ubicación mientras se ejecuta en segundo plano”.

Por el contrario, el permiso de ubicación aproximada solo puede obtener su ubicación en función de las fuentes de red como torres de telefonía móvil o redes Wi-Fi; pero solo cuando la aplicación está en primer plano.

Bloqueo de acceso al portapapeles de fondo

¿Sabías que todas las aplicaciones en Android pueden leer tu portapapeles? Y lo mejor de todo: no tenéis que otorgarles un permiso de ejecución para hacerlo. Es probable que muchas personas copien información confidencial como nombres de usuario, contraseñas, direcciones, etc. todo el tiempo; por lo que sería fácil para cualquier aplicación raspar estos datos en segundo plano. Es por eso que muchas aplicaciones de administrador de contraseñas como KeePass tienen sus propios teclados. Podáis usarlos para evitar el administrador del portapapeles de Android.

Las aplicaciones de administración de contraseñas a menudo borran el portapapeles después de copiar y pegar cualquier cosa. La razón por la que las aplicaciones de Android necesitan leer el portapapeles es que no pueden aceptar ningún texto del portapapeles sin él. Esto significa que no podáis pegar ningún texto que hayas copiado. Android Q está buscando cambiar eso, por suerte.

Se ha agregado un nuevo permiso llamado “READ_CLIPBOARD_IN_BACKGROUND”. Al parecer, este permiso hará exactamente lo que dice: limita qué aplicaciones puedan leer el portapapeles en segundo plano. El nivel de protección de este permiso es la “firma”; lo que significa que solo las aplicaciones firmadas por el OEM pueden obtener este permiso.

:)