articulo
AI Identity: cómo dar permisos a un agente sin abrirle toda la empresa
Un agente que utiliza CRM, correo, documentos o pagos necesita una identidad propia y permisos definidos. Compartir credenciales humanas o darle acceso general es una forma rápida de convertir una automatización útil en un riesgo.
Un agente que utiliza CRM, correo, documentos o pagos necesita una identidad propia y permisos definidos. Compartir credenciales humanas o darle acceso general es una forma rápida de convertir una automatización útil en un riesgo.

Separa tres identidades
- La persona que solicita la acción.
- El agente que la ejecuta.
- El sistema o recurso al que se accede.
Ejemplo: agente comercial
Puede tener permiso para leer oportunidades y crear actividades, pero no para exportar toda la base de clientes ni borrar registros. Si envía un correo en nombre de una persona, el sistema debe registrar quién lo solicitó y qué agente lo ejecutó.
Aplica mínimo privilegio
Cada herramienta debería exponer solo las funciones necesarias. Incluso si la API permite administrar todo un sistema, el agente puede recibir una capa intermedia que limite acciones y campos.
Nunca conviertas comodidad en permiso permanente. Si el agente solo necesita consultar stock, no necesita credenciales de administrador.
Qué registrar
- Identidad del agente.
- Usuario o proceso que originó la solicitud.
- Herramienta utilizada.
- Parámetros relevantes.
- Resultado.
- Fecha y error, si lo hubo.
Preguntas frecuentes
¿Un agente debería usar la cuenta de un empleado?
¿Qué es mínimo privilegio?
¿Por qué registrar quién originó la acción?
Fuentes
- Microsoft Entra security for AI — Microsoft · enlace
Relacionados
Cómo elegir el primer proceso de atención para aplicar IA
Antes de automatizar la atención al cliente, delimite una consulta concreta, ordene sus fuentes y defina cuándo debe intervenir una persona.
Digital Workers: cómo crear un trabajador digital para una tarea específica
Un Digital Worker puede entenderse de forma práctica como un agente con una función recurrente, herramientas concretas y métricas. La clave es diseñarlo como un rol acotado, no como un empleado humano genérico.
Private AI y Sovereign AI: cuándo vale la pena pagar por más control
Private AI y Sovereign AI tienen sentido cuando el riesgo de los datos o las exigencias regulatorias justifican mayor control. No todo proceso necesita la arquitectura más privada ni la más costosa.
AI Security y Shadow AI: cómo reducir los riesgos reales de la IA en la empresa
La seguridad de IA ya no se limita a evitar que un empleado copie datos en una herramienta no autorizada. Los agentes pueden leer contenido externo, usar credenciales y ejecutar acciones, por lo que Shadow AI, prompt injection y permisos excesivos deben abordarse juntos.
