Respuesta directa
Estos tipos de identidad representan actores, ciclos de vida y riesgos distintos. Una cuenta humana pertenece a una persona; una cuenta de servicio, a una carga de trabajo no humana; una entidad de servicio representa una instancia de aplicación; una identidad administrada es una identidad de carga de trabajo gestionada por un proveedor de nube; y una identidad de agente de IA pertenece a un agente cuya finalidad, patrocinador, herramientas y acciones deben rastrearse por separado.
En lenguaje claro
En un lugar de trabajo, la tarjeta de un empleado, la credencial de un sistema de puertas automáticas y la identidad de un robot de reparto no deberían ser la misma tarjeta. Cada actor debe reconocerse por separado para conceder los permisos correctos y atribuir bien cada acción.
Por qué importa
Ejecutar automatizaciones mediante una cuenta humana oculta la responsabilidad, arrastra una autoridad excesiva y puede dejar de funcionar cuando esa persona se marcha. Identificar a un agente solo por el nombre del modelo tampoco muestra qué instancia concreta realizó una acción.
No confundir
- Una identidad, un autenticador y un permiso no son lo mismo.
- Un objeto de aplicación y una entidad de servicio no son el mismo objeto.
- Una identidad administrada es una forma gestionada de identidad; aun así, debe rastrearse su relación con el recurso que la utiliza.
- Un agente de IA no es el modelo subyacente.
Qué hacer
- Utilice una identidad separada para cada carga de trabajo y cada agente de alto impacto.
- Evite ejecutar automatizaciones en segundo plano mediante una cuenta humana.
- Vincule cada identidad con una finalidad, responsable o patrocinador, entorno y ciclo de vida.
- Cuando proceda, prefiera credenciales de corta duración o administradas a secretos estáticos de larga duración.
- Registre por separado las identidades de herramienta, modelo, entorno de ejecución y agente.
- Aplique el privilegio mínimo y revise el acceso periódicamente.
Cómo auditarlo
- ¿Está correctamente clasificada la identidad?
- ¿Utiliza una carga de trabajo no humana una cuenta humana?
- ¿Está vigente el responsable o patrocinador?
- ¿Se utiliza innecesariamente una clave estática?
- ¿Pueden rastrearse las relaciones entre agente, modelo, herramientas y entorno de ejecución?
- Al cerrar la identidad, ¿se cierran también sus permisos y secretos?
Límite
La terminología de los proveedores varía. NOMOS propone un vocabulario común de auditoría; no reduce los modelos de identidad de Microsoft, Google y AWS a un único esquema técnico.
Recuérdalo en una frase
Cuando una persona, una aplicación, una carga de trabajo y un agente comparten identidad, resulta difícil saber quién hizo qué.
Fuentes de este registro
- S24NIST SP 800-63-4, *Digital Identity Guidelines*Estándar
- S25NIST SP 800-63B-4, *Authentication and Authenticator Management*Estándar
- S29Microsoft Learn, *Application and Service Principal Objects in Microsoft Entra ID*Documentación del proveedor
- S30Microsoft Learn, *Managed Identities for Azure Resources*Documentación del proveedor
- S31Google Cloud, *Identities for Workloads*Documentación del proveedor
- S32AWS IAM, *Temporary Credentials with AWS Resources*Documentación del proveedor