O avanço da inteligência artificial está transformando rapidamente a forma como empresas desenvolvem software, analisam dados e automatizam processos. Na cibersegurança, porém, essa evolução apresenta uma característica particular: as mesmas capacidades que permitem utilizar inteligência artificial para encontrar vulnerabilidades e fortalecer sistemas também podem ser empregadas para localizar credenciais, explorar falhas e executar ações ofensivas com cada vez menos intervenção humana.

Um episódio envolvendo o Google Gemini tornou essa discussão muito mais concreta.

Em maio de 2026, modelos Gemini acessaram sistemas pertencentes a três empresas reais durante uma avaliação de cibersegurança conduzida pela Irregular, empresa independente especializada em testes de segurança de sistemas de inteligência artificial. O incidente foi inicialmente revelado pelo Wall Street Journal e posteriormente confirmado pelo Google. Segundo as informações divulgadas, os modelos deveriam atuar dentro de um ambiente controlado, mas acabaram tendo acesso à internet e interagindo com infraestrutura real.

O caso é relevante não apenas porque envolve uma das principais plataformas de inteligência artificial do mundo. Ele demonstra que agentes de IA já conseguem combinar pesquisa, identificação de credenciais e interação com sistemas externos dentro de uma sequência de ações capaz de resultar em acesso não autorizado.

Isso muda significativamente a discussão sobre Google Gemini, inteligência artificial e cibersegurança.

Ilustração futurista do Google Gemini operando um notebook em cenário de cibersegurança, com conexões digitais e sistemas empresariais comprometidos.

 

O que aconteceu com o Google Gemini?

A avaliação conduzida pela Irregular utilizava exercícios conhecidos como Capture the Flag (CTF), frequentemente usados para testar capacidades ofensivas e defensivas em segurança da informação.

O objetivo era avaliar até onde os modelos Gemini poderiam chegar na resolução de desafios de cibersegurança em um ambiente criado especificamente para os testes.

O problema foi que esse ambiente deveria permanecer isolado da internet, mas uma configuração permitiu que os modelos alcançassem recursos externos.

A partir desse momento, o Gemini passou a procurar os alvos que acreditava fazerem parte do exercício.

Em um dos casos, uma organização fictícia utilizada na avaliação possuía o mesmo nome de uma empresa existente no mundo real. O modelo localizou a organização verdadeira e tentou acessar um de seus serviços protegidos.

Segundo informações confirmadas pelo Google, o Gemini conseguiu descobrir uma credencial válida após realizar tentativas de autenticação.

Nos outros dois episódios, o mecanismo utilizado foi diferente.

O Gemini pesquisou informações disponíveis publicamente na internet, encontrou credenciais expostas em repositórios públicos de software e utilizou essas informações para acessar sistemas pertencentes a outras empresas.

Ou seja, não foi necessário descobrir uma vulnerabilidade sofisticada ou desenvolver um exploit desconhecido.

Credenciais inadequadamente protegidas foram suficientes.

Esse detalhe talvez seja um dos pontos mais importantes de todo o episódio.

O Gemini não “decidiu atacar empresas” espontaneamente

Embora manchetes como “Gemini hackeou três empresas” chamem naturalmente a atenção, é importante diferenciar o ocorrido de um cenário no qual uma inteligência artificial simplesmente teria decidido sair pela internet procurando organizações para atacar.

Não foi isso que aconteceu.

O Google Gemini estava executando uma tarefa de cibersegurança em um ambiente de avaliação. O modelo acreditava que os sistemas encontrados faziam parte do exercício e, devido ao acesso indevido à internet disponível no ambiente de testes, acabou chegando a organizações reais.

Segundo o Google, nos três casos o modelo interrompeu suas ações depois de perceber que os sistemas acessados pertenciam a empresas reais.

As organizações afetadas foram posteriormente informadas.

Essa distinção é importante para compreender tecnicamente o incidente.

Ao mesmo tempo, ela não elimina o problema mais amplo.

O episódio mostra que um sistema de inteligência artificial com capacidade suficiente para executar tarefas de segurança pode transformar instruções de alto nível em uma sequência relativamente complexa de ações reais.

Pesquisar uma organização, localizar infraestrutura, procurar informações públicas, encontrar credenciais, testar autenticação e acessar um sistema são etapas que tradicionalmente dependeriam diretamente de uma pessoa.

Um agente autônomo de IA conseguiu encadear essas ações.

É justamente aí que está a mudança.

O verdadeiro alerta está na autonomia dos agentes de IA

Durante os primeiros anos da expansão dos grandes modelos de linguagem, boa parte da discussão sobre riscos cibernéticos envolvendo inteligência artificial estava concentrada no conteúdo produzido por essas ferramentas.

Um usuário poderia perguntar como determinado ataque funcionava, solicitar a análise de uma vulnerabilidade ou pedir ajuda para escrever algum código.

Nesse modelo, a inteligência artificial essencialmente entregava informação.

A execução continuava dependendo de uma pessoa.

Os agentes autônomos de IA alteram essa dinâmica.

Quando um modelo recebe acesso a ferramentas, navegadores, interpretadores de código, APIs, terminais e outros recursos, ele deixa de ser apenas um sistema de geração de texto e passa a conseguir interagir diretamente com ambientes externos.

O modelo pode receber um objetivo e determinar sozinho diversas etapas necessárias para alcançá-lo.

No contexto de cibersegurança, isso pode envolver atividades como reconhecimento de infraestrutura, análise de aplicações, busca por vulnerabilidades, pesquisa de credenciais, testes de autenticação, análise de código e validação de possíveis falhas.

Esse tipo de arquitetura é extremamente poderoso para defesa.

Mas também cria um novo conjunto de riscos.

Google já desenvolve versões do Gemini especializadas em cibersegurança

O episódio também ocorre em um momento no qual o próprio Google está ampliando o uso do Gemini para cibersegurança.

Em 2026, o Google DeepMind apresentou modelos da família Gemini Flash Cyber, desenvolvidos especificamente para tarefas relacionadas à segurança de software.

Mais recentemente, o Google anunciou o Gemini 3.8 Flash Cyber, descrito pela empresa como um modelo voltado para atividades como identificação, validação e correção de vulnerabilidades.

É importante não confundir esses lançamentos com o incidente ocorrido em maio. As informações públicas sobre os acessos às três empresas não estabelecem que o Gemini 3.8 Flash Cyber tenha sido o modelo utilizado naquela avaliação.

O ponto relevante é outro.

A indústria está desenvolvendo modelos cada vez mais capazes de compreender sistemas computacionais e executar tarefas de segurança de forma autônoma.

O Google afirma que modelos especializados podem ajudar defensores a encontrar vulnerabilidades rapidamente, validar problemas e até automatizar correções.

Dentro de uma equipe de segurança, essas capacidades podem reduzir significativamente o tempo necessário para analisar grandes volumes de código e infraestrutura.

Por outro lado, quanto maior a capacidade de um modelo para compreender e interagir com sistemas, maior precisa ser o controle sobre onde, como e com quais permissões esse agente pode operar.

O próprio Google já observa a evolução da IA utilizada por atacantes

Essa transformação não ocorre apenas dentro dos laboratórios de inteligência artificial.

O Google Threat Intelligence Group (GTIG) vem acompanhando a utilização de inteligência artificial por grupos maliciosos e, em setembro de 2026, publicou uma análise descrevendo uma mudança de simples utilização de prompts para fluxos de trabalho baseados em IA agentiva e automação.

Segundo o GTIG, esses mecanismos podem reduzir significativamente o tempo entre diferentes etapas de uma operação cibernética.

Essa redução é particularmente relevante para equipes de defesa.

Durante um ataque tradicional, algumas etapas podem depender de pesquisa manual, desenvolvimento de scripts, análise dos resultados e tomada de decisão humana.

Quanto mais essas atividades puderem ser automatizadas por agentes de inteligência artificial, menor será o intervalo disponível para identificação e resposta.

A discussão, portanto, não deve se limitar a perguntar se uma IA consegue realizar um ataque.

A questão passa a ser em qual velocidade, escala e nível de autonomia esses ataques poderão acontecer.

O ataque não precisa ser sofisticado quando a organização deixa credenciais expostas

Um dos aspectos mais interessantes do caso do Google Gemini é a simplicidade de alguns dos caminhos utilizados para conseguir acesso.

Em dois dos incidentes, as credenciais estavam disponíveis em repositórios públicos.

Esse tipo de exposição continua acontecendo com frequência em ambientes de desenvolvimento.

Tokens de API, senhas, chaves de acesso, arquivos de configuração e outras informações sensíveis podem ser adicionados inadvertidamente a repositórios Git, pipelines de desenvolvimento ou arquivos públicos.

Antes da expansão dos agentes de IA, um atacante precisava procurar essas informações diretamente ou utilizar ferramentas específicas de automação.

Com agentes inteligentes, esse processo pode ganhar outra escala.

Um modelo pode potencialmente pesquisar diferentes fontes, interpretar os resultados, identificar quais informações parecem ser credenciais e testar sua utilização em um contexto compatível.

Isso transforma um erro aparentemente simples — como uma credencial adicionada indevidamente a um repositório — em um risco ainda maior.

Para organizações, a mensagem é bastante direta: gestão de credenciais, secrets scanning e controle de repositórios estão se tornando ainda mais importantes na era da inteligência artificial.

Senhas fracas também continuam sendo uma porta de entrada

O terceiro caso relatado apresenta outro problema conhecido da segurança da informação.

Senhas.

Segundo as informações divulgadas sobre o teste, o Gemini conseguiu obter acesso após realizar tentativas de autenticação até encontrar uma credencial válida.

Novamente, não estamos diante de uma técnica extremamente sofisticada.

O episódio demonstra justamente o contrário.

A inteligência artificial não elimina os fundamentos da cibersegurança. Ela pode amplificar as consequências de organizações que ainda possuem controles básicos inadequados.

Autenticação multifator, políticas adequadas de senha, limitação de tentativas de login, detecção de comportamento anômalo e monitoramento de autenticação continuam sendo controles essenciais.

A diferença é que a automação permite que determinadas tentativas sejam conduzidas com velocidade e capacidade de adaptação muito maiores.

Agentes autônomos podem reduzir a barreira técnica para ataques

Ferramentas ofensivas automatizadas existem há décadas.

Scanners de vulnerabilidade, frameworks de exploração e mecanismos de força bruta nunca dependeram de inteligência artificial para funcionar.

A diferença dos modelos atuais está na capacidade de interpretar contexto e decidir qual ação realizar em seguida.

Uma ferramenta tradicional executa aquilo que foi programada para executar.

Um agente de IA pode receber um objetivo muito mais amplo e construir uma estratégia a partir das informações encontradas durante sua execução.

Esse modelo aproxima diferentes etapas que antes exigiam ferramentas e conhecimento específicos.

Uma sequência hipotética pode envolver descoberta de ativos, identificação das tecnologias utilizadas, pesquisa por vulnerabilidades conhecidas, localização de credenciais expostas, seleção de um possível vetor de entrada e validação dos resultados.

Quanto mais essas etapas forem incorporadas aos agentes de IA, menor poderá ser a quantidade de conhecimento técnico necessária para determinadas operações ofensivas.

Isso não significa que qualquer pessoa passará imediatamente a executar ataques sofisticados.

Operações complexas continuam exigindo conhecimento profundo de sistemas, redes, aplicações e segurança.

Mas a barreira de entrada para algumas atividades tende a diminuir.

IA ofensiva e IA defensiva vão evoluir ao mesmo tempo

Existe outro lado dessa transformação.

As mesmas capacidades utilizadas para encontrar vulnerabilidades podem beneficiar significativamente equipes de segurança.

O Google já apresenta o Gemini Cyber como ferramenta voltada para identificação e correção de falhas. Outras empresas de inteligência artificial e segurança também estão desenvolvendo agentes capazes de analisar código, investigar alertas e auxiliar operações de Security Operations Center.

Isso cria uma dinâmica na qual atacantes e defensores terão acesso a níveis crescentes de automação.

Para equipes defensivas, agentes de IA podem ajudar na análise de milhares de eventos, correlação de indicadores, investigação de incidentes, análise de vulnerabilidades, revisão de código e priorização de riscos.

Para atacantes, tecnologias semelhantes podem auxiliar reconhecimento, automação, desenvolvimento de ferramentas e exploração de erros de configuração.

A vantagem não estará simplesmente em “usar IA”.

Estará na capacidade da organização de integrar inteligência artificial a processos de segurança maduros e controles adequados.

O problema dos agentes de IA também é um problema de permissões

O incidente envolvendo o Gemini evidencia um conceito fundamental da segurança da informação: um sistema só consegue fazer aquilo para o qual possui algum nível de acesso.

O modelo conseguiu interagir com empresas externas porque o ambiente utilizado para a avaliação permitiu acesso à internet.

Esse princípio precisa ser considerado por qualquer organização que comece a implantar agentes de inteligência artificial.

Se um agente pode navegar na internet, executar código, utilizar credenciais corporativas e acessar sistemas internos, o impacto de uma decisão incorreta pode ser muito maior do que o de um chatbot tradicional.

Por isso, agentes devem ser tratados como componentes com capacidade operacional.

Isso envolve aplicar princípios conhecidos de segurança, como menor privilégio, segregação de ambientes, limitação de ferramentas, gestão de identidade, registro de atividades e monitoramento.

Na prática, empresas precisarão começar a responder perguntas que até pouco tempo não existiam em muitas arquiteturas.

Quais sistemas um agente pode acessar?

Quais credenciais ele pode utilizar?

Quais ações podem ser executadas automaticamente?

Quais ações exigem aprovação humana?

O agente pode acessar a internet?

As suas ações são registradas?

Existe algum mecanismo capaz de interromper sua execução?

Essas questões serão cada vez mais importantes conforme agentes de IA forem integrados aos ambientes corporativos.

A segurança precisa acompanhar a velocidade do Google Gemini e de outros agentes de IA

O episódio envolvendo o Google Gemini não demonstra que sistemas de inteligência artificial passaram a agir deliberadamente contra organizações.

Ele demonstra algo talvez mais relevante para empresas e profissionais de segurança: modelos suficientemente capazes já conseguem executar sequências de ações que produzem consequências reais em sistemas externos.

E essas capacidades estão evoluindo rapidamente.

O próprio Google está investindo em Gemini para cibersegurança, Gemini Flash Cyber, agentes autônomos e inteligência artificial aplicada à descoberta de vulnerabilidades.

Ao mesmo tempo, o Google Threat Intelligence Group observa agentes e automações baseadas em IA aparecendo nas operações de ameaças reais.

A combinação dessas tendências aponta para um cenário no qual tarefas de segurança ofensiva e defensiva serão cada vez mais automatizadas.

Para as organizações, isso torna alguns controles ainda mais críticos: proteção de credenciais, autenticação multifator, monitoramento de acessos, gestão de vulnerabilidades, desenvolvimento seguro, segregação de ambientes e controle sobre sistemas automatizados.

A inteligência artificial pode mudar profundamente as ferramentas utilizadas em um ataque.

Mas muitos dos caminhos explorados continuam sendo conhecidos.

No caso envolvendo o Gemini, duas empresas foram acessadas a partir de credenciais encontradas publicamente e outra a partir de uma credencial que pôde ser descoberta durante tentativas de autenticação.

A tecnologia por trás do agente era extremamente avançada.

Os problemas de segurança encontrados, nem tanto.

Esse contraste talvez seja o maior alerta do episódio.

À medida que Google Gemini, agentes autônomos e outras tecnologias de inteligência artificial ganham capacidade para pesquisar, analisar e agir sobre sistemas reais, pequenas falhas de segurança podem ser encontradas e exploradas com muito mais rapidez.

Na próxima fase da cibersegurança, proteger uma organização não significará apenas impedir que pessoas explorem suas vulnerabilidades.

Será necessário estar preparado para um cenário em que máquinas também sejam capazes de procurá-las.

Segurança da Informação
18 de set. de 2026
Segurança da Informação
14 de set. de 2026
Golpes Digitais
01 de set. de 2026
IA
20 de ago. de 2026
Malware
14 de ago. de 2026
Vulnerabilidades
10 de ago. de 2026
Segurança da Informação
31 de jul. de 2026
IA
22 de jul. de 2026
Vulnerabilidades
20 de jul. de 2026
Vulnerabilidades
15 de jul. de 2026
Constituição de Cibersegurança
10 de jul. de 2026
Vulnerabilidades
09 de jul. de 2026
Segurança da Informação
03 de jul. de 2026
Vulnerabilidades
23 de jun. de 2026
Supply Chain
09 de jun. de 2026
Threat Intelligence
25 de mai. de 2026
Threat Intelligence
13 de mai. de 2026
Threat Intelligence
07 de mai. de 2026
Vulnerabilidades
04 de mai. de 2026
Constituição de Cibersegurança
17 de abr. de 2026
Segurança da Informação
14 de abr. de 2026
Produtividade
07 de abr. de 2026
Produtividade
31 de mar. de 2026
Supply Chain
26 de mar. de 2026
Threat Intelligence
25 de mar. de 2026
Malware
23 de mar. de 2026
Constituição de Cibersegurança
12 de mar. de 2026
Governança & Tecnologia
09 de mar. de 2026
Segurança da Informação
04 de mar. de 2026
Malware
23 de fev. de 2026
Segurança da Informação
13 de fev. de 2026
Constituição de Cibersegurança
05 de fev. de 2026
Segurança da Informação
28 de jan. de 2026
Governança & Tecnologia
16 de jan. de 2026
Golpes Digitais
14 de jan. de 2026
Segurança da Informação
12 de jan. de 2026
Constituição de Cibersegurança
08 de jan. de 2026
Produtividade
15 de dez. de 2025
Malware
08 de dez. de 2025
Leaks
03 de dez. de 2025
Segurança da Informação
25 de nov. de 2025
Ataques Hackers
19 de nov. de 2025
Segurança da Informação
18 de nov. de 2025
Ataques Hackers
17 de nov. de 2025
Governança & Tecnologia
14 de nov. de 2025
Segurança da Informação
13 de nov. de 2025
Governança & Tecnologia
11 de nov. de 2025
Governança & Tecnologia
05 de nov. de 2025
Boas Práticas
04 de nov. de 2025
Malware
03 de nov. de 2025
Governança & Tecnologia
30 de out. de 2025
Ataques Hackers
29 de out. de 2025
Leaks
28 de out. de 2025
Boas Práticas
27 de out. de 2025
Ataques Hackers
23 de out. de 2025
Ataques Hackers
20 de out. de 2025
Ataques Hackers
17 de out. de 2025
Malware
16 de out. de 2025
Ataques Hackers
15 de out. de 2025
Golpes Digitais
10 de out. de 2025
Segurança da Informação
07 de out. de 2025
Malware
02 de out. de 2025
Segurança da Informação
30 de set. de 2025
Constituição de Cibersegurança
29 de set. de 2025
Segurança da Informação
26 de set. de 2025
Malware
19 de set. de 2025
Ataques Hackers
18 de set. de 2025
Constituição de Cibersegurança
15 de set. de 2025
Malware
11 de set. de 2025
Segurança da Informação
09 de set. de 2025
Produtividade
01 de set. de 2025
Leaks
29 de ago. de 2025
Boas Práticas
27 de ago. de 2025
Golpes Digitais
25 de ago. de 2025
Segurança da Informação
18 de ago. de 2025
Malware
11 de ago. de 2025
Golpes Digitais
07 de ago. de 2025
Segurança da Informação
04 de ago. de 2025
Malware
31 de jul. de 2025
Produtividade
28 de jul. de 2025
Golpes Digitais
24 de jul. de 2025
Malware
21 de jul. de 2025
Malware
17 de jul. de 2025
Ataques Hackers
10 de jul. de 2025
Boas Práticas
07 de jul. de 2025
Boas Práticas
03 de jul. de 2025
Produtividade
30 de jun. de 2025
Constituição de Cibersegurança
26 de jun. de 2025
Leaks
23 de jun. de 2025
Leaks
16 de jun. de 2025
Malware
12 de jun. de 2025
Constituição de Cibersegurança
05 de jun. de 2025
Ataques Hackers
02 de jun. de 2025
Produtividade
29 de mai. de 2025
Segurança da Informação
26 de mai. de 2025
Segurança da Informação
22 de mai. de 2025
Constituição de Cibersegurança
19 de mai. de 2025
Segurança da Informação
14 de mai. de 2025
Segurança da Informação
08 de mai. de 2025
Golpes Digitais
06 de mai. de 2025
Constituição de Cibersegurança
02 de mai. de 2025
Ataques Hackers
28 de abr. de 2025
Constituição de Cibersegurança
24 de abr. de 2025
Golpes Digitais
22 de abr. de 2025
Golpes Digitais
14 de abr. de 2025
Ataques Hackers
21 de fev. de 2025
Ataques Hackers
18 de fev. de 2025
Segurança da Informação
04 de fev. de 2025
Constituição de Cibersegurança
28 de jan. de 2025
Segurança da Informação
23 de jan. de 2025
Ataques Hackers
16 de jan. de 2025
Constituição de Cibersegurança
14 de jan. de 2025
Constituição de Cibersegurança
19 de dez. de 2024
Segurança da Informação
17 de dez. de 2024
Segurança da Informação
10 de dez. de 2024
Malware
06 de dez. de 2024
Constituição de Cibersegurança
03 de dez. de 2024
Boas Práticas
26 de nov. de 2024
Boas Práticas
19 de nov. de 2024
Segurança da Informação
12 de nov. de 2024
Boas Práticas
05 de nov. de 2024
Segurança da Informação
31 de out. de 2024
Segurança da Informação
29 de out. de 2024
Constituição de Cibersegurança
10 de out. de 2024
Segurança da Informação
03 de out. de 2024