Seu telefone está prestes a deixar de ser seu: 70 dias até o bloqueio
O plano do Google de apertar a instalação de apps no Android e exigir verificação de desenvolvedores está gerando preocupação de que telefones com Google Play Services se tornem, na prática, jardins murados. A partir de 2027, a maioria dos usuários precisará de um desenvolvedor verificado pelo Google ou de um “cooldown” único de 24 horas mais o modo de desenvolvedor para fazer sideload de apps, uma mudança que o Google apresenta como proteção contra golpes de suporte técnico. Críticos argumentam que isso vai corroer a abertura do Android, desestimular o desenvolvimento amador e de código aberto, e ampliar o controle do Google sobre dispositivos que as pessoas já possuem, enquanto defensores veem isso como uma troca razoável para reduzir fraudes contra usuários menos técnicos.
Escopo da mudança do Google
- A partir de 2027, uma atualização do Play Services / Play Protect restringirá a instalação de apps cujos desenvolvedores não sejam “verificados” pelo Google (taxa, ToS, documento de identidade governamental, chave de assinatura, IDs de apps), a menos que os usuários usem formas específicas de contorno.
- Afeta dispositivos com Play Protect; ROMs personalizadas sem apps privilegiados do Google (GrapheneOS, algumas configurações do Lineage/eOS) são descritas como não afetadas.
Rotas de escape e ambiguidades
- Os usuários podem ativar o Modo de Desenvolvedor e, após um período único de espera de 24 horas, permitir “pacotes não verificados” indefinidamente ou por 7 dias; APKs ainda podem ser instalados via ADB.
- Alguns observam que isso exige uma conta Google e que o Modo de Desenvolvedor pode quebrar apps bancários/governamentais, forçando os usuários a alterná-lo ou carregar um segundo telefone.
- Vários comentaristas temem que esse “opt-out” possa ser endurecido ou removido depois (“cozinhar o sapo”). Outros enfatizam que isso acontece uma vez por conta/dispositivo e veem a cobertura atual como alarmismo.
- O comportamento exato entre versões do SO, dispositivos apagados ou se os dados do Play Services forem redefinidos é considerado अस्पष्ट.
Segurança vs. controle
- Visão favorável à mudança: o objetivo é reduzir golpes de suporte técnico em que as vítimas são orientadas a fazer sideload de malware; o atraso de 24 horas interrompe a urgência e protege usuários não técnicos.
- Críticos: supostamente a maioria dos golpes e malwares vem pela Play Store e por anúncios, não por APKs sideloaded; KYC com documento de identidade governamental para desenvolvedores não torna o código mais seguro e desestimula trabalho anônimo/FOSS.
- Forte suspeita de que isso tem a ver com controle da plataforma, extração de renda e posicionamento regulatório, e não com segurança.
Impacto em desenvolvedores e no ecossistema
- Entusiastas, pequenos projetos comunitários, lojas de apps fora da loja principal (por exemplo, F-Droid) e apps de nicho médicos/utilitários que dependem de sideloading são vistos como os mais em risco.
- Alguns argumentam que “usuários avançados” ainda conseguem lidar; outros apontam que o dano real ocorre quando bancos, governos e escolas só distribuem apps que dependem de verificações de integridade do Google e proíbem o Modo de Desenvolvedor.
- A preocupação é que o Android esteja convergindo para um bloqueio no estilo iOS, perdendo sua vantagem histórica de abertura.
Respostas e alternativas sugeridas
- Curto prazo: ativar o Modo de Desenvolvedor cedo; usar ADB; mudar para ROMs sem serviços do Google.
- Longo prazo: impulsionar PWAs / web aberta; apoiar sistemas operacionais móveis baseados em Linux (Ubuntu Touch, Mobian, etc.); ação política e legal contra o controle de acesso.
- Uma minoria saúda um bloqueio mais rígido como forma de reduzir apps de baixa qualidade ou fraudulentos, embora outros duvidem que isso melhore significativamente a qualidade dos apps.