Slopoly: O Primeiro Malware “Escrito por uma IA” que Chegou à Produção
Ontem a IBM X-Force publicou um relatório que fez barulho na comunidade de segurança: descobriram um backdoor usado em um ataque de ransomware real, e os pesquisadores determinaram que o código foi gerado, quase com certeza, por um modelo de linguagem.
Chamaram de Slopoly. E embora tecnicamente não seja nada sofisticado, o que representa sim é.
O que é Slopoly
Slopoly é um backdoor tipo C2 (command-and-control) que foi implantado por um grupo de cibercrime rastreado como Hive0163 durante um ataque de ransomware no início de 2026. O grupo conseguiu manter acesso persistente a um servidor comprometido por mais de uma semana usando este malware.
Por que os pesquisadores determinaram que foi gerado por IA? Porque o código tem características que são incomuns em malware desenvolvido por humanos:
- Comentários extensos e detalhados em todo o código
- Logging estruturado com mensagens claras em cada passo
- Tratamento de erros consistente em todas as funções
- Variáveis com nomes descritivos que comunicam claramente a intenção maliciosa do script
Esse último ponto é importante: os nomes das variáveis não tentam ofuscar o propósito do código. O modelo gerou o script como se fosse um projeto legítimo, com clareza e boas práticas — incluindo o fato de que foi projetado explicitamente para fins maliciosos, o que indica que qualquer proteção do modelo foi contornada com sucesso.
A IBM X-Force não conseguiu determinar qual modelo foi usado. Pela qualidade do código, sugerem que foi um modelo menos avançado.
Como funciona tecnicamente
Slopoly foi implantado como um script PowerShell no caminho C:\\ProgramData\\Microsoft\\Windows\\Runtime\\, estabelecendo persistência por meio de uma tarefa agendada chamada “Runtime Broker” (imitando um processo legítimo do Windows).
O framework tem implementações em múltiplas linguagens — PowerShell, PHP, C/C++, Java e JavaScript — com suporte tanto para Windows quanto para Linux.
Os recursos principais:
Slopoly C2 Framework
├── Comunicação com servidor remoto para receber comandos
├── Iniciar um túnel SOCKS5 proxy
├── Spawn de reverse shell na máquina infectada
└── Entrega de payloads adicionais (Interlock ransomware, NodeSnake)
O ataque começou com uma tática ClickFix — uma técnica de engenharia social onde o usuário é enganado para executar comandos maliciosos no PowerShell pensando que está “resolvendo um problema”. Slopoly foi implantado durante a fase de pós-exploração, o que sugere que o grupo o usou em modo “exercício operacional”: testando a ferramenta em um ataque real.
Quem é o Hive0163
Hive0163 é um grupo de cibercrime motivado financeiramente cuja operação principal é extorsão através de exfiltração massiva de dados e ransomware. Seu arsenal inclui ferramentas como:
- NodeSnake — backdoor multilíngue similar ao Slopoly
- Interlock RAT — cavalo de Troia de acesso remoto
- JunkFiction loader — carregador de malware
- Interlock ransomware — o payload final de seus ataques
A IBM também aponta possíveis vínculos com os operadores do ransomware Rhysida e outras famílias de malware como Broomstick, SocksShell, PortStarter e SystemBC.
Para acesso inicial, o grupo usa ClickFix, malvertising, e corretores de acesso inicial como TA569 (SocGholish) e TAG-124 (KongTuke).
Por que isso importa — além do malware em si
O relatório da IBM X-Force o coloca claramente: Slopoly não é tecnicamente impressionante. Não é polimórfico, não tem evasão avançada de sandboxes, não faz nada que um programador experiente não pudesse fazer em um dia.
O ponto é outro: o que antes levava dias ou semanas de desenvolvimento agora pode ser feito em horas ou minutos.
A democratização do desenvolvimento de malware é o problema real. Um operador de ameaças que não sabe programar pode agora descrever o que precisa e obter um framework funcional. A barreira de entrada está desaparecendo.
A IBM X-Force a categoriza como “AI-driven malware development” — distinto do “agentic AI” que executa ataques de forma autônoma. Mas a chamam de início de uma fase emergente, não do pico.
Slopoly não é o único caso. O relatório também menciona VoidLink e PromptSpy como outros exemplos de malware com indicadores claros de geração por IA. A Unit 42 da Palo Alto também publicou observações similares em seu Relatório Global de Resposta a Incidentes de 2026.
As implicações para devs que constroem sistemas
Se você está construindo aplicações ou infraestrutura, isso tem implicações práticas:
1. A velocidade de criação de malware customizado está se acelerando.
Antes, o malware genérico podia ser detectado com assinaturas. O malware customizado requeria recursos que poucos grupos tinham. IA está apagando essa diferença. O malware que evade suas assinaturas específicas agora está ao alcance de mais atores.
2. A detecção baseada em assinatura perde terreno.
Se o código muda a cada geração, a detecção por assinatura se torna menos eficaz. Os sistemas de detecção baseados em comportamento (o que o malware faz, não como parece) se tornam mais críticos.
3. ClickFix e engenharia social continuam sendo o vetor real.
Slopoly não explorou nenhuma vulnerabilidade técnica exótica. Entrou porque um usuário executou um comando no PowerShell. O elo mais fraco continua sendo o mesmo.
4. Suas dependências de IA também são superfície de ataque.
A IBM menciona que foi encontrado malware roubando segredos do OpenClaw (um framework de IA). Se sua app usa modelos ou ferramentas de IA e tem acesso a dados sensíveis, essa cadeia é uma superfície de ataque que precisa de proteção.
O que a IBM diz sobre o futuro
A análise da X-Force termina com um aviso que vale a pena ler por completo:
“This represents only the initial phase of an emerging arms race between adversarial AI and defenders.”
Não é alarmismo. É uma descrição bastante sóbria do que está acontecendo: os atacantes estão adotando IA para acelerar sua capacidade operacional, e o lado defensivo está em processo de se atualizar.
A boa notícia: a detecção baseada em comportamento, os sistemas de segurança com IA própria, e a educação em engenharia social continuam sendo defesas eficazes. O malware gerado por IA ainda precisa de vetores de entrada que são preveníveis.
Para os devs da América Latina: checklist concreto
Slopoly usou ClickFix como vetor de entrada — enganar um usuário para executar um comando no PowerShell. Aqui estão as coisas mais concretas que você pode fazer hoje:
- Revisar políticas de PowerShell em sua infraestrutura — execution policy, logging de scripts
- Capacitar o time em reconhecer ClickFix e técnicas de engenharia social similares
- Atualizar suas ferramentas de detecção com indicadores de comprometimento (IoCs) do Hive0163
- Revisar acessos de tarefas agendadas em servidores Windows — Slopoly se esconde como “Runtime Broker”
- Implementar detecção por comportamento além de assinaturas estáticas
- Auditar seus secrets e variáveis de ambiente — se você usa ferramentas de IA com acesso a infraestrutura, essas credenciais são alvo
O relatório completo da IBM X-Force está disponível em A Slopoly start to AI-enhanced ransomware attacks | IBM.
A corrida entre atacantes e defensores com IA está começando. Slopoly é o primeiro caso documentado notável, mas não será o último. Você já tem visibilidade sobre comportamentos anômalos em seus sistemas? Você usa detecção baseada em comportamento? Compartilhe nos comentários — é o tipo de conversa que vale a pena ter antes de que apareça um Slopoly V2. 