O que é identidade de agente — e por que sua IA provavelmente não a possui?

A maioria das ferramentas de IA autentica usando as credenciais do operador humano. Isso vai gerar problemas de conformidade. Veja como é uma identidade de agente adequada e por que essa diferença é importante agora.

O problema de autenticação sobre o qual ninguém está falando

Quando seu agente de IA realiza uma ação em seus sistemas, sob qual identidade ele age?

Para a maioria das ferramentas de IA atuais, a resposta é sua. O agente faz login com as credenciais do operador humano, herda as permissões desse operador e executa seu trabalho em nome dele. Cada entrada de log, cada conjunto de dados lido e cada comando emitido aparece como se tivesse sido feito por um humano.

É um projeto fácil de construir e fácil de demonstrar. Também se integra perfeitamente aos controles de acesso que você já utiliza. E como nada apresentou problemas até o momento, a maioria das equipes não percebeu a lacuna que ele deixa.

O problema com a transferência de credenciais não é a sua insegurança atual, mas sim a sua não conformidade futura. Os agentes de IA estão passando de responder perguntas para executar ações em sistemas de produção. À medida que isso acontece, auditores e reguladores farão uma pergunta que as credenciais compartilhadas não podem responder: foi uma pessoa que fez isso ou foi a IA?

O que é a identidade do agente em sistemas de IA?

A identidade do agente é uma credencial única, verificável e com tempo de validade, atribuída ao próprio agente de IA, independentemente do humano que o utiliza. Ela dá ao agente um nome próprio em seus sistemas, permitindo que você atribua cada ação realizada ao agente, e não ao operador.

A identidade adequada de um agente possui três componentes:

• Credenciais próprias. O agente se autentica com seu próprio nome. Ele nunca utiliza ou compartilha o login do usuário.
• Autorização com escopo definido. O agente pode acessar apenas o que a tarefa específica exige.
• Tempo de validade. A credencial expira quando a sessão termina e ninguém pode reutilizá-la.

Como a identidade do agente difere de uma conta de serviço?

A identidade do agente e as contas de serviço resolvem problemas diferentes. Uma conta de serviço é uma credencial persistente e compartilhada, atribuída a uma função, como uma tarefa agendada ou uma integração de sistema. Ela geralmente existe por anos, acumula permissões ao longo do tempo e serve a vários processos.

A identidade do agente é limitada à tarefa e à sessão. Você a emite para uma tarefa específica, restringe-a ao necessário para essa tarefa e a descarta quando a sessão é encerrada. Se você substituir as credenciais do operador por uma conta de serviço ampla, não terá resolvido nada. Apenas trocado uma identidade compartilhada por outra.

Por que um agente de IA não deveria usar as credenciais do operador?

Passar as credenciais do usuário para um agente de IA cria três problemas: falha na atribuição, expansão descontrolada do escopo e uma lacuna crescente de conformidade.

Falha na atribuição. Um auditor revisa uma alteração em uma tarefa de produção e pergunta se foi um humano ou a IA quem a fez. Se o agente agiu com o ID do operador, o registro mostra um único nome para ambos. Não é possível separar o que o operador decidiu do que o agente fez por conta própria.

Expansão de escopo. O agente herda o conjunto completo de permissões do usuário, não apenas o que a tarefa exige. Um programador de sistemas sênior pode ter direitos sobre centenas de conjuntos de dados, definições de segurança e agendamentos de tarefas. Um agente que diagnostica uma falha em lote com esse ID obtém acesso a tudo isso.

Lacuna de conformidade. Os órgãos reguladores estão caminhando para a exigência de que as ações dos agentes de IA sejam atribuíveis e governadas de forma independente. Credenciais compartilhadas não atendem a esse padrão por natureza, independentemente da robustez dos controles de perímetro.

O que torna esse risco fácil de passar despercebido é que as credenciais compartilhadas funcionam perfeitamente até o momento em que alguém pede para você comprovar quem fez o quê. Você não detectará essa falha em um teste de penetração. Você a encontrará em uma auditoria.

O que é autorização com escopo definido para agentes de IA?

A autorização com escopo significa que o agente pode acessar e executar apenas o que a tarefa específica exige, e nada mais. Se a tarefa for diagnosticar uma tarefa em lote com falha, o agente terá acesso de leitura aos logs, à saída e aos dados de desempenho relacionados a essa tarefa. Ele não terá permissão para alterar definições de segurança, cancelar tarefas não relacionadas ou excluir conjuntos de dados.

A maioria das ferramentas de IA funciona de forma diferente hoje em dia. O agente recebe todo o acesso que o operador humano possui, independentemente das necessidades da tarefa. Essa abordagem proporciona a cada sessão do agente o maior alcance possível.

A autorização com escopo é importante porque o princípio do menor privilégio já é uma expectativa básica em ambientes regulamentados. A Estrutura de Gerenciamento de Riscos de IA do NIST pressupõe que cada identidade possua apenas o acesso necessário para sua função, e os controles de acesso que seus auditores utilizam refletem o mesmo padrão. Você já exige esse padrão dos usuários humanos. Os agentes de IA também devem atendê-lo, e a autorização com escopo é a forma de fazê-lo.

Como se apresenta, na prática, uma identidade de agente adequada.

Considere um cenário comum. Uma tarefa de liquidação noturna é interrompida abruptamente às 2h14 da manhã. O operador de plantão solicita a um agente de IA que diagnostique a falha.

Com a devida identificação do agente:

• O agente se autentica com suas próprias credenciais de curta duração, separadas do login do operador.
• Seu acesso abrange apenas os registros de tarefas relevantes, mensagens do sistema e dados de desempenho.
• Cada leitura e cada recomendação fica registrada com a identidade do agente, sendo o operador identificado como o aprovador humano.
• Se o agente propuser uma correção, o operador a autoriza e o registro captura ambas as identidades.
• A credencial expira quando a sessão termina.

Com credenciais compartilhadas:

• O agente faz login como operador e detém o acesso total do operador.
• Pode ir muito além do que o diagnóstico exige.
• O registro mostra apenas a identificação do operador. Três meses depois, quando um auditor pergunta quais etapas foram executadas pela IA e quais foram executadas pelo humano, ninguém sabe dizer.

Ambas as abordagens podem resolver o problema com a mesma rapidez. Apenas uma delas lhe dará uma resposta quando alguém perguntar como isso aconteceu.

Esta é a arquitetura. Foguete^® EVA^™ O sistema opera com base em credenciais de curta duração e escopo definido. O Rocket EVA atribui a cada agente uma credencial própria, separada da identidade do operador humano, com cada ação associada à identidade do agente e registra o nome do aprovador humano. As credenciais expiram ao final da sessão e não podem ser reutilizadas.

O Rocket EVA também reforça os limites operacionais por meio de políticas como código e registra as atividades em uma trilha de auditoria imutável. Ele funciona em conjunto com seus controles de gerenciamento de identidade e acesso existentes, permitindo que você fortaleça a governança sem precisar reconstruir seu modelo de segurança. Sua equipe obtém diagnósticos mais rápidos e sua equipe de conformidade obtém um registro que pode defender.

Como avaliar se o seu fornecedor de IA possui identidade de agente real

Faça estas quatro perguntas a qualquer fornecedor de IA:

1. Seu agente se autentica com sua própria identidade ou com as credenciais do operador?
2. Essa identidade tem prazo de validade? Ela expira após o término da sessão?
3. A autorização é restrita à tarefa ou o agente herda todas as permissões do usuário?
4. Você consegue gerar um registro que distinga o que o agente fez do que o humano fez?

Busque respostas específicas e que reforcem a arquitetura da empresa. Um fornecedor que não consegue responder a todas as quatro perguntas de forma específica não possui uma arquitetura de identidade de agente governada.

Veja como a Rocket EVA lida com a identidade do agente.

Rocket é uma marca registrada da Rocket Software, Inc. e suas afiliadas.