A ToxNetV2 é um botnet Linux que demonstra como a inteligência artificial pode se aproximar de operações reais de ataque. Em vez de usar um modelo apenas para escrever texto, o malware alimenta dados do sistema e da rede em um serviço de IA, transformando respostas selecionadas em comandos propostos.
Descoberta e escopo
Analistas da JOESecurity identificaram o controlador assistido por IA ao examinar o código e o fluxo operacional do malware. O framework usa o modelo z-ai/glm-5.2 através da NVIDIA NIM. Ele pode coletar contadores do botnet junto com detalhes locais, incluindo processos em execução, carga do processador, uso de memória e disco.
O controlador comunica-se com a NVIDIA NIM enviando contexto operacional e enfileirando respostas reconhecidas como ações para aprovação de um operador. Isso permite uma maneira mais rápida de julgar o que fazer a seguir, embora as sugestões de maior impacto ainda precisem de aprovação humana.
Vetor e exploração
O mesmo programa ToxNetV2 pode ser executado como um controlador ou um bot comum. Quando restaura seu estado Tox de c2.data, entra no modo controlador e inicia o componente de IA. Bots comuns lidam com varredura, controle de host, propagação e ataques de rede, enquanto o controlador reúne informações e gerencia o grupo mais amplo.
O toolkit inclui gerenciamento de host, varredura de rede, rotinas de auto-propagação e 17 lançadores de ataque de rede. A atividade de varredura e propagação pode envolver serviços HTTP, Telnet e SSH, colocando dispositivos e servidores mal protegidos expostos à internet no escopo.
Evidências e limites
ToxNetV2 não executa cada sugestão do modelo imediatamente. As tarefas enfileiradas permanecem aguardando até que um operador autenticado execute o comando aiexec, que executa e limpa toda a fila. Algumas operações de menor impacto, como log, atualizações de memória e mudanças de estado, podem ser executadas automaticamente durante verificações de saúde, mas as ações principais que alteram o sistema permanecem bloqueadas.
Os pesquisadores não encontraram evidências de que o malware possa escrever novo código independentemente, compilá-lo, distribuí-lo e substituir bots existentes. Seu resultado são operações assistidas, não autonomia irrestrita.
Impacto e alcance
O risco geral de infecção permanece familiar: serviços expostos, credenciais fracas e dispositivos de borda não corrigidos dão espaço para botnets crescerem. Recentemente, relatórios sobre campanhas de botnet SSH automatizadas e infecções de botnet IoT Dysphoria mostram por que os administradores devem limitar o acesso remoto, usar autenticação forte e manter equipamentos expostos à internet corrigidos.
Medidas de mitigação recomendadas
Para defensores, a lição imediata é observar controladores e servidores para tráfego incomum de serviço de IA, atividade SSH inesperada, novos arquivos e execução de comando que segue verificações de saúde automatizadas. Separar redes de gerenciamento, restringir acesso SSH root e monitorar alterações em dispositivos Linux e IoT propensos a botnets pode reduzir a oportunidade para esse tipo de automação orientada por operador causar danos.
Revisões regulares de logs de autenticação e conexões de saída podem ajudar as equipes a detectar a atividade antes que ela se espalhe mais.
Perguntas frequentes
- Isso é um worm autônomo? Não, requer aprovação humana para ações de alto impacto.
- Qual o alvo principal? Sistemas Linux AArch64 com serviços SSH/Telnet expostos.
- Como detectar? Monitorar tráfego de saída para serviços de IA e atividades de script incomuns.