CVE-2026-35044

Esta vulnerabilidad permite a un atacante comprometer completamente el host donde se ejecuta BentoML. Un atacante puede inyectar código malicioso en una plantilla de Docker, que luego se ejecutará con privilegios elevados durante el proceso de construcción del contenedor. Esto podría resultar en la exfiltración de datos sensibles, la instalación de malware, o el control total del sistema. La ejecución de código arbitrario en el host elude las protecciones de aislamiento del contenedor, lo que amplía significativamente el radio de explosión. La vulnerabilidad es particularmente preocupante en entornos de producción donde BentoML se utiliza para servir modelos de IA, ya que un atacante podría comprometer los modelos y los datos asociados.

Organizations deploying AI applications using BentoML are at risk, particularly those that allow users to import Bento archives from untrusted sources. Shared hosting environments where multiple users can import Bento archives pose a heightened risk, as a malicious archive could potentially compromise the entire host. Users relying on older BentoML versions or those with limited security controls around Bento archive imports are also particularly vulnerable.

• python: Monitor Python processes for unexpected behavior, particularly those related to BentoML containerization. Use tools like ps or top to identify suspicious processes.

ps aux | grep bentoml

• linux / server: Examine system logs (e.g., /var/log/syslog, /var/log/auth.log) for errors or warnings related to BentoML or Jinja2.

journalctl -u bentoml | grep error

• python: Check for unusual files or directories created during the BentoML containerization process. Look for files with suspicious names or extensions. • generic web: If BentoML is exposed via a web service, monitor access logs for requests that trigger the containerization process. Look for patterns indicative of malicious input.

1. 2026-04-06Disclosure

   disclosure

1. Reservado2026-03-31
2. Publicada2026-04-06
3. Modificada2026-04-10
4. EPSS actualizado2026-04-14

La mitigación principal es actualizar a la versión 1.4.38 de BentoML o superior. Si la actualización no es inmediatamente posible, se recomienda evitar la importación de archivos Bento de fuentes no confiables. Como medida temporal, se puede considerar la implementación de reglas en un firewall de aplicaciones web (WAF) para bloquear solicitudes que contengan código Jinja2 malicioso. Además, se debe revisar y endurecer la configuración de Jinja2 para limitar las capacidades de ejecución de código. Después de la actualización, confirme la mitigación ejecutando bentoml containerize con un archivo Bento de prueba y verificando que no se ejecute código no deseado.