O pitch
O Google Play Integrity e o Apple App Attest deixaram de ser camadas de segurança opcionais e passaram a ser porteiros obrigatórios da participação digital. Desde maio de 2026, o reCAPTCHA exige a leitura com um smartphone “certificado” para verificar usuários de desktop no Windows e no Linux (support.google.com/recaptcha). Essa arquitetura impõe um ambiente “Zero-Trust” baseado em hardware, que verifica criptograficamente o estado do dispositivo antes de liberar o acesso.
Por dentro
O Android 16 transformou a aplicação do zero-trust no nível do hardware, antes uma filosofia de design, em um requisito obrigatório do sistema (Jason Bayton, Android Security Paper 2026). Com isso, operações sensíveis só acontecem se o Trusted Execution Environment (TEE) confirmar que o bootloader está bloqueado e que o sistema operacional é assinado pelo fabricante. Embora a API aceite tecnicamente “raízes de confiança alternativas”, a Play Integrity API restringe a verificação aos dispositivos que licenciam os Google Mobile Services (GMS) (artigo do GrapheneOS).
As implicações para a privacidade são significativas, porque esses pacotes de atestação não usam hoje provas de conhecimento zero. Isso permite que os fornecedores vinculem IDs de hardware específicos a cada evento de atestação, o que cria um vetor de rastreamento persistente (thread no HN, 10 de maio de 2026). Usuários de hardware “não confiável”, como GrapheneOS ou celulares com Linux, são cada vez mais bloqueados em bancos, serviços públicos e na navegação básica na web (GrapheneOS Social).
O cenário técnico e jurídico está em plena mudança:
* Não há nenhum bypass documentado da “strong integrity” sem um zero-day não corrigido no TEE.
* A Comissão Europeia investiga esses frameworks como “novas formas de lock-in” no âmbito do Digital Markets Act (Parlamento Europeu 2026/2596 RSP).
* Ainda não há resposta do Google e da Apple sobre essas investigações do DMA.
* Iniciativas regionais de “Unified Attestation” são criticadas como cartéis miméticos, e não como padrões abertos (Reddit r/degoogle).
Nossa opinião
Isto é um cercamento digital disfarçado de segurança. Se você está criando um app para consumidores em 2026, provavelmente será empurrado para esse ecossistema pelas suas seguradoras ou pelos seus processadores de pagamento, mas tenha consciência do custo. Na prática, você está dispensando todo usuário que valoriza a soberania sobre o próprio hardware ou que usa um dispositivo sem Google. É uma forma muito eficaz de barrar bots, mas transforma a web aberta em um condomínio fechado em que Google e Apple têm as únicas chaves.