Quando uma IA deixa de apenas responder e passa a acessar serviços, usar ferramentas ou executar tarefas, surge uma nova questão: como saber qual agente realizou uma ação, quem o autorizou e até onde essa autorização deveria valer?
Quando a IA começa a agir, tudo muda
Imagine pedir:
“Compre a passagem mais barata para Brasília e coloque o compromisso na minha agenda.”
Para pesquisar, a IA precisa consultar serviços externos. Para comprar, precisa acessar uma forma de pagamento. Para registrar a viagem, precisa entrar no calendário.
E então aparecem perguntas que quase não existiam quando a IA apenas respondia:
- ela pode gastar qualquer valor?
- pode acessar todos os eventos da agenda?
- pode reutilizar essa autorização depois?
- quando a compra for registrada, aparecerá você ou o agente que agiu em seu nome?
Quando damos ferramentas a um modelo — algo que já apareceu aqui ao discutir harness em inteligência artificial — precisamos decidir também com qual autoridade ele poderá utilizá-las.
O que é identidade de um agente de IA?
Não significa dar nome, personalidade ou consciência à máquina.
Significa permitir que outros sistemas reconheçam tecnicamente algo como:
“este é determinado agente, atuando em nome de determinada pessoa ou organização.”
Hoje, um agente pode operar usando credenciais do próprio usuário, chaves de API ou contas de serviço.
O problema é que, dessa forma, pode ficar difícil distinguir uma ação realizada diretamente pela pessoa daquela executada automaticamente pela IA.
Essa é justamente uma das questões tratadas em propostas recentes no IETF sobre identidade de agentes. Por enquanto, são Internet-Drafts: documentos em desenvolvimento, e não padrões consolidados.
A ideia, porém, é simples: se agentes vão agir, suas ações precisam ser identificáveis.
Isso já começa a aparecer em produtos comerciais. O Microsoft Entra Agent ID, por exemplo, permite atribuir identidades próprias a agentes para diferenciá-los das pessoas em nome das quais trabalham.
Identidade não é permissão
Saber quem está agindo não significa decidir o que esse agente pode fazer.
Imagine um agente de viagens.
Sua identidade informa qual sistema está fazendo a solicitação. A autorização pode estabelecer que ele consulte voos e crie eventos no calendário, mas não compre uma passagem acima de determinado valor sem nova confirmação.
Essa separação é fundamental:
identidade responde “quem?”; autorização responde “pode fazer o quê?”
A OpenID Foundation vem trabalhando justamente nesse problema.
Entre suas iniciativas estão mecanismos para avaliar ações executadas por agentes e ferramentas conectadas por MCP, evitando que uma permissão ampla dê acesso a operações que o usuário nunca pretendeu liberar.
É também onde identidade encontra o problema do alinhamento de IA.
Alinhamento pergunta como queremos que o sistema se comporte. Autorização acrescenta uma proteção concreta: mesmo que o agente decida fazer algo, ele está autorizado a fazê-lo?
Por que não entregar simplesmente sua própria senha?
Porque uma credencial normalmente carrega mais poder do que uma tarefa específica exige.
Se sua conta permite ler, editar e apagar arquivos, entregar esse acesso inteiro a um agente que só precisa consultar um documento amplia desnecessariamente o que ele pode fazer.
O princípio desejável é conceder somente o acesso necessário, pelo tempo necessário.
Isso também melhora a rastreabilidade. Em vez de o registro mostrar apenas que uma pessoa acessou determinado serviço, torna-se possível reconstruir algo mais informativo:
usuário autorizou → agente executou → serviço recebeu a ação.
E se um agente chamar outro?
A dificuldade aumenta quando aparece a delegação.
Um agente responsável por organizar uma viagem pode chamar outro para procurar passagens e um terceiro serviço para efetuar o pagamento.
A autorização passa então por uma cadeia:
pessoa → agente A → agente B → serviço.
Um trabalho disponibilizado em 2026 sobre identidade de agentes chama atenção justamente para esse problema: como manter identidade, permissões e responsabilização quando uma tarefa é delegada entre diferentes sistemas.
Uma autorização limitada no começo não deveria ganhar novos poderes apenas porque passou por mais agentes.
Uma nova camada de identidade na internet
A infraestrutura atual foi construída principalmente para identificar pessoas, organizações e aplicações relativamente previsíveis.
Agentes introduzem algo diferente: software capaz de decidir quais passos executar, selecionar ferramentas e até delegar partes da tarefa.
Por isso, organizações como IETF e OpenID Foundation estão discutindo identidade, autorização, delegação e revogação específicas para esse novo cenário.
Os protocolos ainda podem mudar muito. Porém, a necessidade por trás deles, provavelmente não.
Se uma IA puder acessar arquivos, enviar mensagens, contratar serviços ou movimentar dinheiro em nosso nome, precisaremos conseguir responder:
qual agente fez isso, quem o autorizou e o que exatamente ele tinha permissão para fazer?
Durante muito tempo, identidade digital significou provar que você é você.
Com agentes de IA, precisaremos também provar quem é a máquina que está dizendo agir por você.