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.

:)