Come cancellare il dispositivo Android quando l'amministratore del dispositivo è disattivato?

Question

Nella mia applicazione, che è un amministratore del dispositivo, ho bisogno di cancellare l'intero dispositivo quando l'utente tenta di disattivare la funzione di amministrazione dell'applicazione. Quando l'utente accede a Impostazioni/Sicurezza/Amministratori e disattiva l'app di amministrazione, prima viene visualizzata una finestra di dialogo "Disattivare". Se l'utente dice "sì", viene presentata un'altra piccola finestra di dialogo, con il testo fornito da AdminReceiver dell'applicazione in onDisableRequested(). Se l'utente dice "sì", voglio cancellare l'intero dispositivo. Come realizzare questo?

Ho provato di tutto, ho cercato a lungo le risposte, non ho trovato soluzioni reali.

Quello che ho cercato:

• AdminReceiver ha una funzione onDisable(). Ho provato a cancellare il dispositivo in quella funzione. Tuttavia, sembra che onDisable() sia chiamato dopo l'amministratore è stato disabilitato. Pertanto l'app non può utilizzare la funzione wipeData() (viene generata un'eccezione di sicurezza). Ho anche verificato che isAdminActive() restituisce false in quel momento.

La documentazione ufficiale non lo dice chiaramente, ma sembra che l'amministratore sia già disabilitato quando viene chiamato onDisable(). Quindi dobbiamo pulire il dispositivo prima di quel momento.

• AdminReceiver ha una funzione suDisableRequested(), che restituisce CharSequence. Ho provato a mettere un'altra casella di avviso in quella funzione. Questo si blocca perché una casella di avviso non può essere chiamata da un contesto di non attività, che sembra essere quello che abbiamo quando siamo in onDisableRequested().

• AdminReceiver ha una funzione onReceive(), che viene richiamata su qualsiasi evento. In questa funzione, ancora una volta, non ci troviamo in un contesto di attività e non possiamo presentare le nostre finestre di dialogo.

• Ho provato a creare un'altra attività da onReceive(). Questo funziona; durante onReceive() quando otteniamo ACTION_DISABLE_ADMIN_REQUESTED, l'amministratore è ancora attivo e possiamo cancellare il dispositivo. Tuttavia, il sistema presenta ancora una propria finestra di dialogo che chiede all'utente se disattivare l'amministratore. Se l'utente dice no alla nostra finestra di dialogo, ma sì alla finestra di dialogo del sistema, l'amministratore verrà disattivato e avremo fallito nel cancellare il dispositivo.

Ho provato quanto segue, nel mio sottoclasse di DeviceAdminReceiver:

@Override 
public void onReceive(Context context, Intent intent) { 
// detect whether disabling is requested? 
if (intent.getAction().equals(ACTION_DEVICE_ADMIN_DISABLE_REQUESTED)) { 
      confirmWipeDevice(context); 

} else { 
    super.onReceive(context, intent); 
}  
} 

In altre parole, non mi chiamo super.onReceive() se l'azione è quello di disabilitare l'amministratore. La funzione confirmWipeDevice() mostra un'attività diversa con una finestra di dialogo. Questo non mostra la finestra di dialogo del sistema per confermare la disabilitazione della mia app di amministrazione. Tuttavia, questo non impedisce l'effettiva disabilitazione dell'app!

Sembra che il sistema Android esegue le seguenti operazioni:

• Invia ACTION_DEVICE_ADMIN_DISABLE_REQUESTED al AdminReceiver

• Procedere con disabilitando l'amministratore indipendentemente da ciò che l'applicazione di amministrazione vuole fare

• Se l'utente annulla la disabilitazione, bene; in caso contrario, l'app è disabilitata. L'app non consente in alcun modo di rifiutare di essere disattivata o di eseguire la cancellazione del dispositivo dopo la disattivazione.

L'unica soluzione è quella di cancellare immediatamente senza conferma quando l'utente desidera disabilitare l'app di amministrazione. In altre parole, posso chiamare getManager(). WipeData() immediatamente in onDisableRequested(). A quel tempo, l'amministratore è ancora attivo e funziona.

È corretto? Come pulire il dispositivo quando l'utente sceglie di disabilitare l'app di amministrazione?

Answer 1

In Android 3.2 hanno risolto questo problema. In Android 3.1 il problema era ancora presente.

Ora (Android 3.2) in onDisabled è con privilegi di amministratore e quindi è possibile cancellare il dispositivo.

Answer 2

La mia raccomandazione: Non farlo a meno che non sia come una cosa di tipo aziendale.

Ma. In onDisableRequested(), è possibile startActivity per la schermata iniziale e quindi startActivity per un Activity creato che conferma se si desidera continuare o meno. Se scelgono Sì, allora fai come desideri (cancella il dispositivo), se dicono di no, quindi solo startActivity per la schermata principale di nuovo (o finish()).

Ciò comporta comunque il rischio che possano avviare la stessa pagina delle impostazioni dalle attività recenti, in base alle quali è probabile che siano in grado di premere "sì" (o ok) nella finestra di dialogo visualizzata con il testo personalizzato e quindi continuare con la disattivazione dell'amministratore del dispositivo. Per evitare che ciò accada, puoi fare this nella speranza che avvii la pagina delle impostazioni iniziali e svuotare la schermata di amministrazione del dispositivo più in alto.

Invece di pulire, è sempre possibile fare resetPassword("new password") e quindi lockNow(). Se si tratta di un'app di sicurezza, il dispositivo della persona non deve essere cancellato e la password sarebbe stata predefinita dalla persona che ha installato l'app.

Fatemi sapere se avete altre domande. Spero che aiuti.

EDIT: Ho ottenuto un upvote che mi ha ricordato questa risposta esiste, quindi ho pensato di aggiungere alcune informazioni.

È possibile utilizzare lockNow() insieme a un'attività che verrà visualizzata nella parte superiore della schermata di blocco se si desidera bloccare, quindi offrire ancora la cancellazione o qualsiasi altra cosa.
E bloccare prima di iniziare la cancellazione sarebbe una buona idea evitare problemi se la cancellazione ha un errore o ritardo per qualsiasi motivo.

E se si fa qualcosa di simile su un'app distribuita (tramite app store), fare attenzione a non violare le loro politiche perché una violazione delle norme PU cause causare un divieto permanente dall'app store (mi è successo su Google Play, a causa a nulla più di un malinteso.)