Android 17: Google endurece o modo de proteção e restringe o AccessibilityService

Com a próxima versão do Android, o Google deixa sua estratégia de segurança bem mais rígida. O novo modo de proteção promete reduzir o risco de ataques, mas faz isso interferindo diretamente em como alguns apps funcionam. As principais atingidas são as aplicações que personalizam o sistema, automatizam ações ou exibem conteúdos por cima de outros apps.

O que está por trás do novo modo de proteção do Android 17

O Android 16 já tinha trazido um chamado modo de proteção avançado, pensado para reforçar a defesa do smartphone contra ameaças. No Android 17, essa ideia passa a ser aplicada de forma muito mais dura. O que a segunda beta deixa claro é que o Google decidiu mirar um ponto que há anos vive numa zona cinzenta: os recursos de acessibilidade.

Em teoria, esses recursos existem para pessoas com limitações - leitores de ecrã, voz sintetizada, controlos especiais e afins. Para permitir esse tipo de suporte, o Android oferece uma interface chamada AccessibilityService. É exatamente essa interface que agora está no centro da discussão.

No Android 17, o novo modo de proteção impede que apps sem classificação oficial como recurso de acessibilidade acessem o AccessibilityService.

Quando a pessoa ativa o modo de proteção avançado, o Android passa a agir sem concessões: para vários apps, o acesso à interface é cortado de imediato - e permissões que já tinham sido concedidas são removidas automaticamente.

Por que o AccessibilityService é tão poderoso - e tão sensível

Na prática, o AccessibilityService funciona como uma espécie de “chave mestra” dentro do Android. Quem obtém esse acesso consegue, por exemplo:

• ler todo o conteúdo mostrado no ecrã;
• simular toques e gestos de deslizar;
• interagir com outros apps sem que eles “esperem” isso;
• executar ações em segundo plano que, normalmente, só o sistema poderia fazer.

É por isso que desenvolvedores de ferramentas de automação e de personalização gostam tanto dessa interface. Ela permite contornar limites que o Android costuma impor. Em vez de pedir permissões profundas e específicas para cada função, muitos apps acabam recorrendo aos direitos amplos disponibilizados para acessibilidade.

O problema é que a mesma capacidade transforma o AccessibilityService num instrumento ideal para ataques: um app malicioso pode ler senhas, clicar dentro de apps bancários ou mostrar interfaces falsas por cima das reais. Essa técnica já é usada há anos por cibercriminosos, especialmente em trojans bancários.

Android 17 puxa o travão de emergência

Com a segunda beta do Android 17, o Google adota um passo que investigadores de segurança pediam há muito tempo - e que muitos utilizadores avançados temiam: no modo de proteção avançado, apenas apps declarados oficialmente como ferramentas de acessibilidade poderão usar o AccessibilityService.

Em termos diretos:

• o modo de proteção verifica se o app está classificado como recurso de acessibilidade;
• se essa classificação não existir, o acesso ao AccessibilityService é negado;
• permissões já concedidas a apps “comuns” são retiradas automaticamente, sem confirmação.

Para quem desenvolve, isso significa declarar o app estritamente como ferramenta de acessibilidade e seguir requisitos mais apertados. Para utilizadoras e utilizadores, pode significar que ferramentas favoritas simplesmente deixam de funcionar quando o modo estiver ligado.

Quais apps ficam mais pressionados

A mudança atinge vários tipos de apps que já são comuns no dia a dia de fãs do Android. Entre os exemplos estão:

• apps que automatizam gestos ou encurtam rotinas repetitivas;
• complementos de launchers que alteram profundamente o comportamento do ecrã inicial;
• overlays que colocam conteúdo por cima de outros apps, como notificações flutuantes;
• ferramentas que “pressionam” botões automaticamente ou aceleram cliques em menus.

Nesse contexto, um nome citado com frequência é o dynamicSpot. O app tenta reproduzir, em aparelhos Android, a “Dynamic Island” do iPhone e, para isso, mostra janelas de notificação flutuantes na parte superior do ecrã. Para garantir que esses overlays apareçam por cima de qualquer app, o dynamicSpot depende do acesso completo via AccessibilityService.

Com o modo de proteção ativado no Android 17, o dynamicSpot perde as permissões necessárias - e o app quase não consegue entregar a sua função principal.

E o dynamicSpot é apenas um caso. Muitos apps de automação, ferramentas de macros, sistemas avançados de notificação e até “ajudantes” relacionados a acessibilidade, mas sem enquadramento oficial, entram na linha de corte quando o novo modo está ativo.

Mais segurança - ou controlo em excesso?

O conflito é evidente. De um lado, existe a necessidade de elevar a segurança: o malware evolui e há anos explora exatamente essas interfaces. Do outro, está a vontade de muita gente de moldar o aparelho além do que o Android oferece por padrão.

No Android 17, o Google escolhe claramente reduzir o risco. A empresa prioriza o público que quer apenas usar o telefone sem ter de pensar em detalhes técnicos. Na lógica do Google, ao ativar o modo de proteção avançado, a pessoa envia um recado direto: segurança acima de conveniência.

Já para utilizadores avançados, a leitura é diferente. Eles aceitam conscientemente um nível maior de risco para automatizar, personalizar e experimentar. Para esse grupo, a nova barreira soa como uma limitação artificial.

O que os utilizadores devem observar agora

Quem mantém muitos “apps de sistema” instalados vai ganhar ao acompanhar as definições com mais atenção quando o Android 17 chegar ao dispositivo. Algumas perguntas úteis são:

• Eu uso apps que automatizam sequências de passos ou fazem cliques por mim?
• Tenho ferramentas que exibem conteúdo por cima de outros apps?
• Existe algum app que eu precisei ativar dentro das opções de acessibilidade para que funcionasse?

Se a resposta for “sim” em mais de um caso, é bem provável que esses apps falhem no novo modo de proteção. Quem quiser manter as ferramentas a funcionar talvez deixe o modo desativado, ou o ligue apenas quando realmente precisar.

O que os desenvolvedores podem fazer agora

Para desenvolvedores, o Android 17 funciona como um aviso claro. Quem continuar a depender do AccessibilityService vai precisar de uma justificativa sólida e de um posicionamento crível como ferramenta de acessibilidade. O Google vem a analisar essas declarações com cada vez mais rigor.

Algumas respostas possíveis incluem:

• adaptar funções para objetivos reais de acessibilidade;
• eliminar permissões desnecessárias para reduzir a perceção de risco;
• usar interfaces alternativas, quando existirem;
• explicar de forma transparente às pessoas por que cada permissão é necessária.

Se um app usa AccessibilityService apenas para funções de conforto, a tendência é enfrentar mais atrito com o Android no futuro - ou ter de mudar de abordagem.

O que o Android entende exatamente por “recursos de acessibilidade”

O termo pode soar técnico, mas a finalidade é bem objetiva: permitir que pessoas com limitações de visão, motricidade ou audição consigam usar o aparelho por completo. Exemplos típicos incluem:

• leitores de ecrã que narram o que aparece no display;
• controlos por voz para substituir a digitação;
• ferramentas de ampliação para quem tem baixa visão;
• métodos de entrada especiais para pessoas com tremores ou paralisia.

Um app que apenas deixa notificações “mais bonitas” ou economiza alguns toques dificilmente se encaixa nessa categoria. É justamente aqui que o Android 17 passa a traçar uma linha muito mais rígida.

Como o dia a dia com o Android 17 pode mudar

Na rotina, muita gente só vai perceber a mudança aos poucos: uma notificação que não some automaticamente, uma automação que não executa, um overlay que simplesmente não aparece. Com o modo ativado, será mais comum ter de ir às definições para verificar se algum app foi bloqueado.

Ao mesmo tempo, o nível de confiança aumenta: cai bastante a chance de um app “discreto” ler entradas do teclado em segundo plano ou sequestrar sessões em apps bancários. Para quem vê o telemóvel sobretudo como uma ferramenta segura do dia a dia, isso representa um ganho real.

Com isso, o Android 17 força uma escolha consciente: máxima liberdade com mais risco, ou proteção mais rígida com menos espaço para personalizações. Por enquanto, falta um meio-termo confortável - e é exatamente esse ponto que deve alimentar debates intensos na comunidade Android nos próximos meses.

---