Gestión de Identidad y Acceso de Agentes de IA: Cómo Proteger la Fuerza Laboral No Humana

Por Infonaligy · Actualizado el 1 de julio de 2026 · 9 min de lectura

Algo cambió en su entorno este año, y no apareció en ningún informe de personal. Los agentes de IA comenzaron a iniciar sesión en sus sistemas. Leen su correo, extraen registros del CRM, publican asientos en el libro mayor, abren tickets y llaman a las API, y la mayoría lo hace con credenciales prestadas: el token personal de un desarrollador, una cuenta de servicio compartida, una clave de API pegada en un archivo de configuración. Eso funciona hasta que deja de hacerlo. La pregunta que todo líder de TI y de seguridad debe responder ahora es simple: quién es este agente, qué tiene permitido tocar y puede usted demostrar lo que hizo. Ese es un problema de identidad y acceso, y en 2026 se convirtió en la base sobre la que se sostiene la empresa agéntica.

La fuerza laboral no humana ya está aquí

Para la mayoría de las organizaciones, los agentes de IA ya no son un piloto. Están funcionando en producción y se multiplican más rápido de lo que nadie los rastrea. Cada agente necesita autenticarse ante algo y actuar sobre algo, lo que significa que cada uno es una identidad nueva con acceso real a sistemas reales. El problema es que la infraestructura de identidad que la mayoría de las empresas opera fue diseñada para personas: un usuario, un inicio de sesión, una contraseña y un segundo factor, una incorporación y una baja. Los agentes rompen cada supuesto de ese modelo. Se activan en minutos, funcionan las veinticuatro horas, actúan en nombre de muchos usuarios a la vez y a menudo se encadenan con otros agentes. Cuando le da a ese tipo de identidad las credenciales de una persona, ha perdido el hilo antes de empezar.

Por qué las credenciales prestadas son el riesgo central

Cuando un agente funciona con una cuenta de servicio compartida o el token de una persona, cuatro cosas fallan a la vez, y se acumulan.

• Pierde la atribución. Si diez agentes y tres personas actúan como la misma cuenta de servicio, sus registros no pueden decirle cuál movió el dato o hizo la llamada. Después de un incidente, esa ambigüedad es la diferencia entre una explicación clara y una semana de conjeturas.
• Otorga acceso excesivo. Las cuentas humanas acumulan permisos a lo largo de los años. Entregue esa cuenta a un agente y el agente hereda todo, mucho más que la única tarea para la que fue creado, y cada permiso adicional es radio de impacto que no necesitaba.
• Las credenciales caducan y siguen activas. Una clave de API de larga duración en un archivo de configuración no rota, no expira y no se revoca cuando termina el proyecto. Simplemente se queda ahí, una clave válida a sus sistemas que nadie posee.
• La baja nunca ocurre. Cuando una persona se va, Recursos Humanos activa un flujo de desaprovisionamiento. Cuando un agente se retira, normalmente no pasa nada, y su acceso permanece indefinidamente. Nadie puede dar de baja una identidad que nunca inventarió.

Ninguna de estas es un ataque exótico. Son las fallas ordinarias y aburridas de tratar a un actor no humano como si fuera humano, y son donde comienzan los incidentes reales.

Cómo se ve una buena identidad de agente

El patrón que resiste le da a cada agente una identidad propia de primera clase, gobernada como ya gobierna a las personas, pero ajustada a cómo se comportan realmente los agentes.

1. Una identidad distinta por agente. Cada agente recibe su propia identidad registrada, nunca una cuenta compartida ni el inicio de sesión de una persona. Ese solo movimiento restaura la atribución: cada acción se rastrea a un agente con nombre, un responsable, un propósito.
2. Mínimo privilegio, ajustado a la tarea. Al agente se le concede solo los datos y las acciones específicas que su tarea requiere, y nada más. Un agente de cobranza puede leer el informe de antigüedad y redactar recordatorios; no puede tocar la nómina. El alcance se define por adelantado y se revisa, no se hereda.
3. Credenciales de corta duración y en bóveda. En lugar de una clave permanente en un archivo, el agente obtiene credenciales que se emiten bajo demanda, expiran rápido y viven en una bóveda de secretos, nunca en el código. Un token filtrado que muere en minutos es un problema mucho menor que uno que vive para siempre.
4. Controles humanos en las acciones importantes. Leer y redactar pueden ejecutarse de forma autónoma. Las acciones que mueven dinero, cambian el acceso o escriben en un sistema de registro pasan por un paso de aprobación que un ser humano posee. El agente prepara; una persona decide sobre las acciones que importan.
5. Un registro de auditoría completo e inalterable. Cada autenticación, cada permiso utilizado y cada acción realizada se registra en un archivo que el agente no puede modificar. Bien hecho, un proceso automatizado es más auditable que el manual que reemplazó, no menos.
6. Un ciclo de vida real, incluida la baja. Los agentes se aprovisionan, se revisan y se dan de baja según un calendario, con un responsable con nombre a cargo de cada uno. Cuando un agente se retira, su identidad y su acceso se revocan el mismo día.

La identidad es donde la gobernanza se vuelve exigible

Muchas organizaciones tienen una política de IA. Muchas menos pueden hacerla cumplir, porque una política en un documento no puede impedir que un agente haga algo. La identidad y el acceso son la capa donde la política se vuelve real. El mínimo privilegio no es un principio que se escribe; es un conjunto de alcances que se conceden. La supervisión humana no es una buena intención; es una puerta de aprobación integrada en el flujo de trabajo. La rendición de cuentas no es una promesa; es un registro de auditoría vinculado a una identidad con nombre y un responsable con nombre. Por eso la identidad se ubica debajo del resto de la seguridad de agentes. Es la misma idea que cubrimos en nuestro trabajo sobre proteger agentes de IA con los nuevos controles de plataforma y sobre por qué las políticas genéricas de IA están fallando: los controles solo tienen fuerza cuando están vinculados a una identidad que usted realmente gestiona.

Cómo empezar

1. Inventaríe sus agentes. No puede gobernar identidades que no ha nombrado. Enumere cada agente en producción, qué hace, a qué puede acceder y quién lo posee. La mayoría de los equipos se sorprenden por la cantidad.
2. Elimine las cuentas compartidas. Encuentre cada agente que funcione con un inicio de sesión humano o una cuenta de servicio compartida y dele su propia identidad. Este solo paso restaura la atribución en toda su flota.
3. Ajuste el acceso al tamaño correcto. Para cada agente, reduzca los permisos exactamente a lo que su tarea necesita, y traslade cualquier credencial permanente a una bóveda con expiración corta.
4. Ponga controles en las acciones importantes. Decida qué acciones requieren aprobación humana e integre esa puerta en el flujo de trabajo, en lugar de confiar en que el agente pregunte.
5. Active el registro de auditoría y revíselo. Registre cada acción en un archivo inalterable y incluya las identidades de los agentes en la misma revisión periódica de accesos que aplica a las personas.

Este trabajo se entrega como parte de nuestra práctica de seguridad y gobernanza de IA, y encaja de forma natural con la manera en que construimos agentes de IA a medida con acceso a herramientas acotado desde el primer día y los operamos bajo AI DevOps para monitoreo y control tras el lanzamiento. Para la lista de verificación operativa, consulte nuestra lista de gobernanza de agentes y nuestro manual para gobernar la fuerza laboral agéntica de IA. Para la pregunta más amplia sobre datos, nuestra guía para mantener seguros los datos de la empresa en la era de la IA pública cubre dónde encaja todo esto.

En resumen

Sus agentes de IA ya se autentican en sus sistemas y actúan sobre sus datos. La única pregunta real es si cada uno tiene una identidad que usted puede nombrar, un alcance que puede defender y un registro de auditoría que puede presentar. Las credenciales prestadas y las cuentas de servicio compartidas parecen más rápidas hoy y cuestan mucho más el día que algo sale mal. Dele a cada agente su propia identidad gobernada, acceso de mínimo privilegio, credenciales de corta duración, controles humanos en las acciones importantes y un registro de auditoría completo, y obtiene la velocidad de la fuerza laboral agéntica sin el riesgo permanente. Infonaligy diseña identidad y acceso gobernados para agentes destinados a equipos de TI y de seguridad en el área metropolitana de Dallas–Fort Worth y de forma remota en todo el país.