Prioridad operativa: crítica para entornos expuestos. LiteLLM confirmó que su proceso de publicación fue comprometido el 21 de octubre de 2026. La versión maliciosa 1.107.0, distribuida en PyPI y registros de contenedores, incorporaba robo de credenciales y carga de herramientas de ejecución remota. El informe oficial declara el incidente contenido y la investigación en curso.
Qué publicaciones estuvieron afectadas
El detalle de versiones afectadas identifica estas ventanas del 21 de octubre, expresadas en UTC:
| Distribución | Artefactos | Ventana de exposición |
|---|---|---|
| PyPI | Los siete wheels de litellm==1.107.0 |
11:39:51–13:23 |
| Docker Hub | v1.107.0, latest, main-latest, main-stable |
11:46:56–14:20 |
| GHCR | Las mismas etiquetas en las imágenes afectadas | Desde 11:46:56; no disponibles a las 13:51 |
Los artefactos fueron retirados o las etiquetas redirigidas a versiones limpias. Esa contención no remedia automáticamente los entornos que ya los ejecutaron.
Cómo priorizar la respuesta
LiteLLM recomienda fijar temporalmente 1.106.2. También advierte que iniciar Python o pip en un entorno afectado puede reactivar el malware. Una reinstalación por sí sola no resuelve la exposición de secretos.
Para organizar la revisión de servicios, desarrollo y CI/CD, proponemos abrir un registro por entorno:
- Determinar exposición. Conservar historial de despliegues, archivos de dependencias, registros de instalación y digests descargados. Consultar una etiqueta actual no demuestra qué imagen se ejecutó antes.
- Contener y preservar. Si hay ejecución afectada, aislar el entorno siguiendo el procedimiento de incidentes y conservar la evidencia antes de reconstruirlo.
- Recuperar desde una base confiable. Reconstruir imágenes o entornos virtuales con dependencias verificadas y versiones fijadas.
- Revisar credenciales accesibles. Inventariar y rotar claves de proveedores, secretos de aplicaciones, accesos a bases de datos y permisos de nube potencialmente expuestos. Realizarlo desde un entorno confiable y revisar su uso posterior.
Para cerrar la revisión, el registro debería distinguir exposición confirmada, descartada con evidencia o todavía indeterminada. Esta nota no acredita una afectación de sistemas de Hopfield ni sustituye su investigación.
Fuente del incidente
LiteLLM — Krrish Dholakia, Ishaan Jaffer, Oliver Jensen y Nate Armstrong. Contained: Oct 21, 2026 LiteLLM release v1.107.0 Compromised. Publicado el 21 de octubre de 2026; actualización consultada: 20:30 UTC. Revisión editorial: 23 de octubre de 2026.
Portada: ilustración conceptual generada con IA para Hopfield Technologies; no representa evidencia forense del incidente.