Pular para o conteúdo principal

Agentes digitais confiáveis

Status da revisão: Esta página-base exige revisão especializada antes da aprovação pública. Suas afirmações devem permanecer dentro do escopo declarado aqui.

Agentes de software e IA participam cada vez mais de fluxos institucionais. Podem coletar requisitos, comparar evidências, preparar solicitações, resumir estado operacional ou coordenar trabalho entre sistemas.

Operações de identidade exigem um modelo mais rigoroso que automação de propósito geral. Um agente não deve obter autoridade apenas porque consegue compreender uma solicitação ou chamar uma ferramenta.

Capacidades apropriadas de um agente​

Sob controles aprovados de identidade, escopo, política e evidências, um agente pode:

  • descobrir quais tipos de credenciais ou provas são suportados;
  • recuperar metadados públicos ou autorizados;
  • explicar declarações exigidas e política de verificação;
  • preparar uma solicitação de emissão, apresentação ou verificação;
  • validar se campos exigidos e condições técnicas estão presentes;
  • identificar evidências ausentes ou dados conflitantes;
  • resumir evidências operacionais autoritativas;
  • preparar uma ação proposta para revisão;
  • apresentar um briefing com referências de evidência a um responsável autorizado por decisões.

Essas atividades melhoram eficiência sem transferir autoridade institucional ao modelo de linguagem.

Ações de alto impacto​

Emissão de credenciais, recuperação de identidade, uso de chaves, revogação, override de política, acesso administrativo e liberação de informações sensíveis são ações de alto impacto.

O padrão de controle recomendado é:

  1. Preparar — criar uma solicitação proposta completa.
  2. Validar — verificar schema, pré-requisitos de política, evidências e contexto de autorização.
  3. Aprovar — obter autorização humana ou de política explícita.
  4. Executar — um serviço determinístico autoritativo realiza a ação.
  5. Evidência — registrar resultado, política, ator e resultado autoritativo.

Preparação e validação não devem ser representadas como execução bem-sucedida.

Identidade e autorização do agente​

Um agente confiável exige:

  • principal identificável ou instituição patrocinadora;
  • autenticação apropriada para a ferramenta e os dados;
  • escopos restritos e privilégio mínimo;
  • vinculação com finalidade e audiência;
  • recursos e tools aprovados;
  • validação de schemas de entrada e saída;
  • autorização limitada no tempo quando apropriado;
  • separação entre capacidades somente leitura e de alteração de estado;
  • evidências rastreáveis de ações materiais.

A instituição deve conseguir determinar qual agente atuou, em nome de quem, sob qual política e com qual resultado.

Operação fundamentada em evidências​

Um agente deve distinguir:

  • observações autoritativas;
  • interpretação derivada;
  • incerteza ou informações ausentes;
  • recomendações;
  • ações realmente confirmadas por um serviço autoritativo.

Quando as evidências forem insuficientes, a ação correta é parar, pedir esclarecimento ou escalar. Um agente não deve inventar status de credenciais, inferir recuperação bem-sucedida nem afirmar que uma operação foi executada sem confirmação.

MCP no modelo UbID​

Model Context Protocol pode expor recursos e tools controlados para agentes autorizados. É um protocolo de integração, não um formato de credencial nem um sistema de autorização por si só.

O acesso MCP ainda deve ser governado por autenticação, autorização, políticas, schemas, evidências, controles de privacidade e limites específicos de cada tool.

Exemplos seguros de descoberta pública ou somente leitura incluem:

  • categorias de credenciais suportadas;
  • descrições de capacidades de emissores ou verificadores;
  • schemas públicos e metadados de confiança;
  • suporte de protocolos;
  • status de serviço adequado à audiência autorizada;
  • requisitos documentados de recuperação ou verificação sem procedimentos sensíveis.

Privacidade e segurança de prompts​

Fluxos de agentes devem impedir:

  • divulgação de segredos ou dados pessoais desnecessários;
  • expansão de autoridade por instruções em prompts;
  • uso silencioso de fontes externas não aprovadas pela instituição;
  • mistura de dados de tenants, usuários ou finalidades não relacionados;
  • retenção prolongada de evidências transitórias de identidade;
  • decisões automatizadas não revisadas quando revisão humana é exigida;
  • afirmações de ação não sustentadas por evidências autoritativas.

Responsabilidade institucional​

A instituição continua responsável por:

  • decidir quais agentes e tools são autorizados;
  • aprovar operações de alto impacto;
  • validar base jurídica e finalidade;
  • monitorar acesso e resultados dos agentes;
  • investigar uso indevido ou comportamento inesperado;
  • fornecer revisão humana, recurso e correção;
  • assegurar que automação não contorne governança de emissor, verificador, segurança ou recuperação.

Composição de produtos UbID​

  • UbID Sentinel AI interpreta e organiza evidências.
  • UbID Trust API expõe capacidades governadas.
  • UbID Pulse fornece evidências operacionais.
  • UbID Connect facilita mensagens confiáveis e descoberta.
  • UbID Credential Cloud, Proof, Access, Recover e KeyVault permanecem autoritativos para suas ações de domínio.

Limite da documentação pública​

A documentação pública não expõe prompts, recursos privados, credenciais de tools, endpoints de ação, dados de clientes, conteúdo de incidentes, políticas internas, implementação de guardrails nem caminhos privilegiados de execução.

Consulte também UbID Sentinel AI, MCP e agentes confiáveis e Auditabilidade e observabilidade.