
Rita El Khoury / Autoridade Android
DR;TL
- O Google pode estar trabalhando em um recurso nativo de bloqueio de aplicativos para Android 17 que permite aos usuários proteger aplicativos específicos sem as restrições do espaço privado.
- Esta nova API permite que o inicializador padrão bloqueie aplicativos, eliminando a necessidade de usar armários de aplicativos de terceiros.
- Detectamos o código para esse recurso em uma versão recente do Android Canary, embora não deva ser lançado oficialmente até a grande atualização do próximo ano.
As pessoas armazenam muitos dados confidenciais em seus telefones Android, por isso não é de admirar que relutem em entregá-los a alguém em quem não confiam. Mesmo que você se sinta confortável em emprestar seu dispositivo a um amigo ou familiar, provavelmente ainda terá dados que não deseja que eles vejam. Bloquear aplicativos específicos é uma ótima maneira de proteger sua privacidade, mas o sistema operacional Android principal ainda carece de uma maneira nativa de fazer isso, forçando muitos usuários – especialmente de dispositivos Pixel – a confiar em ferramentas de terceiros. Felizmente, o Google pode finalmente resolver isso na atualização do Android 17 do próximo ano, adicionando um novo recurso App Lock.
Além do Private Space, o Android carece de uma maneira nativa de proteger aplicativos por trás do bloqueio de tela ou da biometria. O problema com o Private Space é que ele não foi projetado para ser conveniente. Quando você move um aplicativo para lá, ele é sequestrado; isso funciona bem para aplicativos que você raramente abre, mas rapidamente se torna um incômodo para aplicativos que você abre diariamente. Os aplicativos dentro do Private Space não podem ser colocados na tela inicial e o próprio contêiner não possui um atalho. Para acessar esses aplicativos, você é forçado a desbloquear o espaço abrindo a gaveta de aplicativos e rolando ou pesquisando todas as vezes.
Além disso, os aplicativos dentro do Espaço Privado ficam completamente isolados do resto do sistema porque são executados em um perfil de usuário separado. Esse isolamento impede que eles acessem facilmente os arquivos do seu perfil principal – ótimo para privacidade, mas uma dor de cabeça para produtividade. Embora você possa mover arquivos manualmente para frente e para trás, não é um fluxo de trabalho que você deseja realizar diariamente.

Mishaal Rahman / Autoridade Android
É por isso que muitos OEMs desenvolveram suas próprias soluções de App Lock para suas skins Android específicas. Sem uma opção nativa no sistema operacional principal, no entanto, os usuários do Pixel são forçados a confiar em armários de aplicativos de terceiros, que são fundamentalmente falhos. Como essas ferramentas são apenas aplicativos padrão, elas podem ser facilmente contornadas simplesmente desinstalando-as. Os desenvolvedores desses aplicativos muitas vezes tentam tapar essa lacuna solicitando privilégios de administrador de dispositivos, mas conceder esse nível de controle a um aplicativo de terceiros requer uma enorme quantidade de confiança. Além disso, os métodos de detecção costumam ser hackeados, dependendo da API de acessibilidade para monitorar sua tela em busca de aberturas de janelas específicas – o que apresenta problemas de privacidade e desempenho.
Um App Lock nativo em nível de sistema resolveria todos esses problemas. Seria impossível desinstalar, seria inerentemente mais confiável e não dependeria de soluções alternativas para detectar quando um aplicativo protegido é iniciado. A boa notícia é que há fortes evidências de que o Google está trabalhando em um App Lock nativo para Android, e parece que será acessível a todos os lançadores, não apenas ao padrão.
Ao pesquisar a versão mais recente do Android Canary 2512, descobri um código no pacote da estrutura do Android sugerindo uma nova API App Lock. O acesso a esta API é restrito ao novo LOCK_APPS permissão, que é restrita a aplicativos internos do sistema e ao aplicativo que contém o HOME papel. Como o inicializador padrão do usuário recebe automaticamente o HOME função, ele é elegível para manter essa permissão.
Com essa permissão, o iniciador padrão pode invocar a API iniciando a atividade do App Lock do Android por meio do SET_APP_LOCK ação intencional. O sistema então valida a solicitação verificando se o aplicativo de destino tem uma entrada de inicialização, não está em uma lista de isenções do sistema e verifica seu status de bloqueio atual. Se o aplicativo estiver qualificado para ser bloqueado, o usuário verá uma mensagem perguntando: “Bloquear [App Name]?” Por outro lado, se o inicializador solicitar um desbloqueio, a caixa de diálogo perguntará: “Remover App Lock de [App Name]?” Assim que o usuário confirmar a ação, o sistema exibirá uma mensagem brinde verificando a alteração.

Mishaal Rahman / Autoridade Android
Aqui estão as strings relevantes pertencentes a essas caixas de diálogo:
Código
Lock
Lock %1$s?
"Can't lock %1$s"
%1$s is locked
Remove lock
Remove App Lock from %1$s?
App Lock is removed from %1$s
Não quero perder o melhor de Autoridade Android?


O Android também inclui várias verificações para garantir que o recurso App Lock seja usado conforme pretendido. Primeiro, ele verifica o tipo de dispositivo para excluir Wear OS, Android Automotive e Android TV, já que o recurso é destinado a dispositivos portáteis. Em segundo lugar, verifica se o usuário atual não é um perfil supervisionado, restringindo o bloqueio do aplicativo ao usuário principal.
Você deve estar se perguntando como realmente aciona o bloqueio. Como a API é exposta ao inicializador, a implementação específica da UI é deixada para o desenvolvedor do inicializador. Suspeito que a maioria dos iniciadores simplesmente adicionará um novo botão de bloqueio ou ação ao menu de contexto que aparece quando você mantém pressionado o ícone de um aplicativo.
Quanto ao mecanismo de bloqueio em si, o código ainda não foi implementado, pelo menos não nesta versão Canary. No entanto, eu ficaria surpreso se o Google não aproveitasse a API Biometric Prompt existente do Android. Isso forneceria uma maneira padronizada de proteger aplicativos usando biometria, com um retorno contínuo ao PIN ou padrão do dispositivo.
Quanto à data prevista de lançamento do recurso, não temos certeza. O recurso não está ativo na versão atual do Canary, pois os sinalizadores que o controlam estão desabilitados. Também não esperamos que chegue no terceiro lançamento trimestral do Android 16 (QPR3), visto que não introduzirá novas APIs para desenvolvedores. Assim, o mais cedo que esperamos ver o recurso App Lock aparecer será na atualização do Android 17 do próximo ano, embora não haja garantias.
Autoridade Android ficaremos de olho nesse recurso à medida que ele se desenvolve. Estamos particularmente interessados em saber como o App Lock lidará com notificações de aplicativos seguros. Especificamente, se eles ficarão totalmente visíveis ou se seu conteúdo será editado. Embora esta última seja a escolha lógica para esse recurso, não encontrei nenhum código sugerindo que as notificações serão modificadas, embora o Google certamente possa adicionar essa funcionalidade antes do lançamento.
Obrigado por fazer parte da nossa comunidade. Leia nossa Política de Comentários antes de postar.
