Ilustración editorial generada con IA por Defensops. No es una fotografía del incidente ni de los equipos afectados. Representa Servidor de IA comprometido mina y busca nuevos objetivos.

Síntesis y análisis propios a partir de la cobertura de BleepingComputer; las afirmaciones del medio se atribuyen a su fuente.

Qué se ha confirmado

BleepingComputer informa de una campaña de minería que usa PoeLLM contra servicios de IA expuestos y transforma servidores comprometidos en sistemas de escaneo y lanzamiento de nuevas explotaciones.

Según los investigadores de Black Lotus Labs citados, la campaña comprometió más de 3.400 servidores y llegó a tener hasta 800 sistemas infectados activos en un día.

Entre los servicios observados en víctimas figuran LiteLLM, Ollama, el conversor de PDF Gotenberg y Gitea; los investigadores también encontraron indicios de ataques contra Ivanti Sentry.

PoeLLM reconstruye la dirección IPv4 de su servidor de mando extrayendo cuatro palabras o frases de un poema guardado en un archivo dash.css de GitHub y transformándolas mediante un diccionario integrado.

El programa incorpora shell remota, mineros XMRig e Iron, escaneo HTTP/S y capacidad de desplegar exploits; desde sistemas comprometidos escanea los puertos 3000 y 4000 e intenta explotar CVE-2026-42271.

La cobertura aclara que CVE-2026-42271 afecta a las pruebas del servidor MCP de LiteLLM y que otra investigación halló una posible cadena con CVE-2026-48710 para ejecución remota sin autenticación.

Análisis de Defensops

La consecuencia va más allá del consumo de recursos por minería: una máquina infectada también puede buscar nuevos servicios expuestos y ampliar la campaña. El riesgo para una organización depende de qué instancias son públicas, qué versiones ejecutan y si el servicio comprometido tiene acceso a otros sistemas o credenciales. La lista de productos observados no implica que todos se infecten por el mismo fallo.

El poema en GitHub funciona como mecanismo de localización del mando, no como una función de IA ni como prueba de que el atacante haya comprometido GitHub. Si la dirección cambia al editar el texto, bloquear un único destino de red puede perder eficacia; conviene correlacionar comportamiento del proceso, consultas al repositorio y conexiones salientes observadas.

Las cifras de alcance son una estimación de Black Lotus Labs reproducida por BleepingComputer, no un recuento verificado por Defensops. También hay que separar la capacidad de escanear e intentar explotar de una explotación exitosa en cada objetivo. El reporte no identifica aquí a organizaciones concretas afectadas ni ofrece atribución confiable del operador.

Prioridades de revisión

Inventariar las instancias públicas de LiteLLM, Ollama, Gotenberg, Gitea e Ivanti Sentry; retirar exposición innecesaria y restringir el acceso externo a los sistemas que deban permanecer disponibles.

Aplicar las actualizaciones de seguridad de cada servicio y comprobar en particular el estado de los endpoints de prueba MCP de LiteLLM y de las vulnerabilidades citadas antes de reabrirlos a Internet.

Buscar en los registros de servidores expuestos procesos de minería inesperados, conexiones salientes inusuales y escaneo hacia los puertos 3000 y 4000; preservar evidencias si aparecen señales de compromiso.

Contrastar los indicadores publicados por Black Lotus Labs con los registros de red y revisar permisos y credenciales accesibles desde cualquier sistema que haya ejecutado PoeLLM.

Qué no se ha confirmado

El número de servidores comprometidos procede de la investigación de Black Lotus Labs y puede cambiar a medida que avance el análisis.

La fuente no identifica un único vector inicial para todos los productos mencionados.

La atribución del operador no es concluyente según los investigadores citados.

Fuente

BleepingComputer. Fecha indicada: 2026-10-07.