Лучшая библиотека zip с [закрытой] лицензией общественного достояния

До уровня 21 это, безусловно, невозможно на ненагруженном устройстве, и нет альтернативы с обычными разрешениями.

Если это нормально, требуют дополнительных прав администратора, возможно, возможно эмулировать подтверждение учетных данных очень слабо, с гораздо большим усилием, реализуя DeviceAdminReceiver.onPasswordSucceeded . Заблокируйте экран, когда пароль успешно выполнит требуемое действие. Это может оказаться относительно сложным, потому что действие не всегда принимается (только если статус изменился), необходимо сохранить последний успех, связаться с получателем и т. Д.

. В качестве примечания стороны дважды проверьте использования и вашего дизайна, в большинстве случаев, когда используется createConfirmDeviceCredentialIntent, он фактически не требуется, и другие варианты дизайна могут устранить необходимость в нем.

Лучше предоставить подробную информацию о том, что именно вы пытаетесь защитить. Если это случай случайного доступа к устройству неавторизованным лицом, и создается постоянный токен, скажем, из некоторой службы oauth, может быть разумным либо повторно авторизовать через один и тот же поток входа в систему, либо сохранить некоторый hmac исходных учетных данных наряду с токеном, затем запрашивать и повторно проверять учетные данные, а не запрашивать учетные данные устройства. В качестве альтернативы, если этого достаточно для использования, вы можете использовать google login , чтобы разрешить доступ к вашему приложению / токену и проверить, что пользователь Google является тем же самым для сохраненного токена.