Como o Android Q aprimora os controles de privacidade e permissão sobre a torta do Android

A penetração de mercado do Android 9 Pie é apenas um ponto no radar em comparação com as versões mais antigas do Android, mas isso não atrasará os planos do Google de lançar a próxima versão do Android, o Android Q. Esperamos que o Google revele a primeira prévia do desenvolvedor do Android Q em algum momento no próximo mês, mas antes do anúncio do Google, conseguimos criar uma versão Android Q que provavelmente está muito distante no ciclo de desenvolvimento do Google. Em nosso primeiro artigo, detalhando as mudanças que virão para o próximo lançamento de sobremesas, falamos sobre a nova interface de controle de permissão. No entanto, eu mostrei apenas algumas capturas de tela do sistema de gerenciamento de permissões renovado, então queria acompanhar com mais detalhes. Também fiz mais testes e reuni mais informações sobre as novas permissões no Android Q, o recurso "funções", o novo instalador de pacotes e muito mais. Mas primeiro, aqui está uma breve recapitulação do gerenciamento de permissões no Android.

Uma Breve História do Gerenciamento de Permissões no Android

O Android 4.3 Jelly Bean introduziu o gerenciamento de permissões granulares pela primeira vez através do recurso "App Ops", embora estivesse oculto ao usuário. O Android 4.4 KitKat até introduziu novas permissões controláveis ​​pelo usuário na interface do App Ops, apesar de você precisar de acesso root e um módulo Xposed para acessá-lo. Por fim, o Android 6.0 Marshmallow introduziu o sistema de permissões que todos conhecemos, embora com limitações sobre as permissões que você pode restringir. O recurso mais antigo de operações de aplicativos ainda existe no Android, embora só possa ser acessado via linha de comando ( cmd appops ). Certos aplicativos na Google Play Store aproveitam a implementação da linha de comando do App Ops para fornecer uma interface de gerenciamento de permissões mais poderosa. O Google não expõe as operações de aplicativos para os usuários, pois o usuário pode não saber o que está fazendo, resultando na negação a um aplicativo de algumas permissões que podem realmente precisar para funcionar corretamente. Infelizmente, desde a introdução do gerenciamento de permissões no Android Marshmallow, não vimos nenhuma alteração importante no recurso, ou seja, até o Android Q.

Operações de aplicativos no Android 4.3 Jelly Bean

O Android 6.0 Marshmallow também sofreu uma grande mudança na maneira como certas permissões são concedidas aos aplicativos. Antes do Android 6.0, todas as permissões definidas no arquivo de manifesto de um aplicativo são concedidas na instalação. Com o Android 6.0, o Google introduziu o gerenciamento de permissões de tempo de execução para determinadas permissões consideradas perigosas, como acesso a armazenamento externo, acesso à câmera, acesso ao local e muito mais. As permissões de tempo de execução são concedidas somente após a instalação de um aplicativo, e o usuário deve concordar explicitamente em conceder essas permissões tocando em "permitir" em uma caixa de diálogo de permissão quando solicitado. Até o Google reprimir os aplicativos que segmentam um nível de API mais antigo, os desenvolvedores de aplicativos podem ignorar as permissões de tempo de execução segmentando a API de nível 22 ou inferior (Android Lollipop ou mais antigo.) incentivando os desenvolvedores a atualizar seus aplicativos para evitar serem envergonhados pelo sistema operacional. Assim, quando o Android Q chegar aos dispositivos, quase todos os aplicativos no dispositivo de um usuário deverão estar sujeitos aos controles de gerenciamento de permissões introduzidos no Android 6.0+. Com isso em mente, o Google está limpando os controles de permissão no Android Q para facilitar o gerenciamento do nível de acesso dos aplicativos em seus dispositivos.

Gerenciamento mais fácil de permissões no Android Q versus Android Pie

Do Android 6.0 Marshmallow ao Android 9 Pie, o gerenciamento de permissões de tempo de execução existente apenas permite ao usuário permitir ou negar a um aplicativo determinadas permissões. Observamos em nosso artigo anterior que o Android Q permitirá que o usuário restrinja uma permissão apenas enquanto o aplicativo estiver em uso. Esse recurso deixou muitas pessoas empolgadas, mas precisamos esclarecer que somente a permissão de localização pode ser restrita a quando um aplicativo está em uso . Isso significa que você não pode restringir o microfone ou a câmera apenas enquanto o aplicativo estiver em uso. Você não deve se decepcionar com isso, já que o Android Pie já introduziu algumas restrições ao uso em segundo plano da câmera e do microfone, exigindo que os aplicativos estejam em primeiro plano ou use um serviço em primeiro plano. Além disso, o Android Q expande isso divulgando ao usuário sempre que qualquer aplicativo estiver usando o microfone, a câmera ou acessando a localização do dispositivo . Isso é mostrado ao usuário como ícones da barra de status no canto superior direito. Quando a barra de status é expandida, o texto mostrado ao lado dos ícones informa ao usuário qual aplicativo está usando atualmente uma dessas três permissões confidenciais. Por fim, se o usuário tocar nesse ícone, será exibida uma caixa de diálogo informando ao usuário quais aplicativos estão usando quais permissões. Novamente, isso se aplica apenas às permissões de câmera, local e microfone.

O Google parece incentivar os usuários a restringir o acesso ao local somente quando um aplicativo está em uso, pois eles lembraram no Android Q quando o usuário concedeu a um aplicativo que sempre acesse seu local . Esse lembrete vem na forma de uma notificação que informa ao usuário que um aplicativo está usando sua localização e que sempre tem a capacidade de fazê-lo. Tocar na notificação leva você à página de permissão de local para esse aplicativo, permitindo que o usuário escolha restringir a permissão de local apenas enquanto o aplicativo estiver em uso. Parabéns por isso, o Google.

Por fim, na versão que tenho, a interface do usuário para as permissões especiais de acesso ao aplicativo (como otimização da bateria, administrador do dispositivo, acesso Não perturbe, acesso à notificação etc.) permanece inalterada. No entanto, uma nova permissão especial "Acesso financeiro ao SMS por aplicativos" foi adicionada à lista, embora não tenha certeza de como ela difere da permissão "Acesso premium a SMS", que é o que os aplicativos precisam para enviar mensagens de texto para números premium. É possível que essa nova permissão seja destinada a aplicativos bancários que usam SMS para determinadas transações, de acordo com as novas políticas do Google Play que restringem as permissões de SMS e registro de chamadas.

Gerenciando permissões no Android Q

Aqui está uma galeria de capturas de tela mostrando as novas alterações na interface de gerenciamento de permissões no Android Q. Incluí descrições detalhadas de cada página nas legendas de cada imagem.

A tela que lista as permissões de aplicativos controláveis ​​pelo usuário não mudou desde o Android Pie (Configurações -> Aplicativos e notificações -> Permissões do aplicativo). No entanto, tocar em qualquer uma dessas permissões abre a tela de controle de permissões com uma interface do usuário totalmente nova.

A nova interface do usuário distingue claramente entre quais aplicativos foram "permitidos" e quais aplicativos foram "negados" a uma determinada permissão. Nesse caso, veremos quais aplicativos têm permissão de microfone.

Tocar em qualquer um dos aplicativos listados abre uma subpágina da tela de informações do aplicativo. Na versão vazada do Android Q que estou executando, todas as três opções na parte superior ficam acinzentadas, independentemente do aplicativo que eu escolher, talvez por estar incompleto. Abaixo desses botões, você pode permitir ou negar o acesso de um aplicativo a uma determinada permissão. Observe que a permissão de localização também permite que você “permita apenas enquanto o aplicativo estiver em uso”. Se o desenvolvedor escolher, ele poderá especificar um motivo pelo qual o aplicativo precisa de uma certa permissão na parte inferior.

Tocar em "visualizar o uso detalhado das permissões" o levará a uma página que mostra quais permissões um aplicativo usou, quantas vezes essas permissões foram acessadas e a última vez que essas permissões foram acessadas.

A nova página "Uso de permissões" mostra um resumo do uso de permissões pelos aplicativos no dispositivo. Embora exista uma nova página de configurações de nível superior “Privacidade”, atualmente a única maneira de acessar essa visão geral detalhada das permissões é acessando Configurações -> Localização -> Exibir detalhes. Tenho certeza de que isso será alterado, pois o Google reuniu todos os recursos de gerenciamento de permissões em um único aplicativo do sistema chamado "PermissionController".

O menu estourar no canto superior direito permite mostrar ou ocultar aplicativos do sistema da visão geral da permissão ou filtrar por uma permissão específica. Como alternativa, você pode alternar rapidamente entre permissões filtradas tocando em qualquer um dos ícones de permissão na página de visão geral.

Com o menu suspenso no canto superior esquerdo, você pode filtrar o acesso à permissão por tempo para ver com que frequência os aplicativos usam determinadas permissões.

Com o menu suspenso no canto superior direito (abaixo do menu excedente), você também pode alternar entre três opções diferentes: “maioria das permissões”, “mais acessos” e “recentes”. “A maioria dos acessos” (mostrada aqui) permite ver com que frequência um aplicativo específico usou uma permissão específica. Atualmente, “maioria das permissões” e “recente” mostram a mesma coisa nessa exibição - quais aplicativos usaram qual permissão mais recentemente.

Por fim, se você tocar em "ver todos os usos", a visão geral da permissão exibirá uma lista de todos os aplicativos com ícones que representam todas as permissões que o aplicativo acessou. Se o filtro estiver definido como "a maioria das permissões", a lista será classificada por aplicativos que acessaram o maior número de permissões. Se o filtro estiver definido como "a maioria dos acessos", a lista será classificada por quais aplicativos registraram o maior número de acessos de permissão. Por fim, se o filtro estiver definido como "recente", a lista de classificados por qual aplicativo acessou qualquer permissão mais recentemente.

Você pode expandir para ver quais permissões um aplicativo usou quando estiver na tela "ver todos os usos".

Concedendo permissões no Android Q

Aqui estão as capturas de tela mostrando o gerenciamento de permissões de tempo de execução no Android Q. Já falamos sobre o que as duas primeiras capturas de tela mostram, mas a terceira captura de tela é um recurso totalmente novo do Android Q que eu não discuti antes. A capacidade do Android permitir que o usuário controle as permissões antes de executar um aplicativo herdado (definido como um nível de API de segmentação de aplicativo <23) é algo que já é possível no Android Pie com a configuração correta, mas o Google finalmente ativou a opção e a ativou. no Android Q.

No Android Q, a permissão de local tem a capacidade exclusiva de ser concedida apenas quando um aplicativo está em uso.

Todas as outras permissões, como a permissão do microfone, só podem ser concedidas ou negadas.

Como o CopperheadOS, o Android Q padrão agora permite que o usuário desabilite todas as permissões perigosas solicitadas antes de executar um aplicativo pela primeira vez. Isso se aplica apenas a aplicativos que segmentam o nível 22 ou inferior da API, antes da introdução das permissões de tempo de execução (no Android Marshmallow.)

Monitoramento em tempo real de permissões no Android Q

Aqui estão capturas de tela que mostram como o Android Q alertará o usuário quando um aplicativo estiver acessando uma das várias permissões sensíveis / perigosas, incluindo câmera, local e microfone.

Quando qualquer aplicativo está usando ativamente uma ou mais permissões confidenciais, os ícones da barra de status são mostrados representando permissões sensíveis que estão em uso ativo. Por exemplo, o aplicativo da câmera está usando as permissões de câmera e local, para que um ícone de câmera e local seja mostrado na barra de status.

Se você abrir a barra de status e tocar nos ícones, será exibida uma caixa de diálogo que lista os aplicativos que estão usando permissões confidenciais. Dessa forma, você pode ver rapidamente se um aplicativo indesejado está acessando uma permissão sensível em segundo plano.

Para obter a permissão de localização, o Android Q ocasionalmente lembrará se você concedeu a um aplicativo a capacidade de acessar sua localização a qualquer momento. Tocar nesta notificação leva à página de permissão de localização do aplicativo, permitindo alterá-la para permitir apenas o acesso ao local enquanto o aplicativo estiver em uso ou para negar completamente o acesso.

Novas restrições no acesso à área de transferência, acesso a arquivos externos

Restrições de acesso à área de transferência em segundo plano

No artigo anterior, observei uma nova permissão na estrutura do Android Q que sugeria que aplicativos que não são do sistema em execução em segundo plano não poderão mais ler a área de transferência do sistema. Depois que o Google Play Store funcionou, decidi instalar alguns aplicativos populares do gerenciador de área de transferência, como Clipboard Manager, Clipper e Clip Stack, para testar se eu estava certo. Para melhor ou pior, o Google está bloqueando o acesso à área de transferência em segundo plano no Android Q, pois nenhum dos aplicativos que testei conseguiu detectar qualquer texto copiado na área de transferência . Até confirmei que esses aplicativos têm a permissão " READ_CLIPBOARD " solicitada usando o seguinte comando de Operações do aplicativo:

 adb shell cmd appops query-op --user 0 READ_CLIPBOARD allow 

Felizmente, copiar e colar texto de e para qualquer aplicativo ainda funciona, mas os aplicativos executados em segundo plano não podem mais ler o texto que está sendo copiado. É muito cedo para dizer se essa alteração matará os aplicativos gerenciadores de área de transferência, porque existe a possibilidade do Google apresentar uma nova API para tornar um aplicativo um manipulador padrão de "gerenciador de área de transferência". No entanto, não vejo nenhuma evidência disso acontecendo no Android Q.

Acesso ao arquivo de armazenamento externo

Abordei praticamente tudo sobre essa alteração no meu artigo anterior, mas aqui está um resumo do que o Google está mudando no Android Q em relação ao acesso a arquivos de armazenamento externo. Primeiro, precisamos definir o que “armazenamento externo” significa. No Android, o armazenamento externo é o local em que todos os arquivos e pastas que você pode ver ao conectar o telefone a um computador, como Downloads, DCIM, Música, Filmes e Imagens, são armazenados. Os aplicativos devem armazenar apenas arquivos em armazenamento externo que outros aplicativos possam querer acessar, como músicas, imagens, vídeos, documentos etc.

Para um aplicativo acessar arquivos no armazenamento externo, ele precisa conter as permissões READ_EXTERNAL_STORAGE e / ou WRITE_EXTERNAL_STORAGE, que são permissões de tempo de execução. Depois que um aplicativo tem essas permissões, não há restrições sobre quais arquivos no armazenamento externo ele pode ler ou modificar. No Android Q, o Google está dividindo essas duas permissões em permissões mais granulares, permitindo ao usuário restringir um aplicativo para que ele possa ler ou gravar apenas determinados tipos de arquivo. Especificamente, as novas permissões no Android Q permitirão ao usuário restringir um aplicativo para que ele possa apenas:

  • Leia os locais da sua mídia.
  • Leia ou grave arquivos de música.
  • Leia ou grave fotos / arquivos de imagem.
  • Leia ou grave arquivos de vídeo.

Um aplicativo que já recebeu a permissão READ_EXTERNAL_STORAGE antes da atualização do usuário para o Android Q receberá automaticamente as permissões de "leitura" listadas acima, mas não as permissões de "gravação".

Acesso à localização em segundo plano

No ano passado, um relatório do The New York Times iluminou a difusão de aplicativos que rastreiam os locais dos usuários para vender aos anunciantes. O rastreamento inadequado de local é um problema do qual o Google está ciente, tendo sido acusado disso. O Android 8.0 Oreo introduziu restrições sobre a frequência com que os aplicativos em execução em segundo plano podem acessar a localização de um dispositivo. As solicitações de localização de aplicativos em execução em segundo plano são bastante limitadas; portanto, se um aplicativo deseja rastrear sua localização com algum grau de precisão, precisa divulgar que está fazendo isso com uma atividade visível ou um serviço em primeiro plano e uma notificação persistente.

No entanto, toda vez que o Google altera a maneira como as principais APIs do Android funcionam, os desenvolvedores cujos aplicativos legitimamente usavam essas APIs como pretendido são afetados. Vimos isso acontecer recentemente com as restrições do Google Play às permissões de SMS e registro de chamadas, resultando em muitos aplicativos populares que perdem a funcionalidade principal. A mesma situação aconteceu quando o Google limitou o acesso à localização em segundo plano, com os usuários de um aplicativo popular de golfe reclamando que não podiam mais usá-lo para rastrear suas fotos. Felizmente, o Android Q está adicionando uma nova permissão " ACCESS_BACKGROUND_LOCATION " que, quando concedida, sempre permite que um aplicativo tenha acesso ao local de um dispositivo, mesmo quando o aplicativo está sendo executado em segundo plano. Assim, a nova versão do Android não apenas continuará protegendo os usuários contra o acesso indesejado à localização em segundo plano, mas também fornecerá um mecanismo para que os usuários permitam que aplicativos de sua escolha monitorem sua localização em segundo plano.

A adição de "funções" no Android Q

No vídeo prático de Daniel para o nosso canal de TV no YouTube, você deve ouvi-lo mencionar uma nova seção "Funções" nas configurações de aplicativos padrão (Configurações -> Aplicativos e notificações -> Aplicativos padrão). As únicas "funções" mostradas no vídeo foram para Navegador, Telefone e Mensagens, que pareciam redundantes, pois já existem categorias de aplicativos padrão para navegador, aplicativos para telefone e aplicativos SMS. Depois de passar mais tempo com o Android Q no Pixel 3 XL, descobri um serviço de "função" pelo qual eu poderia despejar o estado por meio do comando ' dumpsys role '. Depois disso, encontrei várias "funções" que não correspondem a nenhuma das categorias de aplicativos padrão que já existem: CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP e PROXY_CALLING_APP . Depois de instalar alguns dos aplicativos primários do Google, consegui que o "aplicativo de telefone para carro" e o "aplicativo de triagem de chamada" aparecessem nas páginas de "funções", como mostrado abaixo.

Decompilei o novo APK do sistema responsável pela interface de gerenciamento de permissões do Android Q, um novo aplicativo chamado "PermissionController", e encontrei um arquivo functions.xml que indica o que "papéis" fará na próxima versão do Android. Não vou colar todo o XML aqui, mas compartilharei um trecho de uma das funções que devem ajudá-lo a entender o que as funções farão.

PermissionController.apk / res / xml / roles.xml

Digamos que eu selecione um aplicativo para ter a função de "galeria". Para que um aplicativo seja exibido como um aplicativo de galeria válido, ele precisa ter um componente necessário: uma atividade iniciada com os filtros de intenção de ação e categoria android.intent.action.MAIN e android.intent.category.APP_GALLERY respectivamente. Se isso for verdade e o aplicativo receber a função de "galeria" pelo usuário, o aplicativo receberá automaticamente permissões no conjunto de permissões "media_visual", que acredito se referir à nova permissão de áudio, vídeo e imagens que descrevi anteriormente . De fato, as novas permissões WRITE_MEDIA_IMAGES e WRITE_MEDIA_IMAGES são explicitamente permitidas para um aplicativo com o rolo "galeria". Por fim, o aplicativo se torna o manipulador preferido quando outro aplicativo envia a intenção de chamar um aplicativo de galeria.

Basicamente, qualquer aplicativo que tenha uma certa "função" e tenha os componentes e permissões necessários declarados recebe automaticamente outros conjuntos de permissões relevantes para seus casos de uso. No exemplo que eu publiquei acima, um aplicativo com a galeria "role" recebe automaticamente permissão para arquivar conjuntos de permissões relacionados ao acesso que precisam funcionar. Presumivelmente, isso significa que um aplicativo que recebeu a função de galeria pelo usuário não precisaria pedir permissão ao usuário para ler ou gravar arquivos de imagem ou vídeo.

A julgar pelos nomes, as CAR_MODE_DIALER_APP, CALL_COMPANION_APP, CALL_SCREENING_APP e PROXY_CALLING_APP permitem que o usuário escolha um aplicativo de discagem diferente quando estiver dirigindo, um aplicativo para executar várias funções enquanto o usuário estiver em uma chamada telefônica, um aplicativo para tela de telefone chamadas antes que o usuário atenda e um aplicativo para facilitar a chamada com um número intermediário, respectivamente. Não acreditamos que a função de triagem de chamadas esteja diretamente relacionada ao recurso Tela de chamada do Google Pixel, a julgar pelo que vimos no AOSP. Em vez disso, destina-se a aplicativos que desejam atuar como segurança para chamadas de spam, como um filtro de chamadas.

Instalador de pacote renovado

O instalador de pacotes padrão do Android (o aplicativo que lida com a instalação de novos aplicativos) está sendo redesenhado. Em vez de mostrar uma atividade de tela cheia sempre que você quiser instalar um novo aplicativo, o instalador de pacotes atualizado no Android Q exibe uma pequena caixa de diálogo no meio da tela. A interface do usuário do mini instalador de pacotes é usada há muito tempo em tablets Android, mas é a primeira vez que a vemos em smartphones Android.

No Android Q, a execução de qualquer aplicativo que segmenta a API nível 22 ou inferior (Android 5.0 Lollipop) mostrará um aviso de que o aplicativo está desatualizado. Suspeito que esse aviso seja suficiente para impedir a maioria dos usuários de se incomodar com aplicativos voltados para versões anteriores ao Android Marshmallow. Além disso, como o Google exigirá que todos os aplicativos enviados à Play Store após agosto de 2019 atinjam o nível 28 da API, você pode ver como os desenvolvedores com aplicativos desatualizados são forçados a refazer seus aplicativos para atingir um nível mais recente da API. Como tudo isso se relaciona com o novo instalador de pacotes? Bem, como o Android 5.0 Lollipop é o último nível de API sem solicitações obrigatórias de permissão de tempo de execução para determinadas permissões confidenciais, a eventual morte de aplicativos direcionados ao nível de API 22 e abaixo significa que o Google não precisa mais abrir espaço na mensagem do instalador de pacotes para mostrar uma longa lista de permissões que um aplicativo recebe na instalação.

Você provavelmente não verá este instalador simplificado de pacotes em todos os dispositivos Android Q. A Huawei, por exemplo, personaliza o instalador de pacotes com um scanner interno de vírus e malware (algo que eu odeio), bem como um gerenciador de permissões interno (algo que eu amo). Portanto, o EMUI 10 provavelmente ficará no pacote de tela cheia instalador que estamos acostumados.

Como carregar um aplicativo no Android Q. O instalador do pacote não ocupa mais a tela inteira.

Como fazer o carregamento lateral de um aplicativo no Android Pie. O instalador do pacote ocupa a tela inteira.

Novas opções de bloqueio de chamadas

Um recurso que pensávamos estar chegando no Android Pie chegou ao Android Q, mostrando o quão perto estamos da finalização dos principais recursos do Android Q. O recurso que encontramos naquela época permitiria bloquear chamadas de números desconhecidos, particulares, de telefone público ou de qualquer outro número que não esteja na sua lista de contatos. Aqui está uma captura de tela do recurso do aplicativo de discagem AOSP. O aplicativo Google Phone ainda não foi atualizado com esse recurso, mas assumimos que ele será disponibilizado em breve.

Todos os aplicativos instalados agora exibem ícones do iniciador (possível bug?)

A maioria dos aplicativos no seu dispositivo tem ícones do iniciador, porque eles servem como gateways para a interface do usuário. No entanto, nem todo aplicativo tem uma interface do usuário; nesse caso, um desenvolvedor pode optar por não declarar uma atividade com os filtros de intenção de ação e categoria android.intent.action.MAIN e android.intent.category.LAUNCHER respectivamente. Não tenho certeza se isso é apenas um bug, mas no Android Q, todos os aplicativos, mesmo aqueles que tentam ocultar seus ícones do iniciador da maneira descrita acima, mostrarão ícones no iniciador. Testei isso no AOSP Launcher, no Pixel Launcher e no Nova Launcher em um Google Pixel 3 XL executando a versão Android Q vazada e comparei com um Google Pixel 2 XL executando a versão mais recente do Android 9 Pie. Quando você toca em um desses ícones, ele simplesmente o leva à página de informações desse aplicativo em Configurações.

A estação Hyperion, um complemento para o Hyperion Launcher, normalmente não mostra um ícone do iniciador. No entanto, ele funciona no Android Q.

Se isso não for apenas um bug, seria uma maneira de os usuários saberem rapidamente se um novo aplicativo foi instalado, mesmo que esse aplicativo esteja tentando se esconder do usuário.

Ladrilho de configurações rápidas “Sensors Off”

Há um novo bloco de configurações rápidas chamado "sensores desativados", que não apenas ativa o modo avião, mas também desativa todas as leituras dos sensores no dispositivo . Confirmei isso instalando o DevCheck a partir do Recognized Developer flar2 e comparando a saída das leituras do sensor com e sem a opção "sensores desativados". Quando o bloco "sensores desativados" é ativado, o dispositivo para de relatar todos os sensores no dispositivo. Não tenho certeza se esse bloco de configuração rápida é apenas para depuração dos engenheiros do Google, mas esse seria um recurso útil para qualquer pessoa realmente preocupada com os dados que o dispositivo está coletando sobre o ambiente.


Mais sobre o Android Q

Isso é tudo sobre privacidade e permissão que eu encontrei até agora no Android Q. Fique atento ao meu artigo final, abordando todos os pequenos ajustes de interface do usuário e UX. Siga nossa tag do Android Q para obter mais artigos como este. Aqui está um link para alguns dos artigos aos quais me referi com mais frequência, além de alguns outros que acho que você deveria ler: