Uma botnet chamada PoeLLM transformou um poema publicado no GitHub em uma espécie de mapa para encontrar servidores de comando. A campanha infectou cerca de 3.400 servidores, sobretudo máquinas que executavam versões vulneráveis de ferramentas de código aberto ligadas a IA, e usou parte delas para minerar criptomoedas, roubar informações e procurar novas vítimas. A ideia parece saída de um romance de espionagem — mas o mecanismo era prosaicamente eficiente: máquinas comprometidas consultavam um arquivo, extraíam palavras específicas e reconstruíam o endereço do servidor que lhes daria ordens.
Como o poema controlava a botnet?
O poema funcionava como um canal de comando e controle, ou C2, para os computadores infectados. Quatro palavras fixas, espalhadas pelo texto On the Nature of Connection, serviam como peças de um endereço IPv4; um dicionário embutido no malware convertia cada termo em um número. A máquina lia o arquivo hospedado em um repositório do GitHub, identificava as palavras e montava o endereço do servidor remoto. Não era poesia. Era configuração disfarçada.
O truque permitia trocar o endereço do C2 sem necessariamente alterar o programa instalado nas vítimas. Bastava substituir as palavras do poema por outras reconhecidas pelo dicionário interno. Em um exemplo analisado pelos pesquisadores, os termos eram convertidos em números que formavam o endereço 92.119.165.74. O poema foi atualizado pelo menos 11 vezes desde sua descoberta, sinal de que os operadores podiam redirecionar a rede quando quisessem — ou quando precisassem abandonar uma infraestrutura exposta.
O que a PoeLLM fazia nos servidores infectados?
A PoeLLM usava os servidores comprometidos como proxies controlados remotamente, principalmente para minerar criptomoedas e ampliar a própria infecção. A campanha também reunia ferramentas capazes de localizar serviços vulneráveis e explorá-los, transformando cada máquina invadida em ponto de partida para a próxima. É a velha lógica das botnets, agora aplicada a ambientes de IA: uma invasão alimenta a seguinte, enquanto o operador observa de longe.
O Black Lotus Labs, equipe de pesquisa da Lumen Technologies, identificou as primeiras comunicações de uma máquina comprometida em junho de 2026. O pico ocorreu ainda naquele mês, quando quase 2.200 servidores estavam infectados e até 800 permaneciam ativos diariamente. Ao todo, a investigação contabilizou cerca de 3.400 servidores afetados. Os alvos mais comuns executavam versões vulneráveis de Ollama e LiteLLM, ferramentas de código aberto associadas à execução ou integração de modelos de linguagem. O conversor de PDF Gotenberg também apareceu entre as portas de entrada.
Dos 12 endereços de C2 encontrados pela equipe da Lumen, três continuavam ativos no momento do levantamento. Outros endereços de infraestrutura poderiam ainda estar comprometidos ou vinculados à campanha. O dado mais incômodo não é a elegância do poema, embora ela mereça certo reconhecimento técnico; é a combinação de automação, serviços expostos e software desatualizado. Quando uma API fica aberta e o patch fica para depois, o invasor não precisa de um golpe cinematográfico. Precisa apenas de tempo, alguma persistência e uma lista de palavras.
A análise também expõe um problema recorrente no ecossistema de IA de código aberto. Essas ferramentas costumam ser instaladas em infraestruturas locais ou na nuvem, distribuídas entre diferentes servidores e dependências externas; cada camada acrescenta uma possibilidade de falha. Isso não torna o código aberto inseguro por definição, mas torna perigoso tratá-lo como se viesse lacrado de fábrica. APIs precisam de autenticação adequada, serviços expostos devem ser monitorados e atualizações não podem ser empurradas para a semana que vem.
Para empresas, a recomendação é acompanhar os registros de rede, procurar conexões anômalas e manter hardware, firmware e software atualizados. Reinicializações regulares podem ajudar a limpar estados comprometidos, mas não substituem correções nem investigação. Em casa, o mesmo princípio vale para roteadores, modems e dispositivos conectados: ignorar uma atualização importante pode deixar toda a rede vulnerável. Talvez o poema tenha sido o detalhe mais engenhoso da campanha. A defesa, porém, continua menos literária: observar os sinais antes que outra estrofe mude o endereço.
