Emir BardakçıLa función de bloqueo de aplicaciones del sistema con Android 17 será una implementación nativa de un sistema de bloqueo de aplicaciones y un hito importante en la hoja de ruta de Google para la seguridad móvil. Esta función será especialmente bienvenida entre los usuarios de Xiaomi, que han disfrutado de funciones de bloqueo de aplicaciones integradas desde los tiempos de MIUI. Según un informe de Android Authority, que cita pruebas del código inicial de la última versión de Android Canary, Google parece estar trabajando en una integración más profunda a nivel de sistema que aportará mayor seguridad, eficiencia energética y facilidad de uso.
Android 17 introduce un verdadero bloqueo de aplicaciones a nivel de sistema
La plataforma Android siempre ha carecido de un mecanismo de bloqueo de aplicaciones integrado y basado en el lanzador. Mientras que el propio App Lock de Xiaomi ha estado disponible desde MIUI hasta HyperOS para cubrir esta necesidad, Android de serie dependía de opciones menos eficientes para este propósito. Con Android 17, Google por fin va a llenar este vacío introduciendo una estructura de permisos llamada LOCK_APPS, que se puede encontrar en la build 2512 de Android Canary.
Este hallazgo pone de relieve que esta nueva funcionalidad sólo podrá ser ejecutada por las apps del sistema y los lanzadores con el rol HOME, no sea que utilidades de terceros abusen del mecanismo. Esto refleja el giro actual de Google hacia el refuerzo de la seguridad de la plataforma, manteniendo al mismo tiempo un rendimiento eficiente a nivel de sistema.
Comparación de las opciones de bloqueo de aplicaciones disponibles actualmente
A continuación se muestra una breve comparación de las soluciones existentes para Android frente al futuro sistema nativo:
| Característica / Método | Espacio privado (Android 15) | Bloqueo de aplicaciones de terceros | Bloqueo nativo de aplicaciones (Android 17) |
|---|---|---|---|
| Nivel de seguridad | Alto | Medio | Muy alto |
| Eficiencia energética | Alta | Baja | Alta |
| Usabilidad | Baja (acceso restringido) | Moderada | Alta |
| Requiere permisos excesivos | No | Sí | No |
| Sistema integrado | Parcial | No | Sí |
El nuevo enfoque de Android 17 significa que el desbloqueo depende de la API estándar Biometric Prompt, que permite a los usuarios autenticarse con una huella dactilar, reconocimiento facial o un PIN antes de que se abra una aplicación. Este refinamiento hace que el comportamiento sea coherente con el uso actual de Xiaomi, pero proporciona un comportamiento más coherente para el resto del ecosistema Android.
Cómo funciona el nuevo mecanismo de bloqueo de aplicaciones
La compilación Canary revela que la lógica del sistema permite al usuario pulsar prolongadamente cualquier icono de aplicación en el lanzador. Si se admite el bloqueo, el lanzador envía una solicitud SET_APP_LOCK al servicio de seguridad central de Android. Tras la comprobación de elegibilidad, el sistema muestra una interfaz de confirmación para preguntar a los usuarios si desean bloquear o desbloquear la aplicación seleccionada.
Este enfoque elimina las dependencias de servicios de terceros y evita la monitorización de ventanas en segundo plano, que realizaban anteriormente la mayoría de las aplicaciones de terceros y que a menudo provocaban un agotamiento de la batería y/o posibles fugas de privacidad. Para los usuarios de Xiaomi acostumbrados al rendimiento optimizado de HyperOS, este nuevo estándar de Android podría mejorar aún más la seguridad del dispositivo sin dejar de ser ligero.
Categorías de dispositivos compatibles
Según el código configurado hoy, Google aplica las restricciones para mantener la compatibilidad. La función no se aplicará a nada que sea más grande que un dispositivo portátil, lo que significa que no se activará para:
- Sistemas automáticos Android
- Smartwatches OS por desgaste
- plataformas Android TV
Esto mantendrá la eficacia del bloqueo de aplicaciones de Android 17 y evitará líos en sistemas cuyos flujos de bloqueo pueden ser muy diferentes de los entornos telefónicos.
Fecha de lanzamiento prevista
Dado que Android 16 ya está a punto de finalizar y que sus actualizaciones QPR rara vez añaden nuevas API, el bloqueo de aplicaciones real llegaría mucho más tarde en el lanzamiento de Android 17. Esto también significa que las versiones de los dispositivos Xiaomi que participen en programas beta o incluso las futuras iteraciones de HyperOS basadas en Android 17 obtendrán la experiencia de seguridad completa e integrada.
En particular, Xiaomi ha proporcionado funciones de bloqueo de aplicaciones desde las primeras versiones de MIUI. Ahora que Google proporciona un estándar de sistema unificado, la implementación de Xiaomi debería encajar aún mejor, mejorando potencialmente la velocidad, seguridad y fiabilidad en todo el ecosistema HyperOS.
Se hace hincapié en que esta presentación «favorable» de la personalidad mediante la ropa no debería dar lugar a discrepancias entre lo que las personas son en realidad y lo que intentan llegar a ser.
