La gobernanza de agentes de IA es el conjunto de controles que definen qué puede ver y hacer cada agente. El principio base es simple: el agente hereda los permisos del usuario que representa. Si una persona no puede acceder a un dato, el agente que actúa en su nombre tampoco. Sin esa base, un agente autónomo es un riesgo.
Un agente actúa sobre datos y sistemas reales, así que la seguridad es condición de entrada, no un agregado posterior. Aquí verás qué es la gobernanza de agentes, cómo funciona la identidad y el control de acceso, cómo se auditan sus acciones, cómo se relaciona con la Ley 21.719 en Chile y qué pasa cuando falta. Es el terreno que separa una implementación empresarial de un bot armado a la rápida. Para el panorama completo, revisa la guía sobre agentes de IA para empresas.
Enlace interno: “agentes de IA para empresas” → /agentes-ia/.
¿Qué es la gobernanza de agentes de IA?
La gobernanza de agentes de IA es el marco de reglas, identidades y controles que determina qué datos usa un agente, qué acciones ejecuta y quién responde por ellas. Cubre identidad, permisos, protección de datos, trazabilidad y administración. Su objetivo es que el agente opere con autonomía dentro de límites claros y auditables.
No es un producto único, es una capa que atraviesa todo el agente, desde el dato que consulta hasta la acción que ejecuta. En una implementación con Microsoft, esa capa se apoya en las mismas herramientas de identidad y seguridad que la empresa ya usa para sus personas, extendidas ahora a los agentes.
El principio base: el agente hereda los permisos del usuario
Un agente bien gobernado nunca accede a más de lo que puede ver la persona que representa. Hereda sus permisos de forma automática. Si un colaborador no tiene acceso a una carpeta o a un sistema, el agente que actúa por él tampoco lo tiene. Este principio evita la fuga de información por la puerta de atrás.
Es la diferencia con un bot que se conecta a una base común para todos. En ese modelo, cualquiera que le pregunte podría recibir datos que no le corresponden. Con permisos heredados, el mismo agente entrega respuestas distintas según quién lo consulta, respetando la confidencialidad que ya existe en la organización.
Identidad y control de acceso: quién es el agente y a qué entra
Cada agente tiene su propia identidad, gestionada con Microsoft Entra. Así se sabe quién es, qué puede hacer y se le pueden aplicar políticas como a cualquier usuario. El acceso a los datos se controla con etiquetas de confidencialidad y reglas de Microsoft Purview, que definen qué información es sensible y cómo se trata.
Darle identidad propia a un agente permite administrarlo con las mismas políticas de acceso condicional que rigen a las personas: desde dónde se conecta, con qué requisitos, a qué recursos. Las etiquetas de confidencialidad viajan con el dato, de modo que un documento marcado como reservado sigue protegido incluso cuando un agente lo consulta.
Protección y trazabilidad: Defender y auditoría
Un agente gobernado opera bajo las políticas de Microsoft Defender y deja registro de cada acción. La protección frente a amenazas vigila comportamientos anómalos, y la auditoría permite revisar qué hizo el agente, cuándo y con qué datos. Sin trazabilidad no hay forma de confiar en un sistema que decide y ejecuta.
La observabilidad es lo que convierte una caja negra en un sistema administrable. El equipo de seguridad puede ver el rastro completo de la actividad del agente, detectar usos indebidos y responder. Ese registro también sirve para mejorar el agente y para responder ante una auditoría interna o regulatoria.
Administración y ciclo de vida del agente
Los agentes se administran desde un centro de control, no sueltos por la organización. Ahí se define en qué entornos viven, quién puede crearlos y publicarlos, y cómo se retiran cuando dejan de usarse. Cuando son muchos, Agent 365 los gestiona como parte de la plantilla, con identidad, seguridad y monitoreo central.
El problema real aparece después del primer piloto: decenas de agentes creados por distintas áreas, sin control central, se vuelven un riesgo. La administración por entornos y el gobierno del ciclo de vida evitan ese desorden. Cómo escala esto está en la guía de Agent 365.
Enlace interno: “Agent 365” → /agent-365/.
Cumplimiento en Chile: Ley 21.719 y datos personales
Un agente que trata datos personales queda bajo la Ley 21.719 de protección de datos. La ley exige control sobre qué datos se usan, con qué finalidad y quién accede a ellos. Una implementación gobernada, con permisos heredados, etiquetas de confidencialidad y trazabilidad, ayuda a cumplir esos requisitos desde el diseño.
La gobernanza técnica y el cumplimiento legal se refuerzan. Los permisos heredados sostienen el principio de acceso mínimo, las etiquetas apoyan el tratamiento adecuado de datos sensibles y el registro de acciones respalda la rendición de cuentas que la ley pide. El cumplimiento depende de cada configuración y uso, así que conviene diseñarlo desde el inicio. Revisa el detalle en la guía sobre la Ley 21.719 de protección de datos.
Enlace interno cruzado: “Ley 21.719 de protección de datos” → pilar del cluster Ley 21.719 (confirmar URL).
Riesgos de un agente sin gobernanza
Un agente sin gobernanza puede exponer datos que un usuario no debería ver, ejecutar acciones sin control ni registro, y dejar a la empresa sin forma de saber qué pasó. A mayor autonomía, mayor el daño posible. Por eso la seguridad se define antes de dar autonomía, no después de un incidente.
| Riesgo | Qué lo evita |
|---|---|
| El agente accede a datos que el usuario no debería ver | Permisos heredados del usuario que representa |
| Acciones sin control ni responsable | Identidad propia con Microsoft Entra |
| Datos sensibles tratados sin cuidado | Etiquetas de confidencialidad y Microsoft Purview |
| Imposible saber qué hizo el agente | Registro y auditoría de cada acción |
| Decenas de agentes sin control central | Administración por entornos y Agent 365 |
Cómo implementar la gobernanza desde el inicio
La gobernanza se diseña junto con el agente, no al final. Define la identidad del agente, aplica los permisos heredados, marca los datos sensibles, activa la trazabilidad y decide en qué entorno vive antes de publicarlo. Ese orden es lo que permite que un director de TI apruebe un agente que toma decisiones.
Este es el paso que más pilotos omiten y por el que más se estancan al escalar. Resolverlo primero acelera la puesta en producción en lugar de frenarla. XMS implementa esta capa con las especializaciones avanzadas de seguridad que Microsoft le ha certificado en identidad, protección de información y protección contra amenazas. El punto de partida para construir es la guía de cómo crear un agente con Copilot Studio.
Enlace interno: “cómo crear un agente con Copilot Studio” → /copilot-studio-como-crear-copilotos/.
Nota de Daniela Lalanne (Directora de Marketing XMS)
Da el primer paso con base firme
¿Quieres dar autonomía a un agente sin abrir riesgos? En XMS hacemos una sesión inicial sin costo: revisamos tu entorno Microsoft, la gobernanza que ya tienes y qué falta para que un agente opere con confianza, y te entregamos una hoja de ruta priorizada.
Preguntas frecuentes
Es el marco de identidades, permisos y controles que define qué datos usa un agente, qué acciones ejecuta y quién responde por ellas. Cubre identidad, control de acceso, protección de datos, trazabilidad y administración, para que el agente opere con autonomía dentro de límites claros y auditables.
Sí, cuando la seguridad se define desde la base. El agente hereda los permisos del usuario que representa, tiene identidad propia con Microsoft Entra, respeta las etiquetas de confidencialidad y deja registro de cada acción. La autonomía siempre opera dentro de límites y con supervisión humana en los puntos críticos.
Con permisos heredados del usuario, identidad propia gestionada con Microsoft Entra, etiquetas de confidencialidad de Microsoft Purview y políticas de acceso. El agente solo accede a lo que la persona que representa puede ver, y sus acciones quedan registradas para auditoría.
El cumplimiento depende de la configuración y el uso, no del producto por sí solo. Una implementación gobernada, con permisos heredados, tratamiento controlado de datos sensibles y trazabilidad, ayuda a cumplir los requisitos de la Ley 21.719 desde el diseño. Conviene planificarlo con especialistas antes de publicar.
Puede exponer datos que un usuario no debería ver, ejecutar acciones sin control ni responsable y dejar a la empresa sin registro de lo ocurrido. A mayor autonomía, mayor el daño posible. Por eso la gobernanza se define antes de dar autonomía, no después de un incidente.
