Há uma lógica perversa no progresso tecnológico: as mesmas capacidades que ampliam o horizonte do conhecimento humano também abrem brechas para que ele seja destruído. A inteligência artificial vive hoje esse paradoxo em sua forma mais aguda. Na última semana, pesquisadores da Universidade de Toronto publicaram um artigo que formalizou aquilo que muitos especialistas em segurança temiam — e que alguns já suspeitavam ser inevitável: modelos de linguagem de código aberto, amplamente disponíveis na internet, podem ser integrados a programas maliciosos capazes de se autopropagar por redes computacionais sem qualquer intervenção humana, adaptando seus ataques a cada nova máquina que encontram pelo caminho.

O protótipo desenvolvido pelo grupo canadense pertence a uma categoria de malware conhecida como worm — um tipo específico de vírus que, ao contrário de seus parentes mais comuns, não precisa de um arquivo hospedeiro nem da ação de um usuário para se disseminar. Worms são, por natureza, autônomos. O que a equipe de Toronto demonstrou é que essa autonomia pode agora ser amplificada de maneira qualitativa: em vez de explorar uma única vulnerabilidade conhecida e replicar um único padrão de ataque, o novo verme usa raciocínio computacional para inventar estratégias ofensivas distintas para cada alvo, tornando ineficaz a resposta tradicional de uma única correção de software.

"Você precisaria de um sistema perfeitamente seguro para se defender disso — e todos sabemos que isso não é atualmente viável."

O experimento foi conduzido em uma rede isolada, sem conexão com a internet pública. Parte dos detalhes técnicos foi deliberadamente omitida da publicação, justamente para que o artigo não funcionasse como manual para atacantes. Mas os pesquisadores foram claros quanto ao ponto central: o protótipo existe, funcionou, e foi construído com tecnologia que qualquer pessoa tecnicamente habilitada pode acessar gratuitamente hoje.

Uma história de recomeços

Para entender a dimensão do que foi demonstrado, é necessário algum recuo histórico. Os worms computacionais não são uma invenção recente. Em 1988, o chamado Morris Worm — desenvolvido por um estudante de pós-graduação da Universidade Cornell — infectou cerca de 6.000 máquinas, algo entre 10% e 15% de todos os computadores conectados à internet na época. Foi o primeiro grande incidente de sua espécie, e deixou sequelas que reverberaram por décadas no debate sobre ética e responsabilidade no desenvolvimento de software.

Cronologia dos grandes worms
  • 1988Morris Worm paralisa 10–15% da internet da época; primeiro grande incidente documentado.
  • 2003SQL Slammer infecta 75.000 máquinas em dez minutos, derrubando sistemas bancários e serviços de emergência.
  • 2008–2011Conficker atinge até 15 milhões de computadores globalmente, explorando falha no Windows.
  • 2010Stuxnet sabota centrífugas nucleares iranianas — primeiro worm com alvo físico documentado.
  • 2017WannaCry infecta mais de 300.000 máquinas em 150 países; prejuízo estimado em US$ 4 bilhões.
  • 2026Protótipo da Universidade de Toronto demonstra worm impulsionado por IA de código aberto.

Nos anos seguintes, worms como o SQL Slammer (2003), o Conficker (2008) e o notório WannaCry (2017) demonstraram que essa categoria de ameaça jamais desaparecerceria — apenas aguardava novas janelas de oportunidade. O WannaCry, em particular, infectou mais de 300.000 computadores em 150 países em poucos dias, sequestrando dados e exigindo pagamentos em Bitcoin. O ataque custou bilhões de dólares em prejuízos e expôs a fragilidade de sistemas hospitalares, de transporte e de serviços públicos que operavam com software desatualizado.

O que diferencia o verme de Toronto de todos os seus predecessores é a natureza da sua adaptabilidade. Os worms históricos exploravam uma vulnerabilidade específica e predefinida. Quando essa vulnerabilidade era corrigida, o vetor de ataque se extinguia. O novo paradigma elimina essa certeza reconfortante: o agente de IA embarcado no worm é capaz de raciocinar sobre diferentes vulnerabilidades, testar abordagens alternativas e reformular sua estratégia de intrusão em tempo real, sem precisar consultar operadores humanos.

O problema do código aberto

Há uma dimensão crítica nessa história que vai além dos aspectos puramente técnicos: o modelo de inteligência artificial que alimentou o protótipo é do tipo open-weight — ou seja, seus pesos computacionais foram publicamente disponibilizados na internet. Ao contrário de sistemas proprietários como os desenvolvidos por grandes laboratórios americanos, que são acessados apenas via API e podem ter seu uso monitorado e restringido, modelos de código aberto, uma vez publicados, existem fora de qualquer controle centralizado.

Panorama da ameaça em 2026
  • 80% dos ataques de ransomware registrados no primeiro semestre de 2026 já incorporam alguma forma de IA, segundo levantamento da HiddenLayer.
  • O grupo russo APT28 utilizou malware com consulta a LLMs em operações reais contra alvos ucranianos em junho de 2025 — primeiro caso documentado de malware em produção integrado a modelos de linguagem.
  • Modelos como PROMPTFLUX reescrevem seu próprio código a cada hora para evadir sistemas de detecção por assinatura.
  • 97% das organizações usam componentes de IA de código aberto em desenvolvimento, mas menos da metade verifica sistematicamente os modelos inbound.
  • O relatório State of AI Security 2026 da Cisco documenta múltiplas campanhas de IA ofensiva que saíram dos laboratórios e passaram para operações reais no segundo semestre de 2025.

A analogia mais precisa é a de uma fórmula química perigosa publicada em uma revista científica: uma vez impressa, ela pertence ao mundo. Líderes do setor, como o diretor de tecnologia da Open Source Security Foundation, alertaram no início de 2026 que um ataque massivo à infraestrutura de software de código aberto não é apenas possível — é uma questão de tempo. As condições estão postas: modelos cada vez mais capazes, atacantes bem financiados, e mantenedores de software aberto operando com recursos insuficientes.

Esse cenário contrasta de maneira significativa com a postura que algumas grandes empresas de IA adotaram em resposta às crescentes preocupações de segurança. Em abril deste ano, a Anthropic restringiu o acesso ao seu modelo mais avançado, o Claude Mythos, a aproximadamente quarenta organizações responsáveis por infraestrutura crítica, argumentando que a tecnologia era poderosa demais para ser distribuída amplamente antes de se estabelecer protocolos adequados de uso. A OpenAI seguiu caminho similar semanas depois. Ambas as decisões foram controversas, gerando debate sobre o equilíbrio entre inovação aberta e responsabilidade pública. O trabalho de Toronto, contudo, coloca esses debates em perspectiva: enquanto laboratórios fechados adotam cautela, o ecossistema de código aberto segue sua própria trajetória, indiferente a essas deliberações.

Assegurando o equilíbrio: a assimetria fundamental da defesa

O dilema de uso dual

As mesmas técnicas que permitem a um worm autônomo identificar e explorar vulnerabilidades podem ser invertidas: o agente de IA passa a corrigir as falhas que encontra, em vez de explorá-las. Pesquisadores chamam isso de "patching autônomo". A pergunta ética não é se a tecnologia é boa ou ruim — é quem a controla e com que finalidade.

O problema mais profundo levantado por esse episódio não é técnico — é estrutural. Há uma assimetria fundamental entre ataque e defesa no domínio cibernético que a IA agrava de maneira substancial. Para um atacante, é suficiente encontrar uma única vulnerabilidade em qualquer ponto de uma rede; para um defensor, é necessário proteger cada nó, cada serviço, cada endpoint de maneira simultânea e permanente. A IA nivela essa equação em favor do atacante ao automatizar a busca por brechas em escala e velocidade que nenhuma equipe humana de segurança pode acompanhar.

Especialistas da indústria têm destacado que a janela temporal entre a descoberta de uma vulnerabilidade e sua exploração ativa vem se comprimindo de maneira dramática. Se antes os administradores de sistemas podiam contar com dias ou semanas para aplicar correções após a publicação de uma falha, modelos de IA ofensivos conseguem varrer a internet em busca de sistemas não corrigidos em questão de horas. Isso transforma o processo de atualização de software — já cronicamente negligenciado em organizações de todos os portes — em uma questão de sobrevivência operacional, não apenas de boas práticas.

Há, contudo, um contraponto que merece consideração cuidadosa. Analistas de segurança apontam que sistemas de IA continuam sendo propensos a erros, imprecisões e comportamentos inesperados. Modelos de linguagem, em particular, podem ser "barulhentos" em sua operação — cometendo falhas que disparam alertas nos próprios sistemas de defesa que tentam evadir. Há uma diferença não trivial entre o que é demonstrável em condições controladas de laboratório e o que é sustentável em uma operação de ataque real, em redes heterogêneas, com diversidade de sistemas operacionais, configurações e mecanismos de segurança. O protótipo canadense opera em ambiente homogêneo; o mundo real é consideravelmente mais caótico.

Essa ressalva, porém, não invalida a preocupação — apenas a temporiza. A trajetória de melhoria dos modelos de linguagem de código aberto tem sido constante e, em alguns domínios, surpreendentemente rápida. Modelos lançados por laboratórios chineses e governamentais nos últimos meses superaram expectativas anteriores sobre as capacidades reais de sistemas menores, capazes de operar em hardware de consumidor. O pesquisador de Toronto e sua equipe foram explícitos: usaram um modelo que cabe em uma única GPU de alto desempenho. É o tipo de hardware que qualquer grupo minimamente financiado pode adquirir hoje.

Defesa pelo mesmo caminho

A resposta mais robusta a esse cenário não pode ser apenas tecnológica — embora a dimensão tecnológica seja indispensável. Pesquisadores que revisaram o trabalho de Toronto foram unânimes em um ponto: as mesmas capacidades que tornam o worm ameaçador podem ser reorientadas para a defesa. Um agente de IA que percorre uma rede identificando vulnerabilidades pode, com uma mudança de instrução, corrigir essas vulnerabilidades em vez de explorá-las. Essa dualidade é constitutiva de praticamente toda ferramenta de segurança ofensiva da história da computação.

Empresas como a Palo Alto Networks e pesquisadores da IBM têm publicado roteiros para o que chamam de "patching virtual proativo" — sistemas de IA que monitoram continuamente o ambiente em busca de falhas e aplicam mitigações antes que atacantes possam explorá-las. A Anthropic, pressionada por especialistas após o trabalho de Toronto, anunciou que ampliará o acesso ao Claude Mythos para outras 150 organizações, especificamente para que possam usar o modelo como ferramenta de defesa. É uma postura que reconhece o paradoxo: restringir o acesso à IA poderosa enquanto ameaças baseadas em IA já operam no mundo pode ser pior do que distribuí-la entre defensores qualificados.

"Em última análise, a questão não é se a tecnologia é boa ou má. É saber quem a controla, com que finalidade, e se as instituições que deveriam regular esse espaço têm velocidade suficiente para acompanhar o ritmo da inovação."

O que está realmente em jogo

Há um risco sistêmico que transcende os casos individuais de infecção por malware. Infraestruturas críticas — redes de energia, sistemas de água, hospitais, redes de telecomunicações, bolsas de valores — dependem de software que, em muitos casos, opera em sistemas legados com vulnerabilidades conhecidas e não corrigidas. O WannaCry de 2017 demonstrou de maneira brutal o que acontece quando essas fragilidades são exploradas: hospitais britânicos cancelaram cirurgias, sistemas de transporte pararam, e serviços de emergência ficaram inoperantes por horas. Um worm dotado de capacidade adaptativa baseada em IA poderia produzir impactos de ordem de magnitude superior.

O relatório mais recente da Cisco sobre o estado da segurança de IA documenta que vulnerabilidades e exploits antes confinados a laboratórios de pesquisa já se materializaram em campanhas maliciosas reais no segundo semestre de 2025. O grupo russo APT28 — notório por ataques a infraestrutura europeia e americana — foi o primeiro a registrar uso de malware que consulta modelos de linguagem em operações ao vivo. Não estamos, portanto, diante de um futuro hipotético. Estamos diante de um presente em aceleração.

O debate sobre regulação de inteligência artificial — que nos últimos anos oscilou entre a urgência e a paralisia, entre o entusiasmo comercial e o pânico moral — precisa incorporar com seriedade essa dimensão de segurança computacional. Não como um apêndice às discussões sobre viés algorítmico ou privacidade de dados, mas como uma questão central de segurança nacional e estabilidade social. O problema dos modelos de código aberto ilustra o limite das soluções regulatórias puramente nacionais: um modelo publicado por um laboratório em qualquer país do mundo torna-se instantaneamente acessível em todos os outros.

A pesquisa da Universidade de Toronto não é um manifesto do terror tecnológico. É, como seus autores insistem, um trabalho de ciência responsável: demonstrar uma ameaça antes que ela seja amplamente explorada, para que a comunidade de segurança possa se preparar. Esse é o papel que a ciência deve cumprir — iluminar o desconhecido, mesmo quando o que está no escuro é assustador. O gênio saiu da garrafa. Cabe agora decidir coletivamente o que se fará com ele.