Em 21 de outubro de 2026, o projeto PHP publicou correções para duas falhas críticas que poderiam permitir execução remota de código sem autenticação. Oito dias depois, a Binance relataria um ataque bilionário à sua infraestrutura de carteiras. Os episódios não têm uma causa comum demonstrada — e esse contraste é precisamente o ponto: a inteligência artificial já ajuda pesquisadores a encontrar brechas, enquanto criminosos seguem explorando acessos, pessoas e sistemas que não foram protegidos a tempo.
De 2022 a 12 de novembro de 2026, a IA avançou de assistente de programação para ferramenta de investigação de segurança e, em alguns casos, componente de operações ofensivas. A pergunta relevante não é se ela é boa ou má para a internet. É se a capacidade de corrigir vulnerabilidades consegue acompanhar a velocidade com que código, dependências e ataques se multiplicam.
Aceleramos o desenvolvimento. E a revisão de segurança?
Assistentes de IA já redigem funções, sugerem testes, explicam trechos antigos, produzem protótipos e auxiliam na análise de aplicações. Isso reduz trabalho repetitivo e amplia o alcance de equipes pequenas. Mas um código que compila, passa em testes superficiais e entrega a funcionalidade solicitada pode continuar vulnerável a falhas de autorização, manipulação de entradas, exposição de segredos ou dependências maliciosas.
A tensão não nasceu com os modelos generativos. Em fevereiro de 2022, o NIST já publicava seu framework de desenvolvimento seguro, defendendo a incorporação da segurança a todo o ciclo do software. A IA torna essa recomendação mais urgente: a revisão de arquitetura, os testes adversariais e o gerenciamento das bibliotecas precisam avançar junto com a velocidade de entrega. Nem toda sugestão automática é vulnerável; tampouco deve ser tratada como aprovada só porque veio de um modelo.
Quando a IA encontra vulnerabilidades reais
Em outubro de 2024, o projeto Big Sleep, do Google Project Zero e Google DeepMind, encontrou um erro explorável em SQLite antes que ele chegasse a uma versão oficial; os mantenedores corrigiram o problema no mesmo dia. Em 2025, o Google relatou outra descoberta do agente em SQLite após combinar análise automática e informações de ameaças. São exemplos de defesa preventiva, não de uma IA que substituiu sozinha todo o trabalho humano.
No caso do PHP, a distinção de autoria importa. Segundo a OpenAI, o pesquisador Calif identificou uma falha crítica com auxílio do GPT-5.6 Sol; a Wiz encontrou e reportou independentemente as duas vulnerabilidades. Coube aos mantenedores do PHP liderar as correções, com coordenação de pesquisadores e provedores para preparar proteções antes da divulgação. As versões corrigidas — PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35 — saíram em 21 de outubro de 2026. Descoberta e anúncio, por si sós, não atualizam o servidor de ninguém.
A escala também impressiona, mas exige leitura cuidadosa. Em seu painel de divulgação coordenada, atualizado em 2 de novembro de 2026, a Anthropic declarou 5.087 achados comunicados em 680 projetos de código aberto e 629 corrigidos, segundo seu conhecimento. O painel combina etapas de triagem, verificação, comunicação e remediação; seus números não significam que 5.087 invasões ocorreram nem que todos os alertas tenham igual gravidade. A diferença entre descobertas e correções mostra o gargalo operacional que permanece.
Em pesquisa publicada em 4 de novembro de 2026, a OpenAI descreveu um experimento controlado no kernel Linux: agentes reproduziram vulnerabilidades e desenvolveram 948 explorações funcionais de elevação local de privilégios, além de propostas de correção sujeitas a revisão humana. Após dez dias, 61 achados desse grupo já tinham correção incorporada ao projeto, 43 tinham patches em preparação e 299 estavam em discussão pública. Não se trata de 948 ataques registrados contra usuários, nem de 948 atualizações já instaladas.
A vantagem de descobrir primeiro e agir antes
Num piloto descrito pelo governo britânico, nove organizações públicas analisaram repositórios de código com apoio de modelos avançados e identificaram 407 achados. Todas as falhas classificadas como críticas foram corrigidas; não se encontrou evidência de exploração dos achados. Em outubro, uma atualização parlamentar já informava 1.352 vulnerabilidades identificadas e tratadas em dois pilotos, cobrindo 548 repositórios e 18 departamentos participantes. Os recortes e o estágio das iniciativas são diferentes; não devem ser somados como se fossem casos independentes.
A descoberta antecipada muda a disputa quando encontra um caminho até a correção: alguém precisa confirmar a falha, avaliar seu alcance, desenvolver o patch, testá-lo e distribuí-lo. A divulgação coordenada do PHP ilustra o ganho de tempo para provedores prepararem respostas. Mas a janela entre anúncio e atualização dos sistemas também é uma oportunidade para atacantes; por isso o aviso dos mantenedores foi atualizar imediatamente.
Como criminosos estão usando IA na prática
Um relatório do Google Threat Intelligence Group de setembro de 2026 documentou um caso concreto: depois de comprometer uma infraestrutura em nuvem, um grupo suspeito de motivação financeira usou um chatbot de programação e instruções para planejar e operar uma campanha de coleta de credenciais em menos de seis horas. Um painel posteriormente organizava mais de 23.800 segredos coletados, incluindo chaves de API. A IA acelerou tarefas de reconhecimento, exploração e administração; isso foi observado em ambiente criminoso real, e não apenas em testes de laboratório.
O mesmo relatório descreve grupos empregando modelos em reconhecimento, escrita de software, análise de vulnerabilidades e adaptação de ferramentas. Agentes podem encadear ações, analisar resultados e resolver obstáculos sem intervenção a cada passo. Isso reduz o custo de certas atividades, mas não prova que qualquer pessoa consiga executar um ataque sofisticado com um único comando. O Google afirmou não ter observado, naquele recorte, uma cadeia integralmente autônoma de invasão contra alvos no mundo real, apesar de avanços em automação parcial.
A engenharia social ganhou uma voz convincente
Golpes não precisam romper a criptografia quando conseguem convencer alguém a entregar acesso. Em maio de 2025, o FBI alertou para mensagens e áudios gerados por IA que imitavam autoridades norte-americanas, aproximando vítimas de links maliciosos e pedidos de informações. Phishing costuma chegar por e-mail ou páginas falsas; smishing usa mensagens de texto; vishing explora chamadas ou áudios. Vídeos sintéticos e clonagem de voz podem reforçar uma falsa identidade, mas a estratégia continua sendo criar confiança e urgência.
A resposta mais segura diante de uma suposta emergência financeira é encerrar o contato e procurar a pessoa ou a instituição por um canal verificado previamente. Detalhes visuais estranhos podem denunciar uma falsificação, porém sua ausência não confirma autenticidade. Senhas exclusivas e autenticação em duas etapas ajudam, mas um código entregue ao golpista, uma sessão já sequestrada ou um procedimento frágil de recuperação de conta podem contornar proteções. As {ref('nist_auth','diretrizes do NIST')} distinguem métodos resistentes a phishing de códigos digitados manualmente e tratam a recuperação de conta como parte da segurança, não como exceção administrativa.
O que os ataques a prestadores revelam sobre os bancos brasileiros
O Banco Central, segundo dados divulgados em 27 de outubro e detalhados pela CNN Brasil, registrou 59 incidentes cibernéticos em 2024, 76 em 2025 e 99 de janeiro a setembro de 2026. Desses 99, 68 foram classificados como fraude. A série é relevante, mas 2026 ainda não era um ano completo e a autoridade também atribuiu parte do aumento à melhora na detecção e na comunicação de ocorrências. Os números não medem, por si, quantos incidentes envolveram IA.
Em julho de 2025, o ataque à C&M Software envolveu o uso indevido de credenciais de clientes de uma empresa que conectava instituições a infraestruturas financeiras. Foram atingidas contas de reserva institucionais, não demonstrado um desvio direto das contas Pix de consumidores. Em agosto, a Sinqia informou transações empresariais não autorizadas de aproximadamente R$ 710 milhões em seu ambiente Pix, envolvendo duas instituições clientes e credenciais legítimas de fornecedores de TI. Parte foi recuperada, sem que aquele informe permitisse calcular perda líquida definitiva.
Esses episódios expõem uma dependência pouco visível: um prestador opera conexões, permissões e processos compartilhados por diferentes instituições. Se credenciais privilegiadas ou integrações desse prestador forem comprometidas, a intrusão pode repercutir em várias empresas, mesmo que suas aplicações de atendimento continuem intactas. Não há base nas fontes consultadas para afirmar que os ataques à C&M ou à Sinqia foram causados por inteligência artificial.
Criptomoedas: mais incidentes, perdas concentradas
A TRM Labs contabilizou 83 ataques a projetos cripto no primeiro semestre de 2025 e 207 no primeiro semestre de 2026. O valor roubado, entretanto, caiu de cerca de US$ 2,3 bilhões para US$ 972 milhões nos mesmos recortes. Contratos inteligentes responderam pela maior parte da quantidade de incidentes de 2026; comprometimentos de infraestrutura e operação, embora menos numerosos, concentraram aproximadamente 76% do valor roubado. Assim, contar ataques e somar dólares são formas distintas de medir risco.
O caso Bybit, de fevereiro de 2025, ilustra o segundo problema: quase US$ 1,5 bilhão em ether foi desviado após comprometimento da interface de uma ferramenta de assinatura usada numa transferência de carteira. Não é o mesmo que quebrar matematicamente a blockchain Ethereum. Uma exchange pode ser invadida; uma chave privada, roubada; um contrato inteligente, explorado. Nenhum desses episódios, isoladamente, prova a quebra da criptografia ou do consenso da rede.
Binance: o que o relatório preliminar efetivamente diz
No relatório preliminar publicado em 3 de novembro de 2026, a Binance descreve o ataque de 29 de outubro como uma cadeia de engenharia social, downloads maliciosos, comprometimento de computadores e credenciais e uso indevido de uma ferramenta interna de IA como ponto de apoio. O documento relata acesso não autorizado a serviços de assinatura de carteiras e operações fora do fluxo normal de saques. Ele aponta aproximadamente US$ 6,34 bilhões em ativos afetados e cerca de US$ 2,85 bilhões congelados ou interceptados até a atualização, sujeitos a conciliação e oscilações de preço.
Esses US$ 6,34 bilhões não devem ser publicados como prejuízo líquido definitivo nem comparados diretamente com os US$ 972 milhões da TRM para janeiro a junho: são métricas, períodos e situações diferentes. A investigação da Binance ainda estava em andamento, com revisão independente prometida. A presença de uma ferramenta de IA no caminho do ataque é um achado relevante; não demonstra que a ferramenta decidiu ou executou autonomamente toda a invasão.
Governos também enxergam mais, mas não necessariamente tudo
No Brasil, o painel do CTIR Gov apresentava 14.921 notificações em 2024 e 18.092 em 2025, somando incidentes e vulnerabilidades. Na consulta de 12 de novembro de 2026, a página exibiu 61.378 notificações para 2026; é um total dinâmico, não uma contagem de invasões bem-sucedidas. O próprio centro esclarece que, a partir de janeiro de 2026, ampliou o recebimento de feeds de inteligência e modificou a taxonomia e a classificação. Por isso, comparar os totais diretamente exageraria qualquer inferência sobre escalada de ataques.
A experiência britânica oferece o outro lado da comparação: usar IA para revisar código público pode antecipar a correção de falhas em serviços essenciais. Isso só produz proteção efetiva se os órgãos mantiverem equipes para triagem, testes, atualização, monitoramento e resposta. A auditoria automatizada não substitui orçamento, governança nem responsabilidades definidas.
Os ataques estão aumentando por causa da IA?
Há evidências de aumento em determinados indicadores: incidentes bancários comunicados ao BC, quantidade de ataques no conjunto analisado pela TRM e notificações captadas pelo CTIR Gov. Há também evidência direta de IA ajudando agentes maliciosos a operar mais depressa. O salto indevido seria transformar essa coincidência em uma explicação única para as três séries. Os levantamentos não identificam, caso a caso, quais episódios foram causados por IA nem isolam seu efeito de outras mudanças.
Digitalização, novas integrações, expansão de projetos cripto, dependência de fornecedores e maior capacidade de monitoramento aumentam as oportunidades de ataque e o volume de registros. Ao mesmo tempo, a IA pode acelerar tanto a descoberta de vulnerabilidades quanto a triagem defensiva. A conclusão sustentada pelas fontes é mais restrita e mais útil: a tecnologia está comprimindo etapas da disputa, mas ainda faltam séries comparáveis para quantificar sua contribuição ao crescimento total de incidentes.
Como reduzir o risco sem depender de reconhecer um deepfake
Para pessoas comuns, as medidas mais eficazes protegem contas e decisões, não apenas telas. A Cartilha de Segurança para Internet do CERT.br e as diretrizes do NIST orientam uma combinação de higiene digital e autenticação adequada:
- Use senhas longas e exclusivas, de preferência guardadas em gerenciador; proteja especialmente o e-mail principal, que costuma receber redefinições de acesso.
- Ative autenticação em duas etapas. Quando disponível, prefira passkeys ou chaves de segurança resistentes a phishing; nunca informe códigos de acesso a terceiros.
- Confirme pedidos urgentes de dinheiro ou dados por um número ou aplicativo já conhecido, sem seguir o contato fornecido na mensagem suspeita.
- Atualize celular, computador, navegador e aplicativos; revise dispositivos conectados e sessões abertas, inclusive após suspeita de invasão.
- Nos bancos, configure alertas e limites de transação compatíveis com o uso habitual e acione imediatamente os canais oficiais em caso de movimentação estranha.
Para empresas, o foco muda do gesto individual para a qualidade do processo. A geração de código com IA precisa de revisão humana de segurança, testes de autorização, análise de dependências e verificações na integração contínua. Fornecedores exigem avaliação periódica, permissões estritamente necessárias, credenciais de curta duração, segregação de ambientes e planos para revogar acessos e certificados em situações de crise.
Também importam a segurança da recuperação de contas, a proteção contra roubo de sessões, a capacidade de aplicar patches rapidamente, os registros de auditoria, a detecção de transações anômalas e exercícios de resposta. Uma empresa que consegue identificar uma falha em minutos, mas demora meses para corrigir ou não sabe quem administra um fornecedor, continua vulnerável.
Uma corrida de dois lados, decidida depois da descoberta
Entre o Big Sleep, as correções do PHP, as pesquisas sobre o Linux e os golpes com IA, surge uma constatação: modelos já conseguem ampliar substancialmente o alcance de quem investiga e de quem ataca. Ainda não há prova de que estejam produzindo uma internet globalmente mais segura, nem de que expliquem sozinhos a escalada dos incidentes financeiros e governamentais.
O fator decisivo está no intervalo entre descobrir, corrigir e instalar uma proteção, e na capacidade de impedir que uma identidade convincente vire uma autorização legítima. A velocidade da IA importa. A disciplina de segurança que a acompanha importa ainda mais.
