Voltar às notícias
SegurançaAI Understanding briefing

Google Threat Intelligence relata pesquisa de vulnerabilidades assistida por IA e malware autônomo

Google Threat Intelligence Group afirma que os adversários estão usando IA para acelerar a pesquisa de vulnerabilidades, evitar a detecção, automatizar ações de malware e atingir a cadeia de fornecimento de software em torno dos sistemas de IA.

Por 5 min read
A face-down Android phone beside a disassembled router, network cables and a locked server rack in a dim security laboratory.
A versão curta

Google Threat Intelligence Group afirma que os adversários estão usando IA para acelerar a pesquisa de vulnerabilidades, evitar a detecção, automatizar ações de malware e atingir a cadeia de fornecimento de software em torno dos sistemas de IA.

O que aconteceu

Um relatório de 11 de maio de 2026 do Google Threat Intelligence Group descreve adversários que usam IA generativa em pesquisa de vulnerabilidades, desenvolvimento de malware, reconhecimento, operações de informações e acesso a modelos comerciais. O GTIG afirma ter identificado um ator do crime cibernético usando uma exploração de dia zero que acredita ter sido desenvolvida com IA, embora o modelo do ator e a vulnerabilidade não sejam nomeados.

Google Threat Intelligence Group (GTIG), em um relatório datado de 11 de maio de 2026, afirma que os adversários estão passando da experimentação limitada de IA para o uso em larga escala de modelos generativos em fluxos de trabalho ofensivos. O relatório afirma que suas descobertas se baseiam nos compromissos de resposta a incidentes da Mandiant, nas observações relacionadas ao Gemini e na pesquisa proativa do GTIG. A fonte descreve a IA sendo usada como assistente de pesquisa, auxiliar de codificação, mecanismo de ofuscação e tomador de decisões operacionais, enquanto as camadas de software que cercam os sistemas de IA estão se tornando alvos. O GTIG não fornece uma contagem completa de incidentes ou uma medida de quão comuns são essas práticas em todas as atividades cibernéticas.

A afirmação mais importante do relatório diz respeito a uma vulnerabilidade de dia zero numa popular ferramenta de administração de sistemas baseada na Web e de código aberto. O GTIG afirma que os atores do crime cibernético planejaram uma operação de exploração em massa e usaram uma exploração que contornou a autenticação de dois fatores, embora ainda fossem necessárias credenciais de usuário válidas. Depois de analisar a exploração, o GTIG afirma ter grande confiança de que um modelo de IA ajudou na descoberta de vulnerabilidades e na criação de armas. Seus indicadores incluíam extensas doutrinas educacionais, uma pontuação CVSS alucinada e um estilo Python altamente estruturado. GTIG afirma não acreditar que Gemini tenha sido usado. A fonte não identifica o produto, não fornece um número CVE, não descreve as versões afetadas ou estabelece que a exploração foi usada contra as vítimas; diz que a descoberta proativa e a divulgação ao fornecedor interromperam a atividade planejada.

GTIG também descreve malware assistido por IA e ferramentas de ataque de agente. Diz que o PROMPTSPY, um backdoor do Android, pode enviar uma visualização serializada da interface de um dispositivo para Gemini e analisar a resposta estruturada do modelo em ações como cliques e deslizar. O malware pode bloquear tentativas de desinstalá-lo, capturar gestos de autenticação biométrica e atualizar a infraestrutura de comando em tempo de execução. GTIG afirma que nenhum aplicativo contendo PROMPTSPY foi encontrado no Google Play e que o Play Protect cobre versões conhecidas. Separadamente, o relatório descreve código chamariz gerado por IA e ofuscação dinâmica em malware, estruturas de reconhecimento automatizadas, suspeita de clonagem de voz de IA na campanha pró-Rússia “Operação Sobrecarga” e comprometimentos da cadeia de fornecimento envolvendo pacotes e repositórios conectados a software de IA.

Leia a fonte primária: cloud.google.com

Por que isso importa

O relatório descreve uma mudança de segurança da IA ​​como uma ajuda passiva à investigação para a IA incorporada em ferramentas ofensivas. As implicações incluem desenvolvimento mais rápido de exploits, malware mais adaptável e uma superfície de ataque mais ampla em torno de gateways de modelo, conectores, habilidades de agentes e outras dependências.

O relatório é importante porque descreve a integração da IA ​​nas etapas operacionais, em vez de ser usada apenas para redigir texto ou sugerir código. GTIG afirma que os modelos podem ajudar a identificar falhas lógicas de alto nível que os scanners convencionais podem não priorizar, gerar ou modificar código e interpretar mudanças nos estados do sistema. Se os métodos relatados forem confiáveis, poderão reduzir o tempo e a mão de obra especializada necessários para partes de uma intrusão. A fonte não mostra que a IA criou de forma independente um novo ataque, nem estabelece quanto do trabalho relatado foi realizado por modelos versus operadores humanos.

O caso de dia zero relatado ilustra as potenciais consequências para a segurança. Um desvio de autenticação de dois fatores pode enfraquecer o controle que as organizações usam para proteger sistemas administrativos, mesmo quando um invasor precisa primeiro obter credenciais válidas. O relato do relatório é uma avaliação baseada nas características do código, e não um registro divulgado da atividade do modelo. Esta distinção é importante: as provas apoiam o julgamento de alta confiança do GTIG de que estava envolvida assistência de IA, mas não identificam o modelo, reconstroem todo o processo de investigação ou provam que a exploração teria sido encontrada mais rapidamente do que através de outros métodos.

A superfície de ataque se estende além dos pesos dos modelos e dos principais sistemas de inferência. GTIG afirma que os adversários têm como alvo wrappers, conectores de API, arquivos de configuração, habilidades de terceiros e dependências de software que dão às ferramentas de IA acesso a dados e computadores. Seu relato dos comprometimentos de repositórios e pacotes do TeamPCP, incluindo um utilitário de gateway de IA, mostra como uma intrusão convencional na cadeia de fornecimento de software poderia expor chaves de API e credenciais de nuvem, ao mesmo tempo que fornece um caminho para ambientes habilitados para IA. O impacto público poderá incluir acesso não autorizado, roubo de dados, ransomware, phishing mais direcionado e manipulação de meios de comunicação. No entanto, o relatório não fornece qualquer estimativa de vítimas, perdas financeiras ou exploração em massa bem sucedida, e afirma que o conteúdo de informação-operação observado não produziu capacidades inovadoras.

O que assistir a seguir

As principais questões são se o dia zero relatado recebe um registro público de vulnerabilidade, se explorações semelhantes assistidas por IA aparecem à solta e até que ponto o malware autônomo e os componentes de agentes maliciosos se espalham. Os defensores também devem observar dependências relacionadas à IA, proxies de API, contas descartáveis ​​e sistemas com permissões excessivas de agente.

O ponto de verificação mais imediato é o desvio de autenticação de dois fatores relatado. Um comunicado público, um identificador de vulnerabilidade, uma lista de versões afetadas e uma correção do fornecedor esclareceriam o escopo técnico e permitiriam que as organizações determinassem a exposição. Até que esses detalhes estejam disponíveis, a fonte apoia o tratamento da alegação como uma avaliação séria do GTIG, em vez de um estudo de caso público totalmente reproduzível. Também vale a pena observar evidências de que outros atores estejam usando modelos para descobrir falhas de autorização semântica, e não apenas bugs de segurança de memória ou vulnerabilidades conhecidas.

Os defensores devem monitorar as camadas em torno dos sistemas de IA com tanto cuidado quanto os próprios modelos. O relatório aponta habilidades de agentes maliciosos ou inseguros, repositórios de pacotes comprometidos, agregadores de API, retransmissões de proxy, registro automatizado de contas e ferramentas antidetecção. Os controles práticos incluem revisão de dependências e solicitações pull, verificação de pacotes de agentes, limitação de acesso a credenciais e arquivos confidenciais, separação de sistemas de desenvolvimento e produção, registro de modelos e chamadas de ferramentas e restrição de agentes às permissões mínimas necessárias para uma tarefa. Os provedores também podem identificar pooling de contas suspeitas e tráfego de proxy por meio de sinais de rede e de uso, embora a fonte não avalie a eficácia de nenhum sistema de detecção específico.

O comportamento do malware autônomo merece um exame minucioso. Relatórios futuros devem estabelecer se o PROMPTSPY ou ferramentas similares aparecem fora dos ambientes examinados pelo GTIG, se os provedores de modelos podem interromper seu acesso à API e se as proteções do Android detectam variantes com infraestrutura alterada. De forma mais ampla, os leitores devem procurar análises técnicas independentes do código gerado pela IA, provas forenses que ligam modelos para explorar o desenvolvimento e dados medidos sobre a prevalência de estruturas ofensivas de agentes. O alerta central do relatório tem consequências, mas os seus limites permanecem significativos: documenta a atividade observada ou avaliada, e não uma previsão de que todos os atacantes operam agora sistemas de IA autónomos.

Guias e questionários relacionados

Achou isso útil?
O briefing semanal

Obtenha as histórias de IA que realmente importam.

Um e-mail útil por semana — o que mudou na IA, por que ela é importante, além de ferramentas, guias, oportunidades e formas práticas de agir.

Gratuito · Sem spam · Cancele a inscrição com um clique