Os agentes não são configurados uma vez e deixados sozinhos. Eles são criados, publicados, implantados e desativados. Uma identidade que não rastreia todo esse arco é um registro que você escreveu e esqueceu, e é assim que você acaba com credenciais que sobrevivem aos agentes aos quais pertenciam.
Portanto, trate a identidade como um ciclo de vida. Fornecimento de credenciais em um portão definido, e não advert hoc sempre que alguém precisar. A revogação é tão fácil quanto a criação. Se levantar um agente dá um passo controlado e derrubá-lo leva uma multa e uma semana, você construiu um sistema que acumula riscos por padrão.
Portões são o chão, não o teto
Portões de provisionamento e revogação são necessários. Eles não são a versão forte desta ideia. A versão forte, e aquela que vale a pena construir em 2026, é eliminar o privilégio permanente.
Um agente não deve possuir permissões persistentes. O acesso é concedido just-in-time, com escopo definido para a tarefa à sua frente e liberado no momento em que a tarefa é concluída. Entre as tarefas, o acesso básico do agente não é nada. As permissões aparecem quando há trabalho que precisa delas e desaparecem quando o trabalho é concluído.
Esta tem sido a aspiração não realizada pela identidade humana há uma década. O acesso just-in-time para as pessoas continua estagnado, porque os fluxos de trabalho humanos são confusos e as pessoas se ressentem do atrito. Os agentes alteram o cálculo nas duas direções.
Eles tornam isso mais urgente. Agentes aparecem aos milhares. Eles são efêmeros. Uma subvenção permanente multiplicada por uma frota desse tamanho, que fica ociosa a maior parte do tempo, é um raio de explosão que ninguém assinou.
Eles também tornam isso mais viável. Um agente pode solicitar uma credencial e liberá-la programaticamente, no fluxo de sua própria execução, de uma forma que um fluxo de trabalho humano nunca poderia fazer. O atrito que mata o acesso just-in-time para as pessoas mal é registrado no software program. O que period aspiracional para os humanos é operacionalmente realista para os agentes.
Existe um gancho de padrões para a mecânica. Operações de ciclo de vida como ativar, suspender, revogar e excluir são exatamente o que os comandos do provedor OpenID definem. Você não precisa inventar os verbos para gerenciar uma identidade ao longo de sua vida. O trabalho é conectá-los às portas da plataforma do agente para que o provisionamento e a revogação sejam operações de primeira classe, e não limpeza guide.
Feche o ciclo
É aqui que toda a série chega.
Isso começou com uma simples observação. Um agente é não determinístico. O conjunto de ações que ele executará não pode ser conhecido quando você concede suas permissões, porque ele escolhe sua cadeia de ferramentas em tempo de execução com base em seu immediate, em seu contexto e na saída de tudo o que o chamou. Esse único fato é o motivo pelo qual as credenciais emprestadas falham, o motivo pelo qual o escopo deve ser restrito, o motivo pelo qual a cadeia de delegação deve ser inspecionável e o motivo pelo qual a autorização deve residir em um plano de controle que resolve em tempo de execução.
É também por isso que a autorização não pode ser uma concessão única e no momento da concepção. Você não pode decidir antecipadamente o que um ator pode fazer quando o ator resolve o que fazer apenas quando estiver em execução. A autorização deve ser contínua e avaliada em tempo de execução, em relação à tarefa realmente na frente do agente.
O ciclo de vida é o que torna isso operacional. O provisionamento just-in-time é uma autorização em tempo de execução expressa como identidade: o agente obtém exatamente o acesso que esta tarefa precisa, no momento em que precisa, e o devolve. A revogação é a mesma ideia do outro lado. A reavaliação contínua é o ciclo de vida em execução enquanto o agente é executado, não uma configuração que você outline e abandona.
Uma identidade de agente que você não pode provisionar, definir o escopo, revogar e reavaliar em tempo de execução, em um ciclo de vida claro, não é uma identidade. É um passivo com um nome anexado.
O que fazer a seguir
Escolha um agente que já esteja em execução no seu ambiente. Analise cinco perguntas, em ordem.
Ele tem identidade própria ou está emprestando a de um humano? Suas permissões estão no escopo de sua tarefa ou são herdadas no atacado? Quando chama uma ferramenta ou outro agente, a cadeia de delegação sobrevive ou se transforma em um token re-cunhado? Sua autorização é decidida em tempo de execução por um plano de controle ou codificada em tempo de implantação? E você pode provisionar, definir o escopo e revogá-lo em um ciclo de vida claro ou é um registro estático que alguém escreveu uma vez?
Sempre que a resposta for errada, você encontrou a próxima coisa a corrigir. Comece com o agente que pode causar mais danos e vá diminuindo.