Guías

Audita tu flota de agentes antes de la revisión

Realiza una auditoría de agentes antes de la revisión, cuenta solo los controles de disponibilidad general y trata las concesiones sin alcance de tarea y la trazabilidad de delegación ausentes como brechas que cerrar.

Illustration: Audit Your Agent Fleet Before Review

La revisión pedirá controles, no intenciones

Tu flota de agentes está en la agenda de la revisión. Gartner proyectó que la empresa promedio de la Fortune 500 global utilizaría más de 150.000 agentes de IA para 2028. Gartner también informó que solo el 13% de las organizaciones creía tener la gobernanza adecuada de agentes de IA. La Blueprint Alliance, un grupo de proveedores para la gobernanza de agentes, fue anunciada el 22 de septiembre de 2026 en Oktane 2026. Su arquitectura de referencia plantea cuatro preguntas: localizar agentes, definir acciones permitidas, observar el comportamiento en tiempo de ejecución y decidir la respuesta. La brecha es la disciplina de auditoría.

Las cuatro preguntas son la auditoría

Localizar agentes es el primer punto de fallo. Una flota puede incluir agentes aprobados, agentes experimentales y agentes creados por desarrolladores que nunca los registraron. La auditoría necesita una fuente de verdad, no una hoja de cálculo que se actualiza raramente. A continuación, define las acciones permitidas. Un permiso que sobrevive a la tarea se convierte en acceso permanente. Después, observa el comportamiento en tiempo de ejecución. Una política en papel no muestra lo que un agente realmente invoca. Por último, decide la respuesta. Una detención lenta deja el plan de respuesta a incidentes como un borrador.

La identidad del agente y el alcance del acceso pertenecen a la misma pasada. Un agente sin identidad es difícil de revocar. Un agente con acceso amplio es difícil de defender. El menor privilegio es el valor predeterminado. Concede solo la herramienta que la tarea necesita, solo el conjunto de datos que la tarea necesita y revoca la concesión cuando la tarea termina.

La lista de verificación convierte principios en pruebas

La arquitectura se apoya en seis principios: los agentes se tratan como identidades de primera clase, los permisos se limitan a la tarea, la delegación permanece trazable, el comportamiento en tiempo de ejecución se monitorea continuamente, la contención es inmediata y reversible, y la gobernanza mantiene el ritmo de la IA. Ejecuta cada prueba antes de la revisión. Registra la brecha y el responsable por cada no.

  • Identidad del agente. Localiza cada agente, su responsable y su registro de identidad.
  • Acceso con alcance de tarea. Define las acciones permitidas y confirma que cada concesión está limitada a la tarea.
  • Delegación trazable. Verifica que cada acción delegada se trace al agente o usuario que la autoriza.
  • Monitoreo en tiempo de ejecución. Confirma que las llamadas a herramientas y las acciones delegadas se monitorean continuamente.
  • Contención reversible. Decide la respuesta y prueba la contención inmediata y el rollback.
  • Cadencia de gobernanza. Verifica que las actualizaciones de gobernanza mantengan el ritmo con los cambios de agentes.
  • GA frente a plan de ruta. Marca cada control como de disponibilidad general o planificado; cuenta solo GA como actual.

GA es el único control que puedes contar

La división de estado de Okta muestra por qué GA importa. En el anuncio, Okta indicó que Agent SSO, Agent-to-Agent Connections y Resource Access Certifications estaban en disponibilidad general; Agent Gateway y Shadow AI Agent Discovery for Endpoints estaban planificados para el tercer trimestre; Configuration Designer y el kill switch del gateway estaban planificados para el cuarto trimestre.

Okta posicionó Agent Gateway como un punto de control en línea en tiempo de ejecución que aplica la política y registra las interacciones entre un agente y las herramientas que invoca. Úsalo como la prueba para el monitoreo en tiempo de ejecución. Registra la brecha y añade primero el registro de llamadas a herramientas cuando la pila carece de un punto de control en línea.

El estado GA cambia la respuesta ante un revisor. Un control de disponibilidad general puede citarse como un control actual. Un control planificado puede citarse como una mitigación, con una fecha y un responsable. Una mitigación sin fecha es un deseo. Una fecha sin responsable es un rumor.

El monitoreo en tiempo de ejecución es donde la política se encuentra con el comportamiento. Los registros deben mostrar el agente, la herramienta, la acción, el resultado y la hora. Los registros deben responder quién actuó y qué cambió. Un registro que no puede responder no es evidencia. Mantén los registros en un lugar donde el revisor pueda consultarlos sin pedirle un favor a un desarrollador.

La contención debe ser inmediata y reversible. Inmediata significa que la detención funciona antes de la siguiente llamada a herramienta. Reversible significa que el equipo puede restaurar un estado seguro sin eliminar evidencia. Un humano en un pasillo es una demora que documentar. Un script debe ser probado.

La gobernanza que mantiene el ritmo de la IA necesita una cadencia. Una revisión programada es un piso, no un techo. Nuevos agentes, nuevas herramientas y nuevos permisos deben activar una verificación. Un crecimiento de la flota más rápido que la política significa que la política va a la zaga. Cambios de política sin una prueba son promesas.

Cuenta las capacidades GA como controles actuales. Trata los elementos del plan de ruta como mitigaciones que programar, no como evidencia. Cierra las brechas directamente: reduce los permisos permanentes, añade registros y aprobaciones de delegación, empieza con registros de llamadas a herramientas y define una detención manual y un rollback.

Un plan de respuesta a incidentes de agentes de IA debe nombrar la detención, el responsable y el rollback. La gobernanza de herramientas pertenece a la misma auditoría cuando los agentes invocan servicios externos. El descubrimiento importa cuando el inventario es incompleto. La revisión necesita una lista de brechas defendible.

Antes de la revisión, produce un inventario de agentes, una lista de brechas y un plan de respuesta. El inventario muestra lo que existe, la lista de brechas muestra lo que falta y el plan de respuesta nombra quién actúa cuando algo sale mal. Un revisor puede discutir una brecha. Mantén el resultado de la prueba junto a la lista de brechas.

Publicidad