NIST propone diez principios para la identidad de agentes de IA

Publicado ·

Un agente de inteligencia artificial puede consultar datos, usar herramientas y ejecutar tareas en nombre de una persona. A medida que esas tareas cruzan aplicaciones, una organización necesita saber qué agente actuó, quién lo autorizó y qué permisos tenía en cada paso. Una identidad compartida y permisos permanentes hacen más difícil responder esas preguntas.

El 27 de octubre de 2026, especialistas del NIST publicaron diez principios iniciales de diseño para gestionar identidad y autorización de agentes. La propuesta aborda desde el registro y la delegación hasta la supervisión humana y las evidencias de actividad. Se presenta como una orientación inicial para evaluar capacidades, no como una certificación de productos ni una norma que ya resuelva todos los casos. Análisis del NIST.

Esta propuesta posterior desarrolla diez principios a partir del trabajo sobre identidad y autorización que el organismo ya había presentado. La cobertura anterior examinó los anuncios de septiembre y un blog de agosto sobre ese proyecto.

Identificar al agente y a su responsable

El NIST propone que cada agente tenga una identidad diferenciada de las personas y de otras cuentas de servicio, vinculada a su entorno y configuración aprobada. También plantea mantener una relación verificable entre el agente y quien inició o delegó la tarea.

La distinción ayuda a reconstruir lo ocurrido cuando varios componentes participan en un proceso. Si todos usan la misma credencial, un registro puede mostrar que una cuenta accedió a un recurso sin explicar qué componente realizó la acción. Una identidad propia hace posible asociar el acceso con una instancia y su ciclo de vida.

El inventario necesita mantenerse al día: un agente retirado, una nueva versión o un cambio de dueño pueden alterar quién responde por su actividad. Registrar una identidad, sin embargo, no convierte automáticamente en autorizada cada acción posterior. Identificación y autorización cumplen funciones relacionadas pero distintas.

Delegar sin ampliar la autoridad

La propuesta del NIST sostiene que, cuando un agente delega trabajo a otro componente, la autoridad debe reducirse o mantenerse dentro del alcance recibido. Un subagente no debería obtener más permisos que los necesarios para su tarea ni adquirir facultades que el agente principal no tenía.

Esto es especialmente relevante cuando un sistema divide una solicitud en varios pasos. Cada componente debe recibir acceso suficiente para su función y no una credencial general que permita operar sobre todo el entorno. Una autorización puede depender del objetivo, el recurso, el momento y la identidad responsable.

El organismo también plantea privilegios mínimos y ausencia de derechos permanentes cuando el agente está inactivo. Esa visión exige mecanismos para conceder acceso cuando se necesita y retirarlo después. Implementarla requiere revisar tanto las políticas como las herramientas que realmente ejecutan las acciones.

Accesos temporales y decisiones separadas

El documento propone autorizaciones breves, dinámicas y revocables, con comprobación durante la ejecución. Una credencial que caduca limita su periodo de uso, pero debe acompañarse de un alcance adecuado y controles para emitirla, almacenarla y revocarla. La duración por sí sola no resuelve una autorización excesiva.

Otro principio separa el razonamiento del agente de los sistemas que deciden qué puede hacer. El NIST advierte que los modelos pueden recibir instrucciones y datos no confiables por una misma interfaz; por eso propone aplicar las políticas fuera de la lógica que interpreta la solicitud.

En la misma línea, plantea que las decisiones principales de acceso sean deterministas, aunque información probabilística pueda servir como entrada. La consecuencia práctica es que una respuesta generada no debería ampliar por sí misma los permisos del proceso. Las reglas deben verificarse en el componente que controla el recurso.

Supervisión humana y mandatos

El NIST propone umbrales de riesgo que activen revisión humana, con información suficiente para que la persona entienda la decisión. También advierte sobre la fatiga de aprobación: si se solicita confirmación continuamente, el control puede convertirse en una rutina sin revisión real.

Una aprobación útil debe identificar la acción, su alcance y sus consecuencias. No es lo mismo revisar un borrador que autorizar un pago o un cambio en datos. El diseño debe permitir detener la operación y aclarar información faltante, además de conservar quién tomó la decisión.

La propuesta incluye mandatos firmados que describan objetivos y restricciones. Estos pueden ayudar a comunicar a sistemas posteriores qué se autorizó y facilitar la auditoría. La firma no demuestra por sí sola que los datos de entrada sean correctos ni sustituye una política que limite el acceso.

Monitoreo y evidencia independiente

Los últimos principios proponen supervisar actividad anómala y conservar evidencia protegida contra modificaciones. El NIST describe registros independientes del agente y de adición sucesiva, para que una alteración del propio agente no pueda borrar fácilmente su historial.

La trazabilidad debe distinguir la intención, la autorización y el resultado observado. Una instrucción enviada no demuestra que el sistema de destino la ejecutó; para una tarea con efectos externos se necesita comprobar el resultado. Los registros también pueden contener datos sensibles y requieren controles de acceso y conservación.

El organismo señala que varios principios deben trabajar juntos frente a una misma amenaza y reconoce que la tecnología y los estándares actuales no satisfacen todos de inmediato. La propuesta busca orientar evaluaciones y demostraciones futuras, no prometer que una lista de controles elimine cualquier riesgo.

Preguntas frecuentes

¿Los diez principios son una certificación de productos?

No. El artículo los presenta como una propuesta inicial de diseño para orientar capacidades de identidad y autorización.

¿Una identidad propia permite a un agente hacer cualquier tarea?

No. Identificarlo es distinto de concederle permisos para recursos y acciones concretas.

¿Una aprobación humana garantiza que una acción sea correcta?

No. La persona necesita información suficiente y debe revisar el alcance y el resultado de la operación.

¿Un registro muestra siempre que una tarea se completó?

No necesariamente. Una intención o intento debe contrastarse con el resultado del sistema de destino.

Sigue aprendiendo

Explora los recursos y continúa tu recorrido en la comunidad.

Únete gratis a la comunidad →