Retrospectiva da ShinyHunters: Como saber quais aplicativos precisam de resistência a ataques impulsionados por IA

Em algum lugar em um grupo do Telegram pode haver uma chave que pertence à sua empresa. Como? Graças à inteligência artificial. E porque muitas pessoas acidentalmente vazam muitos segredos em diversos aplicativos que são lançados ao público. 

Em seu relatório de inteligência de ameaças de setembro de 2026, a Anthropic documentou uma operação de coleta de credenciais executada por um único operador francófono afiliado ao ecossistema ShinyHunters. O pipeline rodava em dez instâncias EC2 da AWS. Ele baixava em massa 1.8 milhão de APKs distintos do Android de diversas lojas de aplicativos, descompilava cada um deles e analisava a saída com o TruffleHog em busca de segredos embutidos no código. Chaves de API, credenciais de nuvem e tokens de backend. Os resultados verificados eram encaminhados para o Telegram em tempo real, organizados de forma que o operador pudesse priorizar as credenciais que chegavam aos sistemas de produção. Um fluxo paralelo coletava tokens de acesso pessoal expostos do GitHub. 

Nas palavras da Anthropic, esses dois fluxos "forneceram as credenciais de acesso inicial para a maior parte das violações confirmadas" ligadas à operadora. E, claro, eles não pararam por aí! Depois de invadir um provedor de SaaS, os operadores alcançaram cerca de 200 organizações clientes dessa empresa e, em seguida, divulgaram mais de 2,100 conjuntos de tokens do Azure AD em mais de 40 tenants corporativos em cerca de 34 horas. A Anthropic observa que agentes de IA realizaram quase todo o trabalho. Ops. 

O que os agentes fizeram? Baixar. Descompilar. Analisar. 

Sem emulador. Sem dispositivo físico. Sem aparelho com root, sem framework de instrumentação, sem execução de qualquer tipo. Na verdade, o aplicativo sequer foi executado. Tratava-se de uma análise estática pura, realizada quase dois milhões de vezes para buscar rapidamente dados visíveis e relevantes. 

Compreender a dimensão do problema

Isso tem uma implicação desconfortável para a forma como a maioria das equipes enxerga a segurança de aplicativos móveis, e uma implicação honesta para a forma como falamos sobre nossos próprios produtos aqui na [nome da empresa]. Digital.aiProteções em tempo de execução, como detecção de adulteração, detecção de root e jailbreak, anti-instrumentação e RASP, são realmente valiosas, mas são totalmente irrelevantes neste caso. Uma defesa que é acionada quando o aplicativo é executado não tem efeito algum contra um ataque que sequer chega a executar o aplicativo. Qualquer fornecedor que diga o contrário sobre essa campanha específica está vendendo algo que não teria ajudado neste caso. 

Isso também explica a escala. Executar um aplicativo é caro: requer um dispositivo ou um emulador, uma conta ativa, (às vezes) um login e um humano para decidir o que aconteceu. Ler um arquivo é barato. Na verdade, a IA reduziu o custo de leitura e compreensão de um arquivo binário a quase zero, o que elimina a pergunta que as equipes de desenvolvimento mobile vêm fazendo silenciosamente há anos: "nosso aplicativo é interessante o suficiente para que alguém se dê ao trabalho?". Ninguém decidiu se esses aplicativos valiam o esforço. Não houve nenhum esforço para alocar recursos. Em vez disso, o atacante disse: "Se eu lançar uma rede suficientemente ampla, certamente pegarei algo interessante".  

Isto já sabíamos: se uma credencial privilegiada e de longa duração estiver compilada no seu aplicativo móvel, a solução correta é removê-la. Mantenha as credenciais privilegiadas no servidor. Faça com que o aplicativo autentique e, em seguida, emita tokens de curta duração e com escopo restrito para as operações específicas que o cliente realmente precisa. Adicione cotas de uso, restrições de aplicativo e um caminho de rotação que você tenha testado na prática, em vez de um que exista apenas em um manual de procedimentos. 

Nenhuma proteção do lado do cliente altera essa recomendação. Um aplicativo que você distribui para um dispositivo que não controla está, por definição, nas mãos da pessoa contra quem você está se defendendo. A ofuscação não torna um segredo do lado do cliente arquiteturalmente. safe e Digital.ai não afirma que sim. 

Diga isso primeiro à sua equipe. Depois, tenha a segunda conversa, que é o verdadeiro objetivo desta campanha. 

O que altera o endurecimento: o custo da extração 

A segunda discussão gira em torno do aumento do custo de extração. Nem todo segredo pode ser transferido para o servidor amanhã, algumas informações reveladas por um binário não são credenciais de fato, e a correção leva trimestres, enquanto um processo de varredura leva segundos. Portanto, ao considerar onde investir melhor os recursos limitados de segurança, a pergunta útil não é "meu aplicativo é impenetrável?", mas sim "meu aplicativo é barato de processar?". 

Essa distinção é o mecanismo central deste ataque. Um pipeline que processa 1.8 milhão de binários está otimizado para a taxa de transferência. Ele não gasta vinte minutos burlando as proteções do aplicativo número 395,423! Em vez disso, ele descarta esse aplicativo e passa para um dos outros 1.79 milhão que não custam nada. Cada proteção que transforma uma leitura estática trivial em um exercício dinâmico por aplicativo remove você desse funil. Costumamos brincar que você não precisa ser mais rápido que o urso, apenas mais rápido que alguém com quem você está caminhando. Neste caso, você só precisa não se destacar por ser um antílope doente ou fraco na periferia da manada.  

Capacidades: o que fazem e por que isso é importante aqui.

O String Encryption Guard — App Hardening for Mobile (DEX 6.9.1, Native ARM 16.6.0) substitui literais de string por uma chamada de descriptografia em tempo de execução, de modo que nada legível sobreviva a uma descompilação estática. Ele impede diretamente a etapa de varredura estática de strings que este operador automatizou e força um ataque dinâmico por aplicativo — o que não é escalável para 1.8 milhão de aplicativos.

Criptografia de Caixa Branca: Agente 1.1.1. As credenciais são armazenadas via `hideAndStore()` e recuperadas via `fetchAndUnhide()`, em vez de existirem como constantes simples, vinculadas à identidade do pacote do aplicativo e ao certificado de assinatura. Foi desenvolvido especificamente para proteger chaves de API e tokens OAuth. A resiliência vai além da extração estática, abrangendo dispositivos com root, jailbreak e depuração — um avanço em relação ao que a criptografia de strings por si só oferece.

A criptografia de strings é uma configuração de tempo de compilação. A criptografia de caixa branca é uma integração deliberada do desenvolvedor, não uma opção que você ativa ou desativa — o nível de esforço é real e você pode ler sobre isso aqui. O que importa primeiro é a arte do possível: uma credencial que existe apenas como um bloco criptografado vinculado ao seu certificado de assinatura não é algo que um grep encontra, e não é algo que um pipeline otimizado para throughput deixe de buscar. 

A última pergunta a fazer é esta: alguém da sua equipe já descompilou a versão de produção atual e leu o resultado? 

Para a maioria das organizações, a resposta é não — não por descuido, mas porque nenhuma ferramenta padrão revela isso. A análise estática lê o código-fonte. A análise de composição lê as dependências. Nenhuma delas mostra o artefato da maneira como um atacante o recebe, que é a única forma da sua aplicação que um pipeline como este consegue enxergar.

Descubra o que tem no seu funil. Depois, decida o quanto você quer estar presente nele. 

Digital.ai A Proteção de Aplicativos ajuda as equipes a aumentar o custo da engenharia reversa e da detecção de adulteração assistidas por IA em aplicativos distribuídos fora de seu controle. Se você deseja ajuda para encontrar onde os segredos estão armazenados em seu aplicativo hoje mesmo, inscreva-se para uma avaliação gratuita. avaliação gratuita do aplicativo — ou leia mais sobre Reforço da segurança de aplicativos para dispositivos móveis e criptografia de caixa branca

Fontes

Antrópico, Detecção e combate ao uso indevido de IA: setembro de 2026* (cluster de ameaças GTG-50014). Detalhes do produto em Digital.ai Guias do usuário para App Hardening for Mobile (DEX 6.9.1, Native ARM 16.6.0) e Criptografia White-Box: Agent 1.1.1.