Un agente de IA solo es útil si puede acceder a los datos de su empresa, y ese acceso es justamente donde vive el problema de seguridad. Plano concentra sedes corporativas y centros de servicios compartidos, desde la sede norteamericana de Toyota hasta los centros de finanzas, recursos humanos y TI agrupados en el corredor de Legacy, lo que significa que el equipo de TI local no defiende una sola red plana. Defiende sistemas financieros, expedientes de personal, datos de clientes y contenido legal que viven detrás de permisos cuidadosamente construidos para personas. Los agentes no encajan bien en ese modelo. Actúan en nombre de los usuarios, se ejecutan sin sesión, persisten durante semanas y cruzan sistemas que nunca fueron diseñados para hablar entre sí. Este es un plan de control para otorgar ese acceso a propósito y no por accidente.
El acceso de un agente es el conjunto de sistemas, registros y acciones que un agente de IA puede consultar y ejecutar, evaluado en el momento en que actúa y no en el momento en que se instaló. Esa última parte es lo que lo diferencia del acceso de una aplicación común, y es donde fallan la mayoría de las revisiones de acceso.
Tres propiedades separan el acceso de un agente de las cuentas de integración que su equipo ya administra:
En conjunto, los agentes crean una categoría de identidad que la mayoría de las organizaciones no ha gobernado de manera formal. Nuestra posición es simple: todo agente es una identidad, y toda identidad necesita un responsable, un alcance, una fecha de expiración y un registro.
El acceso de los agentes rompe el modelo de identidad existente porque ese modelo supone una persona en un extremo de la sesión y una aplicación en el otro. Los agentes se ubican en el medio y heredan lo que se le haya dado a la integración, que casi siempre es mucho más de lo que la tarea requiere.
Este es el patrón, tomado de lo que vemos en entornos corporativos y de servicios compartidos. Un equipo pone en marcha un piloto. Para que funcione rápido, alguien lo conecta con una cuenta de integración existente que ya lee el repositorio de archivos, el sistema de tickets y una base de datos de reportes. El piloto tiene éxito, se suman más personas y nadie revisa la cuenta, porque la cuenta es anterior al agente y pasó su revisión hace dos años. Ahora un agente responde preguntas para un departamento entero con credenciales que fueron acotadas para un proceso nocturno por lotes.
Nada de eso implica negligencia. Basta con que la decisión de acceso se haya tomado una vez, con otro propósito, y nunca se haya vuelto a examinar frente a aquello en lo que el agente se convirtió. Esa es la falla específica que este plan de control busca evitar.
Los permisos deben evaluarse en el momento de la consulta contra la persona en cuyo nombre actúa el agente, no copiarse de una cuenta de servicio durante la instalación. Si su agente puede devolver algo que el usuario que pregunta no podría abrir por sí mismo, usted no tiene un problema de IA. Tiene un problema de control de acceso que la IA dejó a la vista y aceleró.
Cinco fallas aparecen una y otra vez en las revisiones de acceso de agentes: la fuga de permisos por un conector privilegiado, el privilegio permanente que nunca expira, una sola identidad compartida entre muchos agentes, acciones que nunca se registran como acciones y agentes que nadie aprobó. Todas ellas son brechas de gobernanza y no defectos del modelo.
El agente indexa contenido con una cuenta que puede leerlo todo, de modo que una pregunta bien formulada expone datos de compensación, un plan de reorganización no anunciado o material cubierto por una retención legal. Los permisos del sistema de origen eran correctos. La ruta de recuperación los ignoró.
El acceso otorgado para una prueba de concepto sigue vigente un año después, con un alcance más amplio del que cualquier tarea actual necesita. Las identidades no humanas rara vez aparecen en la revisión trimestral de accesos, porque esa revisión se diseñó alrededor de empleados y contratistas.
Cuando varios agentes e integraciones comparten una credencial, el rastro de auditoría se derrumba. Usted puede ver que algo leyó un registro. No puede decir qué agente, en nombre de quién, ni por qué, que es exactamente la primera pregunta que hará un auditor o un equipo de respuesta a incidentes.
El acceso de lectura recibe atención porque es fácil de imaginar. El acceso de escritura es donde se produce el daño: un registro actualizado, un mensaje enviado a un cliente, un ticket cerrado, un archivo compartido hacia afuera. Si esas acciones no se registran con la identidad del agente y el usuario que las originó, son en la práctica anónimas.
La categoría que más se pasa por alto son los agentes que llegan dentro del software que su empresa ya tiene licenciado, activados por un administrador dentro de una unidad de negocio y no solicitados a través de TI. El inventario debe cubrirlos, no solo a los agentes que su equipo construyó, que es el problema práctico detrás de los agentes de IA integrados por los proveedores.
Identidad: una cuenta de integración compartida y reutilizada entre agentes.
Alcance: lo que la cuenta ya tenía, de forma indefinida.
Permisos: resueltos una vez en la instalación y luego a la deriva.
Evidencia: lecturas y escrituras atribuidas a una cuenta de servicio, no a un agente.
Identidad: una identidad no humana por agente, con un responsable humano.
Alcance: mínimo privilegio para una tarea definida, con fecha de expiración.
Permisos: evaluados en el momento de la consulta contra el usuario solicitante.
Evidencia: cada acción registrada con agente, usuario, origen y motivo.
Recorra estos siete pasos en orden. La secuencia importa, porque los pasos uno a tres determinan si los controles posteriores son siquiera exigibles.
Gradúe la intensidad según el riesgo. Un agente que resume documentación pública de producto no necesita el escrutinio que usted aplica a uno que toca nómina, contratos de clientes o divulgaciones financieras, donde obligaciones como SOX, PCI DSS o HIPAA ya dictan quién puede ver qué. La gobernanza uniforme es lo que vuelve a los equipos demasiado lentos para avanzar o demasiado laxos donde importa, y una lista de verificación de gobernanza de agentes de IA es la forma de volver concretos esos niveles.
Noventa días alcanzan para volver defendible el acceso de los agentes sin comprar una plataforma nueva, y cinco resultados le indican que llegó.
Llegar a ese punto es sobre todo disciplina y no herramientas nuevas. La mayoría de los equipos ya tiene la plataforma de identidad, la infraestructura de registros y el proceso de revisión. Lo que falta es el mandato de aplicar las tres cosas a los agentes, y ahí es donde nuestra práctica de seguridad y gobernanza de IA y una consultoría de IA enfocada avanzan más rápido. Cuando construimos agentes de IA a medida o una base de conocimiento con IA para un cliente, la identidad acotada y los permisos en el momento de la consulta son parte de la construcción y no un endurecimiento posterior.
Los líderes de TI en Plano no necesitan frenar la adopción de IA para mantenerla segura. Necesitan dejar de tratar el acceso de los agentes como un detalle de integración. Dele a cada agente su propia identidad, acótela a la tarea, aplique los permisos del usuario solicitante en el momento de la consulta, registre cada acción con atribución e incluya a los agentes en el mismo ciclo de revisión que a todos los demás. Con eso, la pregunta de seguridad deja de bloquear la hoja de ruta, porque usted puede responderla con evidencia. Para un tratamiento más amplio del tema, más allá del control de acceso, vea nuestra guía sobre cómo asegurar los agentes de IA en 2026.
Infonaligy ayuda a los equipos de TI y seguridad de Plano a acotar, gobernar y auditar el acceso de los agentes de IA, y atendemos al resto del área metropolitana de Dallas–Fort Worth y más allá, incluso de forma remota en todo el país.
Agende un diagnóstico y haremos el inventario de cada agente en su entorno, probaremos la fuga de permisos con cuentas de bajo privilegio y diseñaremos las identidades acotadas y el registro que vuelven defendible el acceso de los agentes.
Infonaligy