Seguridad y Cumplimiento de Ollama
La implementación local trae consigo ventajas de privacidad por naturaleza, pero que los datos no salgan del dispositivo no significa que no debas gestionar nada: la superficie de exposición, las licencias de modelos y el control empresarial tienen cada uno sus propios límites.
Este capítulo condensa los problemas de seguridad y cumplimiento en un mapa de superficie de exposición, una lista de protección y un flujo de verificación de licencias.
Ventajas de privacidad y límites de la implementación local
Primero, el origen de la ventaja: al ejecutarse localmente, los prompts y las respuestas permanecen en tu dispositivo durante todo el proceso, sin pasar por ningún servidor de terceros; es una garantía a nivel de arquitectura, no una promesa del fabricante.
La declaración de la compañía sobre los datos se puede resumir en dos puntos: en el runtime local, la compañía no puede ver tus prompts ni tus datos; al usar modelos en la nube, la compañía procesa las solicitudes para prestar el servicio, pero declara que no almacena ni registra el contenido, que no se utiliza para entrenamiento, y que solo recopila la información básica de cuenta necesaria para prestar el servicio.
Al mismo tiempo, hay que tener claros tres límites:
Primero, la garantía de privacidad solo cubre la "ruta de transmisión y procesamiento"; la calidad y la exactitud factual del contenido generado por el modelo no son más fiables por el hecho de ser local.
Segundo, las herramientas que integres (plugins de editor, frameworks de agentes) pueden tener sus propios canales de datos; que Ollama sea local no significa que toda la cadena sea local.
Tercero, el historial de conversaciones se persiste mediante tu propia aplicación; la seguridad de su almacenamiento es responsabilidad tuya.
Riesgos y protección de puertos abiertos
Por defecto, Ollama solo escucha en la dirección de loopback de la máquina local; esta es la premisa de seguridad. La gran mayoría de los incidentes de seguridad comienzan con "cambiar la dirección de escucha a 0.0.0.0".
Un hecho que a menudo se pasa por alto: no solo se expone la interfaz de conversación. La interfaz de gestión de modelos también queda abierta al exterior, lo que significa que cualquier persona en el mismo segmento de red puede llamar a /api/delete para borrar todos tus modelos, o /api/pull para llenar tu disco y ancho de banda.
La lista de protección se organiza por prioridad:
| Medida | Descripción |
|---|---|
| Mantener la escucha en loopback | Cuando no haya una necesidad clara de compartir entre varias personas, no modifiques OLLAMA_HOST |
| Cuando sea necesario compartir, usar proxy inverso | Ollama sigue escuchando en 127.0.0.1; Nginx realiza la autenticación y luego reenvía (esquema del capítulo de implementación privada) |
| Restringir CORS | OLLAMA_ORIGINS permite según necesidad; no des rienda suelta indiscriminadamente a todos los orígenes |
| Túneles: usar y cerrar de inmediato | Los túneles de red pública como ngrok o Cloudflare Tunnel deben usarse solo para demostraciones temporales |
| Mantener el hábito de actualizar | Presta atención a las actualizaciones oficiales y corrige oportunamente las vulnerabilidades conocidas |
Un comando práctico de autocomprobación: desde otro dispositivo, accede a http://tuIP:11434/api/version; si devuelve el número de versión, significa que el servicio ya está expuesto a la red. En ese caso, vuelve a la tabla anterior y revisa cada punto.
Licencias de modelos: verificación obligatoria antes del uso comercial
Código abierto no significa uso sin restricciones. Los modelos del catálogo llevan cada uno sus propios términos de licencia; las formas habituales incluyen licencias permisivas tipo Apache 2.0, licencias comunitarias con condiciones adicionales (como restricciones sobre el tamaño de usuarios o escenarios comerciales), etc.
Acciones estándar para la verificación de cumplimiento:
Primer paso: al hacer la selección, revisa las indicaciones de licencia en la página del catálogo de modelos y en la tarjeta del modelo.
Segundo paso: localmente, usa ollama show para consultar la información de licencia que acompaña al modelo y confirma que coincide con la página del catálogo.
Tercer paso: antes del despliegue comercial, el departamento legal debe confirmar la aplicabilidad de los términos, especialmente las restricciones de tamaño de usuarios y los requisitos de atribución de marca.
Ver la información del modelo (incluye los campos de licencia y la lista de capacidades):
ollama show qwen3.5
Contenido de salida:
Model
architecture qwen35
parameters 9.7B
context length 262144
embedding length 4096
quantization Q4_K_M
requires 0.17.1
Capabilities
completion
vision
tools
thinking
Parameters
temperature 1
top_k 20
top_p 0.95
presence_penalty 1.5
License
Apache License
Version 2.0, January 2004
Si redistribuyes versiones personalizadas basadas en modelos de terceros, las obligaciones de licencia se transmiten; declarar fielmente la licencia de origen en la directiva LICENSE del Modelfile es una práctica básica.
Los términos de la licencia se rigen por el texto más reciente del publicador del modelo; la clasificación de este tutorial es solo un marco de referencia y no constituye asesoramiento legal.
Recomendaciones de control de acceso en la intranet empresarial
Para introducir Ollama en un entorno empresarial, se recomienda construir el control en tres capas: red, proxy y aplicación, conectando con la topología del capítulo de implementación privada.
| Capa | Medida | Implementación habitual |
|---|---|---|
| Capa de red | Limita los segmentos de red accesibles; por defecto, deniega el acceso entre segmentos | Aislamiento VLAN, ingreso VPN, firewall de host |
| Capa de proxy | Entrada unificada, autenticación de cuentas, limitación de velocidad y auditoría | Nginx + SSO, API Gateway que emite API Key |
| Capa de aplicación | Aísla las instancias y los modelos por equipo; controla las cuotas | Contenedores independientes, planificación de cuotas con OLLAMA_NUM_PARALLEL |
La clasificación de datos es otra acción necesaria desde la perspectiva empresarial: para los negocios que involucran secretos centrales, es obligatorio usar instancias desplegadas en segmentos de red aislados y activar el modo puramente local para cortar toda integración con la nube; solo los negocios generales pueden usar instancias compartidas con capacidad híbrida Cloud.
Otras extensionesLas soluciones de control de acceso y auditoría son prácticas comunes en las empresas, no funciones oficiales de Ollama. Al implementarlas, debes combinarlas con la infraestructura de seguridad existente de la empresa; el principio es que todas las llamadas a modelos sean atribuibles a una persona y trazables en el tiempo.