Google aperta o cerco ao sideloading no Android com espera de 24 horas para APK

A partir de agora, a Google está a apertar - e muito - as regras para a instalação de aplicações externas.

Durante anos, os utilizadores de Android que não se limitam ao Play Store tiveram uma vantagem clara face aos donos de iPhone: liberdade real para instalar apps. Essa margem de manobra vai sofrer um travão significativo. A Google está a introduzir um processo de segurança mais complexo que torna o chamado sideloading bem mais difícil - e está a dividir a comunidade Android.

O que a Google está a mudar na instalação de apps

A origem destas novas regras está numa exigência que a Google já tinha anunciado para 2025: os programadores passam a ter de verificar a sua identidade se quiserem distribuir aplicações em dispositivos Android certificados. Quem não completar essa validação passa a ser considerado “não verificado” - e é precisamente aí que entra o novo mecanismo.

A partir daqui, quem quiser continuar a instalar ficheiros APK de programadores não verificados vai deparar-se com um processo novo, desenhado para ser deliberadamente pouco cómodo. Dentro da empresa, a Google chama-lhe “advanced flow”, ou seja, um percurso pensado para utilizadores mais técnicos. A mensagem implícita é simples: continua a ser permitido, mas deixa de ser “fácil”.

“O Android perde uma parte da sua lendária abertura - a Google tenta equilibrar liberdade e protecção contra fraude num equilíbrio frágil.”

Quatro barreiras antes de arrancar uma APK não verificada

O novo caminho para instalar apps fora do Play Store passa por quatro etapas. No papel, parecem poucas; no dia a dia, é provável que afastem muitos utilizadores.

1. Activar o modo de programador

Em primeiro lugar, é necessário activar o modo de programador nas definições do sistema. Esta secção está propositadamente escondida e, regra geral, existe para depuração (debugging) e testes. Ao associar o sideloading de apps não verificadas a esta opção, a Google deixa claro o enquadramento: quem escolhe este caminho é um “power user” e assume, de forma explícita, a responsabilidade.

2. Confirmar que a decisão é do próprio utilizador

Depois de activar o modo de programador, o utilizador tem de confirmar activamente que está a agir por iniciativa própria e que não está a ser pressionado por terceiros. O contexto são esquemas de burla em que criminosos, por telefone ou chat, vão guiando a vítima passo a passo até esta instalar software malicioso.

3. Reinício obrigatório do smartphone

Na terceira fase, o Android exige um reinício completo do equipamento. À primeira vista, parece um exagero, mas há um motivo concreto: interromper qualquer acesso remoto activo ou serviços de partilha de ecrã. Assim, os burlões perdem, em tempo real, a capacidade de controlar o que a vítima está a fazer no ecrã.

4. Espera de 24 horas e autorização final

Após o reinício chega o obstáculo mais pesado: um período de espera de 24 horas. Só depois disso o utilizador pode dar a autorização final - com impressão digital, reconhecimento facial ou PIN. Nesse momento, decide ainda se quer permitir instalações de apps não verificadas durante sete dias ou de forma permanente.

A lógica é esta: ao criar uma pausa artificial, a Google tenta retirar aos burlões a ferramenta mais eficaz - a pressão e o “tem de ser já”. Muitas vítimas de ataques de social engineering só caem na armadilha por estarem sob stress e urgência.

“A Google aponta menos à malware clássica e mais às manobras em que as vítimas são guiadas ao vivo, ao telefone, para instalações perigosas.”

Porque é que a Google está a travar tão a fundo

As medidas podem parecer duras, mas não surgem do nada. Segundo um relatório da Global Anti-Scam Alliance de 2025, 57 por cento dos adultos inquiridos tiveram, num período de um ano, pelo menos uma tentativa de burla. Os prejuízos estimados atingiram, a nível mundial, centenas de milhares de milhões de dólares.

E é no smartphone que grande parte destes ataques acontece: falsas apps de banca, supostos serviços de entrega, “linhas de apoio” que insistem para instalar uma app de “assistência”. Muitas destas aplicações não vêm de lojas oficiais; chegam através de links em chats, e-mails ou sites duvidosos.

Até aqui, o Android era especialmente apetecível para este tipo de ataque porque instalar APKs externas exigia apenas alguns toques. A Google quer deixar de ser acusada de ignorar o problema - e está a actuar em conformidade.

“Mini-contas” gratuitas para estudantes e programadores amadores

O lado menos positivo destas regras mais apertadas é óbvio: o Android sempre foi também um espaço de experimentação para programadores, estudantes e entusiastas. Partilhar projectos pequenos com amigos, distribuir apps internas de teste ou ferramentas caseiras era, até agora, algo simples via ficheiro APK.

Para não bloquear por completo este ecossistema, a Google vai criar os chamados “limited distribution accounts”, ou seja, contas com distribuição limitada:

• utilização gratuita
• sem necessidade de uma verificação de identidade extensa
• distribuição de uma app até 20 dispositivos
• adequadas para projectos universitários, ferramentas internas ou apps de hobby

Com estas contas, passa a ser possível distribuir aplicações de forma semi-oficial, sem entrar de imediato no processo completo de programador - com taxas e validação total de identidade. A intenção é manter a vontade de experimentar, sem permitir que qualquer fonte de APK fique totalmente sem controlo.

Três vias para o sideloading - e nenhuma continua verdadeiramente cómoda

A partir de Agosto de 2026, a Google descreve o ecossistema de sideloading mais ou menos assim:

Via	Para quem?	Barreiras
Programadores verificados	fornecedores de apps “clássicos”, projectos maiores	verificação de identidade, por vezes taxas, mas instalação “normal”
Limited distribution accounts	estudantes, programadores amadores, equipas pequenas	máximo de 20 dispositivos, alcance limitado, mas sem custos
Advanced flow para fontes não verificadas	power users, entusiastas com maior tolerância ao risco	modo de programador, reinício, espera de 24 horas, autorização manual

Este novo modo começa por ser aplicado em países como Brasil, Indonésia, Singapura e Tailândia. Em 2027, a regra deverá estender-se a nível mundial - incluindo Portugal.

Como a comunidade Android está a reagir

Muitos fãs de longa data do Android sentem que a Google lhes está a tirar o tapete. Para este grupo, o sideloading era uma promessa central: decidir por conta própria, testar software, usar lojas alternativas, sem depender de uma única empresa.

Em especial, os power users que instalam ROMs, versões beta ou apps open-source directamente do GitHub vêem nestas regras um desgaste gradual dessa liberdade. A preocupação é prática: se instalar apps externas passar a ser quase um “projecto do dia”, muito menos pessoas o farão no quotidiano.

Do outro lado estão os utilizadores com menos apetência técnica - e é precisamente esse público que a Google quer proteger melhor. Quem antes era pressionado ao telefone por supostos “funcionários do banco” passa a ter oportunidades reais para sair da situação: um reinício quebra o controlo remoto e a pausa de 24 horas corta o efeito de urgência.

O que isto muda, na prática, no dia a dia

Para uma parte grande dos utilizadores de Android, a mudança inicial será surpreendentemente pequena. Quem instala apenas apps do Play Store ou de lojas alternativas com programadores verificados quase não vai notar este novo processo.

A diferença aparece sobretudo nestes cenários:

• Testes beta via link de APK: quem descarrega uma versão inicial directamente de um programador terá de confirmar se esse programador está verificado ou não.
• Utilização de lojas alternativas: dependendo do estatuto da loja, algumas aplicações podem cair no novo advanced flow.
• Projectos open-source: equipas pequenas sem conta verificada, ou apenas com distribuição limitada, podem perder alcance.
• Apps de “mercado cinzento”: apps de streaming, ferramentas de modificação ou software de “cheats” vão enfrentar barreiras muito mais altas - para muitos, o esforço deixará de compensar.

Quem quiser manter esta liberdade deve familiarizar-se cedo com o modo de programador e com as novas opções. O futuro exige mais atenção: quem é o autor da APK? O programador está verificado? Vale mesmo a pena passar pela rotina de 24 horas?

Porque o social engineering é tão perigoso - e o que os utilizadores podem aprender

O foco das alterações é claramente o social engineering. São ataques em que não se explora uma falha técnica, mas sim a confiança de uma pessoa. O exemplo clássico: uma chamada em que um suposto funcionário do banco diz que a conta está em risco e que é “urgente” instalar uma “app de segurança”.

É aqui que as novas barreiras da Google fazem diferença. Um reinício pode interromper a dinâmica da chamada; a espera dá tempo para pensar. Depois de algumas horas, ao pegar no telemóvel com calma, torna-se mais fácil perceber como o pedido era absurdo.

Apesar de toda a tecnologia, há um ponto que continua decisivo: o julgamento do utilizador. Nenhum banco verdadeiro, nenhum serviço de entregas e nenhum fornecedor de electricidade exige a instalação de uma app externa, fora das lojas oficiais, para resolver um problema “urgente”. Interiorizar esta regra simples reduz drasticamente o risco.

Como entusiastas e profissionais podem adaptar-se

Para programadores e utilizadores mais técnicos, o novo rumo implica planear com mais estratégia. Quem distribui ferramentas Android ou pequenas apps utilitárias entre amigos e colegas deve avaliar se uma conta gratuita com distribuição limitada é suficiente. 20 dispositivos pode parecer pouco, mas em muitos casos privados pode chegar.

Quem precisa de maior alcance, ou publica software com regularidade, dificilmente escapará a médio prazo a uma conta de programador verificada. Isso reduz alguma espontaneidade, mas também acrescenta um nível de profissionalismo e confiança - sobretudo à medida que os utilizadores se habituarem ao rótulo “verificado”.

Para comunidades de root, projectos de custom ROMs e entusiastas, o advanced flow continuará a ser a via realista. Incomodativo, sim - mas ainda assim mais aberto do que no iOS, onde o sideloading praticamente não existe sem perfis especiais ou serviços de terceiros.

No fundo, a dinâmica muda: o Android continua a ser o sistema mais livre, mas essa liberdade passa a exigir mais iniciativa - mais passos, mais paciência e uma postura muito mais consciente em relação a cada ficheiro APK que não venha de uma loja oficial.