O que significa autoridade delegada
Autoridade delegada é a permissão que uma pessoa (ou uma organização) dá a um agente de IA para agir em seu nome. Quando um assistente agenda uma reunião no seu calendário, abre um ticket de suporte em seu nome ou recupera uma fatura no portal de um fornecedor, ele está exercendo uma autoridade que se originou em você.
Uma boa delegação tem três propriedades: ela é delimitada (o agente pode fazer algumas coisas, não tudo), limitada no tempo (expira ou pode ser revogada) e atribuível (a app que recebe a ação consegue identificar de quem é a autoridade em uso).
Por que isso importa para apps
Do ponto de vista de uma app, uma solicitação de agente levanta até três questões separadas:
- Qual client enviou isto? Isso é identidade do agente, que solicitações assinadas podem estabelecer (veja HTTP Message Signatures).
- Sob a autoridade de quem ele está agindo? Isso é delegação.
- Essa autoridade é suficiente para esta ação? Isso é authorization, decidido pela própria policy da app.
Uma solicitação assinada por um operador de assistente conhecido responde bem à primeira pergunta. Ela não diz nada, por si só, sobre a segunda. O assistente pode estar agindo para um dos seus users, para alguém que não é seu user, ou totalmente por iniciativa própria. Tratar a identidade do client como prova do consentimento de uma pessoa é um dos erros mais comuns em design voltado a agentes. Veja o que solicitações assinadas de agentes de IA provam, e o que não provam.
Como a delegação costuma ser expressa
- Concessões no estilo OAuth. A pessoa entra na sua app e concede a um agente um token com escopos limitados, conforme definido em OAuth 2.0 (RFC 6749). Sua app então sabe exatamente de quem é a autoridade carregada pelo token, e a concessão pode ser revogada (RFC 7009).
- API keys vinculadas à conta que um user cria para uma integração específica, de preferência com permissões restritas.
- Confirmações dentro da app para ações de alto impacto, nas quais a pessoa aprova uma ação específica que o agente preparou.
- Claims de delegação no nível do token. OAuth 2.0 Token Exchange (RFC 8693) define um claim
act(actor) que registra uma parte agindo em nome de outra. Trabalhos mais recentes sobre expressar delegação de agentes em solicitações ainda estão em evolução, e as apps devem verificar qualquer claim de delegação contra seus próprios registros, em vez de aceitá-lo pelo valor nominal.
Equívocos comuns
- "Se o agente está verificado, o user aprovou." A verificação identifica o client. A aprovação precisa vir da pessoa, por um canal em que sua app confia.
- "Um agente usando a session do meu user está tudo bem." Pode estar, mas a session foi emitida para uso humano interativo. Muitas apps preferem uma concessão dedicada e delimitada para automação, para que as ações sejam atribuíveis e revogáveis.
- "Delegação é tudo ou nada." As delegações mais seguras são restritas: leitura ampla, escrita apenas para ações específicas e confirmação para qualquer coisa irreversível.
Como o Proof of Actor se relaciona
Proof of Actor ajuda você a ver quando uma interação é conduzida por agente ou assistida por IA, e com base em quê: Verified, Declared, Inferred ou Unknown. Esse contexto mostra onde surgem questões de delegação, por exemplo um autonomous agent agindo dentro de uma session de conta humana. Proof of Actor não emite nem valida credenciais de delegação, e um resultado de Agent nunca implica que uma pessoa autorizou a ação. As grants, os scopes e as confirmações da própria app é que decidem isso, e Route permite aplicar a policy certa por route depois que você observou tráfego real. Para padrões de policy, veja como projetar policies no nível da app para humanos e agentes de IA.
Leia o que a evidência pode e não pode estabelecer, ou solicite acesso antecipado.
Fontes
- RFC 6749: The OAuth 2.0 Authorization Framework: concessões delimitadas de um resource owner para um client
- RFC 7009: OAuth 2.0 Token Revocation: revogação de um token delegado
- RFC 8693: OAuth 2.0 Token Exchange: o claim
act(actor) para delegação