5.3 Detección de estado de dispositivo (bloqueado vs desbloqueado)

En entornos de seguridad reforzada como GrapheneOS, conocer en tiempo real
si el dispositivo se encuentra bloqueado o desbloqueado es fundamental para
controlar flujos de trabajo sensibles, salvaguardar datos críticos y adaptar
la interfaz de usuario según el contexto operativo. A continuación,
describimos en detalle las técnicas, consideraciones y ejemplos de
implementación práctica.

5.3.1 Importancia de la detección de estado

Protección de información sensible: Evita mostrar datos o realizar
operaciones críticas cuando el usuario no ha proporcionado la clave de
acceso.
Adaptación de la experiencia: Permite pausar procesos de alto consumo
hasta que el usuario desbloquee el terminal.
Cumplimiento de políticas: Se alinea con perfiles de seguridad y
bloqueos remotos definidos por administradores en entornos corporativos.

5.3.2 Métodos de detección disponibles

Existen varias vías, cada una con sus ventajas y limitaciones según el
nivel de privilegio y las restricciones de GrapheneOS:

KeyguardManager
- isKeyguardLocked(): Indica si el keyguard (pantalla de bloqueo) está activo.
- isKeyguardSecure(): Determina si existe un método de bloqueo seguro (PIN, patrón, huella).
DevicePolicyManager
- getDeviceOwnerLockScreenInfo(): Obtiene información sobre políticas de bloqueo activas.
- isLockTaskPermitted(): En modos kiosk o perfil de trabajo.
PowerManager BroadcastReceiver
- Añadir receptor para ACTION_SCREEN_OFF / ACTION_SCREEN_ON.
- Combinarlo con KeyguardManager para diferenciación precisa.

5.3.3 Implementación práctica paso a paso

Configurar permisos mínimos:
- En AndroidManifest.xml, declarar:
  - android.permission.WAKE_LOCK
  - android.permission.DISABLE_KEYGUARD (sólo si se requiere desactivar temporalmente)
Crear un servicio en primer plano:

GrafenoOS refuerza los límites de ejecución en segundo plano. Un
Foreground Service garantizará la recepción de
ACTION_SCREEN_OFF y ACTION_SCREEN_ON sin ser
detenido.
Registrar el receptor dinámico:

Dentro del servicio, suscribir un BroadcastReceiver que
combine los intentos de pantalla y la comprobación de KeyguardManager.
Ejecutar comprobaciones sincronizadas:

Cada vez que llegue un callback, llamar a:
- keyguardManager.isKeyguardLocked()
- keyguardManager.isKeyguardSecure()
Notificar al componente receptor:

En función del estado detectado, emitir un LocalBroadcast o
usar un Handler para actualizar la actividad o un componente
UI seguro.

Código de ejemplo (servicio y receptor)

public class LockStateService extends Service {
nbspnbspprivate KeyguardManager kgm
nbspnbspprivate BroadcastReceiver screenReceiver = new BroadcastReceiver() {
nbspnbspnbspnbsp@Override public void onReceive(Context c, Intent i) {
nbspnbspnbspnbspnbspnbspboolean locked = kgm.isKeyguardLocked()
nbspnbspnbspnbspnbspnbspboolean secure = kgm.isKeyguardSecure()
nbspnbspnbspnbspnbspnbsp// Enviar estado a la UI o registrar en log interno
nbspnbspnbspnbsp}
nbspnbsp}
nbspnbsp@Override public void onCreate() {
nbspnbspnbspnbspkgm = getSystemService(KeyguardManager.class)
nbspnbspnbspnbspIntentFilter filter = new IntentFilter()
nbspnbspnbspnbspfilter.addAction(Intent.ACTION_SCREEN_OFF)
nbspnbspnbspnbspfilter.addAction(Intent.ACTION_SCREEN_ON)
nbspnbspnbspnbspregisterReceiver(screenReceiver, filter)
nbspnbsp}
nbspnbsp@Override public int onStartCommand(Intent i, int f, int id) {
nbspnbspnbspnbspstartForeground(1, buildNotification())
nbspnbspnbspnbspreturn START_STICKY
nbspnbsp}
nbspnbsp@Override public void onDestroy() {
nbspnbspnbspnbspunregisterReceiver(screenReceiver)
nbspnbspnbspnbspsuper.onDestroy()
nbspnbsp}
}

5.3.4 Consideraciones de seguridad en GrapheneOS

No confiar exclusivamente en emisiones de terceros ni en sistemas de
terceros (GMS), pues GrapheneOS puede bloquear componentes extraños.
Minimizar la superficie de ataque limitando permisos y aislando la
lógica de detección en un servicio propio.
Revisar periódicamente actualizaciones de la API de bloqueo de Android,
pues GrapheneOS incorpora parches de seguridad que pueden modificar
comportamientos por defecto.

Con este enfoque, se logra una detección robusta del estado de bloqueo,
compatible con las políticas de seguridad avanzadas de GrapheneOS, ofreciendo
control granular sobre el flujo de datos y la experiencia de usuario.

Profundizando sobre: 5.3 Detección de estado de dispositivo (bloqueado vs desbloqueado)

Libros:

Android Security Internals de Nikolay Elenkov – capítulos sobre el arranque seguro y APIs de bloqueo de pantalla.
Android Hacker’s Handbook de Joshua J. Drake et al. – sección sobre estados de dispositivo y detección de bloqueo.
GrapheneOS Developer Guide (eBook comunitario) – apartado dedicado a “Device State Detection”.

Recursos online:

GrapheneOS Official Documentation – sección “Platform Hardening” y ejemplos de consulta de estado bloqueado/desbloqueado.
GrapheneOS GitHub – revisar el módulo KeyguardManager y extensiones específicas.
StackOverflow (etiqueta grapheneos) – hilos sobre detección de estado de dispositivo.

Previus…Next

SynZeN

5.3 Detección de estado de dispositivo (bloqueado vs desbloqueado)