Los programas de identidad fueron diseñados en torno a empleados, contratistas y servicios de larga duración con roles predecibles. Los agentes de IA rompen ese modelo. Negocian autoridad temporal en nombre de las personas, atraviesan múltiples herramientas y concluyen el trabajo en minutos, pero dejan permisos permanentes, secretos compartidos y registros de auditoría incompletos. El riesgo práctico no es teórico: los agentes amplían la superficie de ataque, complican las certificaciones de cumplimiento y convierten las revisiones trimestrales en un juego constante de ponerse al día. La oportunidad es igualmente clara: si puedes vincular las acciones de un agente a una identidad de primera clase con credenciales con alcance y expiración, y verificaciones continuas de riesgo, puedes aumentar la seguridad mientras reduces el trabajo operativo y el volumen de tickets.
La tesis de Oak es hacer que los agentes sean seguros por diseño con un plano de control unificado que trata cada ejecución como un principal, no como un efecto secundario de una cuenta humana o de servicio. Los mecanismos centrales incluyen emisión de identidad por ejecución, concesiones de mínimo privilegio basadas en la intención declarada y el uso real, revocación automática cuando el comportamiento diverge, y un grafo auditable que vincula personas, agentes, datos y herramientas. Esto se alinea con IAM basado en riesgos: disparadores como ubicaciones anómalas, consultas de datos inusuales o frecuencia de acciones sensibles se convierten en entradas de política, no en alertas posteriores. Si la infraestructura es robusta, los equipos de seguridad obtienen trazabilidad y mínimo privilegio demostrable, mientras que los operadores reciben menos aprobaciones y ciclos más rápidos.
Para los compradores, el lente de evaluación es pragmático: cobertura de integración, expresividad de políticas y ajuste operativo. Mapea los principales flujos de trabajo de agentes (triage de tickets, actualizaciones de CRM, revisión de código, extracción de datos) e inventaría los conectores requeridos (Okta/Entra, SaaS principales, APIs internas, gestores de secretos, SIEM/EDR). Exige políticas como código con simulación y detección de desviaciones, no solo controles asistidos. Insiste en resultados medibles: reducción de derechos permanentes, tiempo medio para revocar, completitud de auditoría y claridad en la respuesta a incidentes. Finalmente, prueba cómo escala el modelo bajo concurrencia y fallos, especialmente latencia en emisión de credenciales, propagación de revocación y resiliencia cuando proveedores de identidad o APIs SaaS fallan.