Ollama CVE-2026-103663: cómo un digest mal validado en /api/pull termina en root dentro de Docker

By Carlos Montiel | Especialista en IA Empresarial
Read in English →
Publicado: 2026-10-16 | Por: Carlos Montiel | Lectura: ~5 minutos

Ollama es la forma más común de correr modelos locales, y su imagen de Docker suele permitir escribir en el directorio de donde carga componentes. CERT Polska publicó el 8 de octubre una vulnerabilidad que combina ambas cosas: sin autenticación, un atacante puede plantar un archivo y obtener ejecución como root en el siguiente reinicio.

Qué es CVE-2026-103663

Es una vulnerabilidad de path traversal relativo (CWE-23) en el endpoint /api/pull de Ollama, el que descarga modelos de un registro. Según el aviso de CERT Polska, la función digestToPath no valida adecuadamente el digest de cada capa del modelo. Un atacante remoto sin autenticación puede enviar una secuencia de recorrido de directorios como digest y lograr que un binario malicioso se escriba fuera del almacén de modelos. El reporte lo atribuye a Bartłomiej Dmitruk (striga.ai).

CVE-2026-103663 · Ollama /api/pull Tipo ............... Path traversal (CWE-23) Autenticación ...... ninguna Publicado .......... 8 de octubre de 2026 (CERT Polska) Corrección ......... Ollama 0.35.0 Rango afectado ..... 0.34.2 a 0.35.0 según los avisos (límite ambiguo: actualiza a 0.35.0 o posterior) CVSS ............... 9,4 (crítico) según unas fuentes; 6,9 (medio, CVSS v4) según otras

Cómo funciona: de escribir un archivo a ser root

La escritura arbitraria por sí sola no es ejecución de código. El salto ocurre por una condición de despliegue: si el proceso del servidor puede escribir en /usr/lib/ollama —algo que, según CERT Polska, es el caso por defecto en la mayoría de las imágenes de Docker de Ollama— el atacante deja allí su archivo. En el siguiente reinicio del servidor, ese archivo se carga y se ejecuta con privilegios de root. Es decir, el ataque tiene dos tiempos: plantar el archivo ahora, ejecutarlo cuando alguien (o un orquestador) reinicie el contenedor.

Quién está realmente expuesto

El requisito es que la API sea alcanzable desde una red no confiable. Ollama escucha por defecto en el puerto 11434; si está enlazado solo a 127.0.0.1, la exposición es mucho menor. El riesgo real está en las instalaciones donde alguien abrió el servicio a 0.0.0.0 o publicó el puerto de Docker sin restringirlo, por ejemplo en una VM de GPU en la nube para "probar un modelo". Estas instalaciones suelen no tener autenticación, porque Ollama no la incluye de fábrica.

Ojo con la comparación de severidad: la diferencia entre 9,4 y 6,9 viene de qué versión de CVSS se usa y de cuánto peso se da a que la explotación requiera un reinicio. Para un servidor expuesto a internet con la imagen por defecto, trátalo como crítico.

Mitigación, en orden de prioridad

1. Actualizar a Ollama 0.35.0 o posterior 2. Publicar el puerto solo en loopback: docker run -p 127.0.0.1:11434:11434 ... 3. Poner un proxy con autenticación delante si se necesita acceso remoto 4. Si estuvo expuesto: revisar /usr/lib/ollama y el almacén de modelos en busca de archivos no autorizados, recrear el contenedor desde una imagen limpia y rotar las claves guardadas en variables de entorno

Qué significa para una empresa que usa o compra IA

Impacto empresarial: los modelos "locales" no son seguros solo por ser locales. (1) Haz un inventario de dónde corre Ollama en tu organización, incluidos servidores levantados por equipos de datos o desarrolladores; los que nadie recuerda son los peligrosos. (2) Ningún servicio de inferencia debería estar en una red alcanzable sin autenticación delante. (3) Las imágenes de contenedor con directorios de sistema escribibles convierten un bug de archivos en root: exige imágenes con sistema de archivos de solo lectura. (4) Si contratas proveedores que despliegan modelos abiertos por ti, pide evidencia de versión y de exposición de red. Es la misma clase de problema que vimos en LMCache: la infraestructura de inferencia es superficie de ataque.
Carlos Montiel
Arquitecto de Soluciones IA Empresarial
Especialista en LLMs, Agentes y Orquestación
guatemalia.com/#contacto · info@guatemalia.com

¿Necesitas implementar IA en tu empresa?

Carlos Montiel es arquitecto de soluciones IA empresarial. Implementa LLMs, Agentes, RAG y orquestadores en empresas de Guatemala y Latinoamérica. Contáctalo para una consultoría.

Contactar a Carlos Montiel

info@guatemalia.com