A Lumen Black Lotus Labs afirma que o malware a que chama PoeLLM afectou mais de 3.400 servidores desde Abril de 2026, transformando máquinas comprometidas em mineiros de criptomoedas e, nalguns casos, em scanners de outros alvos. Os investigadores deram à campanha o nome Canto Incognito. Atingiu serviços de IA expostos à Internet, bem como um conversor de PDF e uma plataforma de desenvolvimento. Para os operadores, a lição desta combinação é que o serviço exposto e a sua configuração importam mais do que a etiqueta de IA.

A Lumen publicou a sua investigação sobre PoeLLM a 7 de Outubro, segundo relatos da época de The Hacker News e The Register. Os investigadores situam o primeiro commit do repositório GitHub da campanha em 13 de Abril e dizem que a exploração e a análise mais abrangentes se seguiram em Maio. O total conta os servidores identificados pela investigação da Lumen, não constitui um recenseamento de todas as instalações dos produtos mencionados. A empresa afirma que a maioria das vítimas observadas parecia executar serviços vulneráveis expostos ao público e estava concentrada nos Estados Unidos e na Europa Ocidental.

Um poema usado como agenda de endereços

O PoeLLM lê palavras seleccionadas de um poema num repositório GitHub e utiliza um dicionário integrado no malware para obter o endereço actual de comando e controlo. A alteração dessas palavras permite ao operador encaminhar sistemas infectados para um novo servidor sem modificar o malware em cada máquina. A Lumen contou 11 alterações ao poema após o commit inicial. O poema servia para localizar a infraestrutura do operador; não levou um modelo de IA a seguir instruções. A avaliação da Lumen de que o actor fala italiano baseia-se em elementos em língua italiana e no tráfego de rede. É uma avaliação de atribuição, não a identificação de uma pessoa ou a confirmação de uma localização.

Os investigadores relatam a presença dos mineiros XMRig e Iron no malware e ligações à infraestrutura de mineração da Kryptex. Observaram também hosts infectados a analisar e atacar outros sistemas expostos. A Lumen afirma que a sua telemetria de rede associou mais de 1.000 endereços IP adicionais a um servidor de comando inicial. Num pico em meados de Junho, descreveu quase 2.200 servidores afectados e quase 800 activos num dia. O número superior a 3.400, divulgado em Outubro, é cumulativo; estes valores medem coisas diferentes em momentos diferentes. Mais tarde, a Lumen bloqueou o tráfego de e para os servidores de comando que identificou. A The Hacker News noticiou depois que o repositório do poema deixara de estar disponível, mas essa observação, por si só, não prova que todos os hosts infectados tenham sido limpos ou que o actor tenha parado.

A exposição por detrás do título sobre IA

A Lumen identifica o LiteLLM e o Ollama entre os serviços relacionados com IA observados em IP de vítimas, juntamente com o Gotenberg e o Gitea. O relatório também descreve um dispositivo Ivanti Sentry comprometido durante a investigação, mas apresenta como possibilidade um ataque mais amplo a esse produto. Não fornece uma contagem de vítimas por produto, um inventário completo de versões ou provas de que todas as instâncias expostas de Ollama ou LiteLLM eram vulneráveis. O banner de um serviço num endereço IP pode ajudar a identificar um sistema, mas não prova, por si só, o ponto de entrada exacto em cada host.

Uma via do LiteLLM tem pormenores mais concretos sobre versões. A Lumen encontrou uma amostra de malware que referenciava um endpoint de teste associado a CVE-2026-42271. O aviso publicado indica como afectadas as versões do LiteLLM desde a 1.74.2 até às anteriores à 1.83.7, corrigida nessa versão. Refere que os endpoints de teste exigiam uma chave API de proxy válida, mas não tinham a verificação de função necessária. Essa condição é importante: o aviso descreve execução de comandos autenticada, enquanto a Lumen descreve a suspeita de utilização de um endpoint numa amostra. Nenhum dos documentos prova que esta vulnerabilidade explique todas as infecções PoeLLM.

O Gotenberg revela um problema de exposição diferente e concreto. O seu guia de instalação recomenda manter o serviço de conversão de PDF atrás de uma firewall. Também alerta que as portas Docker publicadas podem ser alcançadas a partir do exterior e mostra como associar o serviço a localhost. A sua referência de configuração documenta a autenticação básica e o OIDC como opções, ambas desactivadas por predefinição nas definições indicadas. Os operadores devem confirmar a versão e o padrão de implementação que realmente utilizam antes de confiar em qualquer definição.

The big change

A dimensão comunicada do PoeLLM torna a exposição à Internet das ferramentas de apoio uma questão imediata de inventário para as equipas de IA. A campanha atravessou categorias de produtos porque o operador procurou serviços vulneráveis acessíveis e reutilizou hosts infectados para procurar mais alvos. O poema facilitou a mudança de servidor de comando, mas a resposta documentada para os operadores é convencional: localizar o serviço exposto, confirmar a versão e os controlos de acesso e procurar sinais de comprometimento. A telemetria da Lumen sustenta o relato da campanha; não demonstra roubo de dados confirmado nem comprometimento de todas as instalações dos produtos que menciona.

Uma verificação delimitada para operadores

  1. Inventarie as instâncias de LiteLLM, Ollama, Gotenberg e Gitea acessíveis a partir da Internet, incluindo implementações temporárias. Verifique o endereço de escuta efectivo, as regras da firewall e do gateway e se o acesso a partir da Internet pública é necessário.
  2. No LiteLLM, compare a versão instalada e os endpoints activados com o aviso CVE-2026-42271. Actualize as instalações afectadas e reveja quem possui chaves de proxy válidas; o aviso também documenta o bloqueio no gateway dos endpoints de teste afectados quando não é possível actualizar de imediato.
  3. Mantenha o Gotenberg na rede de confiança, como recomenda o seu guia de instalação. Nas implementações que necessitam de acesso controlado, reveja as opções de autenticação pertinentes na documentação de configuração.
  4. Compare os registos de rede e dos hosts com os indicadores publicados pela Lumen e investigue mineração inesperada, tráfego de comando de saída ou análises. Uma correspondência com um indicador exige análise do incidente; a ausência de correspondência não iliba um host.

Fontes e leituras adicionais