Permisos de modelos y puntos finales

Las dos nubes separan los permisos en dos planos. El de invocación permite enviar una petición a un punto final y recibir la respuesta; es lo que necesita una aplicación. El de administración permite crear o reemplazar modelos, cambiar la configuración de un punto final y acceder a los datos de entrenamiento; es lo que necesita un equipo de ciencia de datos o un pipeline de entrenamiento.

El mínimo privilegio, aquí, es no mezclarlos: una aplicación de reportes que solo consulta el modelo no necesita poder reemplazarlo. Reemplazar un modelo por otro es una forma silenciosa de cambiar decisiones de crédito sin tocar ninguna línea de código de la aplicación.

Abre SELECT * FROM permisos_modelo. Hay un pipeline de entrenamiento que, por su función, sí debe poder modificar el modelo. La pregunta es quién más puede hacerlo sin que su trabajo lo exija.

Un punto final sin límite de peticiones permite dos abusos: que una persona o un programa consuma el cómputo hasta disparar la factura o saturar el servicio, y que se hagan miles de consultas para reconstruir el comportamiento del modelo. La lista de OWASP para LLM llama al primero «consumo sin límites». El límite de tasa importa más cuanto más expuesta esté la puerta.

Hay dos puntos finales sin límite; solo uno está en la red pública.

Una contratista externa con acceso a datos de entrenamiento y sin actividad desde hace meses es un permiso que sigue abierto por inercia. Si el contrato terminó o el proyecto cambió, ese acceso es riesgo sin beneficio. El primer argumento para cerrarlo es el tiempo transcurrido.

El informe es del 7 de octubre de 2026.

La identidad de reportes puede consultar el modelo, y esa parte es correcta: lo que sobra es la capacidad de modificarlo. La corrección consiste en quitar solo lo que sobra, sin interrumpir el servicio que hoy usa.