O Problema de Identidade Escondido nos Agentes de Inteligência Artificial

Ao mesmo tempo em que as organizações continuam a expandir a implementação de agentes de inteligência artificial em suas empresas para lidar com casos de RH, escrever e executar código, além de gerenciar interações com clientes, elas frequentemente precisam conceder-lhes acesso a sistemas e dados sensíveis.

Diferente de um funcionário humano, que autentica uma única vez e atua dentro de um papel bem compreendido, um agente de IA pode agir em nome de vários usuários ao mesmo tempo, ser instantaneado e interrompido dinamicamente, e invocar outros agentes para completar subtarefas – tudo sem um humano no loop para fornecer acompanhamento em tempo real.

Esta configuração cria um problema de identidade que a indústria ainda não resolveu. Quando um agente de IA acessa um recurso como um banco de dados, uma API ou um arquivo, o sistema que recebe essa solicitação precisa saber o agente e o utilizador principal por trás disso, e qual a natureza da relação entre o agente e o utilizador a quem ele representa.

Sem essa informação, as organizações não podem impor controles de acesso finos, produzir trilhas de auditoria significativas ou detectar quando um agente está agindo fora do seu escopo previsto.

Padronização e Identidade em Tokenes OAuth

Quando os agentes de IA crescem dentro das organizações, a falta de uma forma padrão de expressar o contexto de identidade é uma ameaça ativa em crescimento com cada nova implementação de agente.

Os tokenes OAuth de acesso são usados para identificar não apenas o utilizador autenticado, o agente de IA ou o workload; mas também para determinar o que, nesse particular pedido de acesso, está autorizado ou não a ser feito.

O tipo de acesso que uma aplicação tem acesso a qualquer momento depende dos âmbitos ou do contexto incluído no token OAuth de acesso. Este artigo foca em identificar os principais interessados na solicitação de acesso que utiliza um token OAuth de acesso.

Estamos acostumados a emitir tokenes OAuth de acesso a principais indivíduos, quer sejam seres humanos ou aplicações. Quando emitimos tokens a um humano, era suficiente incluir o tipo de aplicação de cliente sendo utilizada dentro do token.

Quando aplicados a os agentes de IA, a especificação de core para MCP recomenda o uso de OAuth 2.1 para emitir tokens de acesso. Os tokenes podem ser emitidos como utilizador de assunto (usando a corrente OAuth) ou ao próprios agente (usando a autorização de credenciais do cliente).

Modos de Uso Agentivo em Quatro Padrões Identitários

A utilização agente pode ser classificada em quatro padrões de uso de identidade.

• Interativo: o utilizador utiliza um cliente de IA interativo que determina as ações a serem tomadas. O utilizador está disponível para conceder consentimento, quando necessário.
• Offline: o utilizador inicia uma tarefa para um cliente de IA e o utilizador está disponível até que a tarefa seja concluída.
• Automatizado: O agente de IA é executado de forma autônoma; iniciados por fluxos de trabalho automatizados, instantaneados e interrompidos conforme necessário ou deixados em execução contínua; eles criam tarefas em conformidade a lista de tarefas.
• Transitivo: um agente de IA (usando qualquer desse quatro padrões acima e este quarto) invoca outro agente de IA para completar suas tarefas.

À medida que os agente determinam ações de forma autônoma, a sua identidade se torna cada vez mais importante, por isso é necessário aplicar acesso de forma mais precisa e controlada.