Um agente de IA gastou o dinheiro e ninguém sabe quem autorizou. Conheça seu agente é a resposta.

Imagine um padrão, não um caso específico. Um cliente que você verificou no ano passado conecta um assistente de IA à sua conta. Três semanas depois, o assistente compra algo caro, abre uma segunda conta ou paga um novo destinatário. Todas as verificações foram aprovadas: o login, o token e o cartão estavam válidos.

Então o cliente diz: Eu nunca pedi isso.

Você consulta os registros para descobrir quem autorizou a ação, e os registros indicam que foi o cliente. O agente estava agindo em nome dele. Não há registro do que o cliente informou, qual limite ele definiu ou qual software realmente pressionou o botão. Nada falhou e você ainda não consegue atender.

Essa lacuna agora tem um nome. As pessoas a chamam de Conheça Seu Agente, ou KYA .

Por que KYC e KYB Não responda.

KYC Responde a uma pergunta: essa pessoa é quem diz ser? KYB Responde à mesma pergunta sobre uma empresa. Ambas partem do pressuposto de que a parte verificada é a parte que age.

Um agente quebra essa premissa. Isso deixa quatro questões em aberto.

1. Qual agente está atuando? Não qual cliente. Qual software, executado por qual empresa, em qual plataforma.

2. De quem é o agente? Qual pessoa ou empresa verificada está por trás disso?

3. Com que permissão? O que lhe foi dito que podia fazer: quanto, com quem, até quando.

4. Quem responde por isso? Quando a compra é feita de forma errada, quem arca com o prejuízo e quais provas resolvem a questão?

Não fomos nós que criamos o termo. A Trulioo e a PayOS descreveram uma estrutura de Conheça Seu Agente (KYA) com a Worldpay em agosto de 2025. (abre num novo separador) O artigo da OpenID Foundation sobre identidade de agentes descreve o protocolo KYAPay como uma extensão do... KYC e KYB Verificação "ao próprio agente" (abre num novo separador) . A Experian publicou sua própria definição (abre num novo separador) em junho de 2026. Até outubro de 2026, não havia um padrão único e consensual para essa expressão. Trata-se de uma diretriz, não de uma especificação.

O que a indústria realmente construiu

Uma grande quantidade de itens foi enviada desde o início de 2025. Cada peça comprova algo real e deixa algo em aberto.

• Mastercard Agent Pay (29 de abril de 2025). Apresenta os Tokens Agentic e afirma que o programa exigirá que agentes de IA confiáveis ​​sejam registrados e verificados (abre num novo separador) antes de efetuarem pagamentos para seus usuários. Isso comprova que o agente é conhecido pela rede e promete aos consumidores controle sobre o que o agente pode comprar. O anúncio não descreve a forma que essa permissão assume, nem quem poderá inspecioná-la posteriormente.

• Agentes assinados pela Cloudflare e Web Bot Auth (28 de agosto de 2025). Uma plataforma de agentes assina seus HTTP solicitações (abre num novo separador) para que um site possa verificar qual agente está ligando. O IETF O grupo de trabalho que agora padroniza isso é explícito sobre sua limitação: "a autenticação do usuário final está fora do escopo" (abre num novo separador) . Ele responde à primeira pergunta e deliberadamente para por aí.

• Protocolo de Pagamentos de Agentes do Google, AP2 (16 de setembro de 2025). A tentativa mais direta de responder às perguntas três e quatro. O usuário assina um Mandato, que o Google descreve como "prova verificável das instruções do usuário" (abre num novo separador) : um Mandato de Intenção com limites para tarefas delegadas e um Mandato de Carrinho com os itens e o preço exatos. É uma evidência de permissão. O anúncio não informa quem verifica a identidade do usuário que assina.

• Protocolo de Comércio Agentico da OpenAI e Stripe (29 de setembro de 2025). A Stripe emite um Token de Pagamento Compartilhado que é "vinculado a um comerciante e valor total do carrinho específicos" (abre num novo separador) . A permissão é restrita e difícil de ser usada indevidamente. Ela cobre uma única compra que o comprador acabou de confirmar, não sendo uma delegação permanente.

• Protocolo de Agente Confiável da Visa (14 de outubro de 2025). Desenvolvido com Cloudflare, permite que agentes autorizados transmitam a intenção do agente, o reconhecimento do consumidor e as informações de pagamento (abre num novo separador) para o comerciante. Isso ajuda o comerciante a distinguir um agente de compras real de um bot e a verificar se o comprador já está cadastrado. As informações fornecidas pelo comprador ao agente não são incluídas nesses três itens.

• x402. Um padrão de pagamento para HTTP cujo próprio site promete "Não são necessárias contas nem informações pessoais" (abre num novo separador) . Essa é uma escolha de design oposta: pagamento sem qualquer identificação. Difícil de conciliar com qualquer obrigação de conhecer o cliente.

Nos bastidores, a comunidade identitária está realizando um trabalho mais lento.

• O whitepaper da OpenID Foundation (abre num novo separador) (7 de outubro de 2025) afirma que os padrões atuais já protegem muitos usos de agentes, e em seguida lista o que eles não protegem. Sua afirmação mais incisiva: "A representação do usuário por agentes deve ser substituída por autoridade delegada". (abre num novo separador) O documento também alerta que os usuários enfrentarão milhares de solicitações de aprovação e começarão a aprová-las por reflexo, que agentes que delegam tarefas a outros agentes criam cadeias de processamento sem qualquer controle prévio e que agentes que controlam um navegador podem burlar o sistema. API controla tudo.

• Um indivíduo IETF A proposta (abre num novo separador) preliminar de parâmetros OAuth incluía a identificação do agente na solicitação de consentimento e no token. Essa proposta expirou: trata-se de uma ideia registrada, não de um padrão.

• A especificação de autorização do Model Context Protocol (abre num novo separador) (a revisão de junho de 2025 que lemos) baseia-se no OAuth 2.1 e torna os tokens válidos para apenas um servidor. Ela também afirma que a autorização é opcional para as implementações.

Em resumo: o setor consegue comprovar cada vez mais qual agente está ligando e começa a comprovar o que o usuário aprovou. Ninguém ainda conseguiu associar essas duas informações a um agente verificado e a uma resposta acordada sobre responsabilidade.

O que os reguladores disseram: ainda não muito.

Procuramos por regras e encontramos principalmente intenções.

• O Reino Unido FCA Em suas Prioridades Regulatórias de Pagamentos (abre num novo separador) de março de 2026, a empresa afirmou que seu trabalho com o Tesouro "incluirá a análise da necessidade de mudanças ou desenvolvimento de regulamentações para dar suporte a pagamentos com IA autônoma" . Análise, não decisão.

• Em Singapura, um grupo industrial que trabalha sob a égide de um MAS A iniciativa publicou o documento " Safeguards for Agentic Finance at Runtime" (abre num novo separador) em 3 de julho de 2026. A proposta consiste em verificar cada ação do agente antes de sua execução, começando com uma etapa de Identificação do Agente e terminando com um registro de auditoria somente para anexação. O próprio documento afirma (abre num novo separador) que "não constitui orientação regulatória ou expectativas de supervisão".

• O FSB A organização foi consultada em junho de 2026 sobre boas práticas para a adoção responsável da IA ​​e afirma que "não tem a intenção de estabelecer um padrão internacional" (abre num novo separador) .

Citámos o Reino Unido, Singapura e um organismo mundial, mas não o seu regulador. Não conseguimos consultar o documento do FATF sobre IA e, por isso, não descrevemos o seu conteúdo. Nos documentos consultados até outubro de 2026, nenhuma regra explica como verificar um agente. As obrigações existentes de conhecer o cliente e comprovar o consentimento continuam em vigor.

O que permanece igual

Deixando de lado os protocolos, uma coisa permanece: um agente não tem dinheiro, não tem respaldo legal e nada a perder. Todo agente age em nome de uma pessoa ou empresa, e é esse principal que você contrata, que você avalia e a quem você recorre quando algo dá errado.

Então, a base de KYA é comum KYC e KYB O que há de novo está por cima:

• Vinculação. Um vínculo duradouro e verificável entre este agente e o principal verificado.

• Âmbito de aplicação. Um registo do que o mandante permitiu, suficientemente preciso para comparar com o que o mandatário fez.

• Presença. Uma forma de trazer o humano de volta quando os riscos aumentam, porque uma permissão permanente não deve abranger tudo.

• Registro. Evidência de quem ou o quê decidiu, guardada na época, e que ainda se mantém legível um ano depois.

O que fazer agora?

Se você comprar ou assumir o risco, decida isso antes que seus clientes decidam por você.

• Vocês permitirão que os agentes atuem nas contas dos clientes? E quais ações seriam permitidas?

• Você consegue distinguir uma sessão com um agente de uma sessão com um humano hoje em dia? Se não, essa é a primeira lacuna.

• Qual é o valor ou ação que uma pessoa deve confirmar pessoalmente?

• Quando um cliente contesta a ação de um agente, que provas você terá e quem arcará com o prejuízo de acordo com seus termos?

• Pergunte a cada fornecedor o que o protocolo de seus agentes comprova e o que ele deixa a seu critério.

Se você construir. Nada aqui precisa de um novo padrão para existir.

1. Verifique primeiro a identidade do cliente principal. Nenhum agente terá acesso a clientes ou empresas não verificados.

2. Atribua credenciais próprias ao agente. Nunca utilize a senha ou a sessão do cliente. Emita um token separado e revogável para que suas ações sejam facilmente identificáveis ​​em seus registros.

3. Inclua sua referência de cliente em todas as ações. Cada pagamento, login ou alteração realizada pelo agente deve mencionar o cliente para o qual está sendo feita e que a ação foi realizada por um agente.

4. Registre cada ação, não apenas a sessão. Um agente com um token válido ainda pode fazer algo que o cliente jamais faria.

5. Exija intervenção humana acima de um determinado limite. Um novo destinatário, um valor elevado ou uma alteração nos dados de contato: pergunte à pessoa, não ao agente.

6. Registre a decisão assim que for tomada. O que foi perguntado, o que foi permitido, quem ou o quê decidiu.

O que assistir. Seja AP2 Os mandatos e os tokens de agente das redes de cartões convergem, o IETF Documentos de autenticação de bots da Web, o trabalho do Tesouro do Reino Unido sobre regras de pagamento e as versões finais do MAS e FSB documentos.

O que existe hoje em Toden

Para ser franco: Toden não possui verificação de agente ou KYA O produto atual. Não verificamos agentes, não emitimos credenciais de agentes nem validamos mandatos. O que fazemos hoje abrange o principal e a ação.

• Verifique o titular. Verificação de identidade para pessoas físicas e verificação comercial para empresas, cada uma armazenada em seu próprio cadastro.externalUserIdPortanto, o cliente que você verificou é o mesmo registro que você analisa e monitora.

• Confirme novamente se a pessoa está presente. Um fluxo de trabalho de reautenticação facial compara uma selfie ao vivo com o rosto cadastrado pelo cliente. Uma autenticação de dois fatores envia um desafio hospedado e você só prossegue se ele for aprovado. Abordamos isso em " Apropriação de conta" e autenticação de dois fatores .

• Decida sobre cada ação. Envie uma transação ou uma atividade, como um login, um novo beneficiário ou um pagamento, e receba uma resposta de permissão, revisão ou bloqueio para a solicitação. Consulte a seção sobre envio de eventos para obter pontuação em tempo real .

• Mantenha um registro de quem tomou a decisão. Cada alteração de status em uma verificação é registrada junto à sua fonte: um revisor, seu backend... API chave ou fluxo de trabalho. Decisões anteriores ficam registradas. Os gráficos de decisão explicam como as regras são registradas.

• Documentação criada para agentes de codificação. Cada página em Markdown, umllms.txtíndice, contratos OpenAPI, um prompt de integração e uma documentação MCP servidor (abre num novo separador) . Esse servidor pesquisa a documentação e não executa nada. API chamadas. Uma opção compatível com sua conta está planejada e ainda não está disponível.

Os limites importam. Toden Não é possível afirmar que uma ação partiu de um agente, a menos que você envie essa informação. O Device Intelligence reporta emuladores, falhas na integridade de aplicativos e redes de hospedagem, o que pode indicar automação, mas nada disso identifica um agente. Uma verificação de segurança bem-sucedida confirma quem está presente, não o que essa pessoa entendeu.

O que achamos que precisa ser construído.

Esta seção representa nossa visão. Não se trata de um anúncio de produto, um roteiro de desenvolvimento ou um compromisso.

Acreditamos que a infraestrutura de confiança precisa de um quarto pilar além do primeiro. KYC , KYB e decisões de risco.

• O agente principal é sempre verificado e a ligação pode ser comprovada. Uma credencial de agente que não possa ser rastreada até uma pessoa ou empresa verificada tem pouco valor.

• A permissão é um dado, não uma caixa de seleção. Trata-se de um escopo assinado com um valor, uma contraparte e uma data de expiração, que a parte que recebe a solicitação pode ler e comparar com a ação.

• A presença se ajusta à importância da situação. Ações rotineiras são executadas com a devida autorização. Ações incomuns trazem o ser humano de volta, com a confirmação real de que é ele mesmo.

• O registro é escrito antes da ação, não reconstruído depois. Qual agente, para quem, sob qual permissão, decidido por quê.

• A identidade do agente e a identidade do cliente se encontram. Hoje, os protocolos do agente e o KYC As gravações ao vivo são feitas em diferentes sistemas. O parceiro que já possui o cliente verificado é o local natural para se juntar a eles.

Nada disso torna uma compra errada impossível. Isso torna a pergunta no início deste artigo respondível.

Este texto não constitui aconselhamento jurídico. A área está em constante evolução, os documentos regulamentares aqui citados são consultas ou propostas, e os detalhes podem ter mudado desde outubro de 2026.

Quer começar com a parte que já existe? Abra um Toden espaço de trabalho (abre num novo separador) ou direcione seu agente de codificação para a documentação (abre num novo separador) .