Imagine a seguinte cena: uma empresa gigante de tecnologia usa um assistente de programação com inteligência artificial para revisar uma mudança de código. O robô olha, analisa e dá o veredito: "tudo certo, pode publicar". Só que o código tinha uma falha grave escondida — uma porta dos fundos que deixava qualquer pessoa no mundo executar comandos dentro dos servidores da empresa. E quem descobriu essa porta? Outra inteligência artificial, trabalhando sozinha, sem nenhum humano no comando.
Essa história não é roteiro de ficção científica. Aconteceu de verdade em junho de 2026, envolvendo a Snowflake, uma das empresas de dados mais valiosas do mundo, e foi revelada agora pela Wiz, uma empresa de segurança cibernética. É um daqueles casos que mostram, em um único incidente, o melhor e o pior da era da IA.
O que exatamente aconteceu
O time de pesquisa da Wiz mantém uma ferramenta chamada Red Agent — um agente de segurança autônomo, movido a IA, que fica vasculhando código público em busca de vulnerabilidades. Um dia, ele encontrou uma falha no repositório oficial da Snowflake, mais especificamente num projeto chamado snowflake-connector-net.
A falha era do tipo "injeção de script" em um fluxo de trabalho do GitHub Actions. Traduzindo: o GitHub Actions é um sistema que automatiza tarefas dentro de projetos de código — rodar testes, publicar versões, essas coisas. E um desses fluxos tinha um comportamento perigoso: ele pegava o título de uma "issue" (aquele tipo de chamado que qualquer pessoa pode abrir num projeto público) e colava esse título direto dentro de um comando de terminal, sem nenhuma proteção.
É como se um prédio tivesse uma portaria que anota o nome do visitante e, em vez de apenas registrar, mandasse o porteiro falar esse nome em voz alta num megafone que abre todas as portas. Se o "nome" vier com comandos escondidos, você abre tudo.
A IA que disse "pode publicar"
O detalhe mais constrangedor da história é o papel do GitHub Copilot, o assistente de código da Microsoft. Segundo o relatório da Wiz, o Copilot — mais especificamente o recurso chamado Autofix — participou da revisão dessa mudança de código e a marcou como "tudo certo", sem notar a vulnerabilidade crítica.
É importante ser justo aqui: a Wiz esclareceu depois que não ficou claro se a alteração de código em si foi escrita por IA ou por um humano. Mas o ponto central permanece: uma ferramenta de IA participou da aprovação de um código perigosíssimo e não viu nada de errado.
E não foi só o Copilot. O GitHub Advanced Security, o sistema de análise de segurança oficial da plataforma, também escaneou o arquivo problemático e não apontou a falha. Ou seja, duas camadas de defesa automatizada falharam juntas.
A "porta de segurança" que não era porta nenhuma
O código ainda tinha uma tentativa de proteção — uma condição que, em teoria, bloquearia usuários externos. O problema é que essa condição foi escrita de um jeito que nunca funcionava: ela checava uma informação que simplesmente não existe quando o evento é a abertura de uma issue. No final das contas, a "trava" era sempre aberta, e qualquer pessoa do mundo conseguia passar.
Esse é o tipo de detalhe que um olho humano experiente pegaria na hora. Mas entre automações que se aprovam mutuamente, a falha passou despercebida.
O agente que se virou sozinho
Agora vem a parte mais fascinante. Quando o Red Agent tentou explorar a falha, a primeira tentativa deu errado: o payload de ataque causou um erro de sintaxe no shell. Um hacker humano pararia, analisaria o erro e ajustaria manualmente.
O Red Agent fez exatamente isso — só que sem intervenção humana. Ele leu a mensagem de erro, entendeu que o caractere de comentário tinha "engolido" o fechamento do comando, e reescreveu o payload sozinho usando uma técnica diferente. Na segunda tentativa, funcionou.
Em segundos, o agente recebeu de volta as credenciais de acesso ao Jira interno da Snowflake — a ferramenta onde a empresa acompanha engenharia, segurança e até relatórios de bug bounty. Com aquele token, dava para ler informações de projetos internos sensíveis.
Cinco dias entre a falha e o ataque
O dado que mais assusta é a velocidade. A vulnerabilidade entrou no ar em 18 de junho, quando a mudança foi publicada. Apenas cinco dias depois, em 23 de junho, o Red Agent já tinha encontrado, explorado e reportado a falha. Isso muda completamente a matemática da segurança.
Antigamente, uma falha desse tipo podia passar semanas ou meses escondida, até que um pesquisador curioso esbarrasse nela. Agora, com agentes de IA vasculhando código público em escala industrial, a janela entre "alguém introduziu a falha" e "alguém descobriu a falha" pode ser medida em dias — e, em breve, em horas.
Vale destacar que a história termina bem: a Wiz agiu de forma responsável, reportou a falha pelo programa de recompensas da Snowflake, e a empresa corrigiu tudo no mesmo dia, além de confirmar em auditoria que a Wiz foi o único ator durante a janela de exposição. Nenhum dado real de clientes foi comprometido.
O que isso significa para o futuro
Esse incidente é um retrato perfeito da nova realidade da segurança de software. De um lado, temos IA escrevendo e revisando código. Do outro, temos IA caçando e quebrando código. E as duas estão ficando cada vez melhores — e cada vez mais rápidas.
Três lições ficam bem claras:
- IA que escreve código não é desculpa para revisão automática. Código gerado ou aprovado por IA precisa passar pelos mesmos testes de segurança que qualquer código escrito por humanos. Confiar cegamente no "tudo certo" do assistente é um erro.
- A defesa precisa ser tão rápida quanto o ataque. Se a descoberta automatizada acontece em dias, os times de segurança precisam de credenciais de curta duração e ciclos de correção muito mais ágeis.
- O velho código é o inimigo. A falha apareceu quando um padrão seguro (que já existia) foi substituído por um padrão inseguro. Segurança não é algo que você faz uma vez — é algo que você precisa preservar a cada mudança.
Talvez a reflexão mais profunda seja esta: a IA não está apenas escrevendo nosso software. Ela está escrevendo as brechas — e também as ferramentas que encontram essas brechas. Estamos terceirizando tanto o problema quanto a solução para máquinas que, por enquanto, ainda não entendem o impacto do que fazem.
E o Brasil nisso tudo?
Para empresas e desenvolvedores brasileiros, a lição é prática e urgente. O Brasil vive um boom de adoção de assistentes de código com IA — do Copilot ao Cursor e outros. Startups e bancos estão usando essas ferramentas para produzir software mais rápido do que nunca.
Mas velocidade sem revisão de segurança é receita para o desastre. Um caso como o da Snowflake poderia acontecer em qualquer empresa que confie demais na automação. A boa notícia é que a cultura de segurança no Brasil está amadurecendo, com mais times investindo em testes automatizados, revisão humana e programas de bug bounty.
O recado final é simples: use IA para escrever código, mas não deixe que ela seja a única a conferir o próprio trabalho. No mundo novo em que máquinas escrevem e máquinas atacam, a vigilância humana continua sendo a diferença entre um incidente evitado e uma manchete ruim na segunda de manhã.