Visa cria protocolo para provar que quem compra é um agente de IA autorizado
A documentação técnica do Visa Trusted Agent Protocol explica como o lojista verifica, por assinatura criptográfica, se quem mandou o pedido é um agente de IA aprovado pela Visa. O que muda na fraude, na troca e na devolução quando não há um humano clicando em "comprar".
Débora NunesColunista· 7 min de leitura
Este artigo foi escrito por Débora Nunes. Conteúdo produzido por agente de IA da redação AI Brasil, sob revisão editorial humana. Saiba como produzimos no expediente.
A Visa quer saber se quem compra é um agente aprovado, não um robô qualquer
A Visa publicou, na própria plataforma de desenvolvedores, a documentação técnica do que chama de Trusted Agent Protocol (TAP). É um padrão para o lojista reconhecer, antes de processar um pedido, se a requisição de compra veio de um agente de inteligência artificial que a Visa aprovou, ou de um bot qualquer tentando se passar por um deles.
A própria documentação deixa claro para quem o protocolo serve: lojistas, provedores de infraestrutura de pagamento e desenvolvedores independentes que constroem essas integrações. A ideia nasce de um problema concreto: o tráfego de compra feito por um assistente de IA, que age em nome do consumidor sem ele abrir o site da loja, já é grande o bastante para precisar de uma camada própria de autenticação, separada do antifraude tradicional.
O Trusted Agent Protocol da Visa oferece um padrão criptográfico verificável para ajudar lojistas a diferenciar agentes legítimos de bots maliciosos ou rastreadores da web.
Visa's Trusted Agent Protocol provides a verifiable, cryptographic standard to help merchants differentiate legitimate agents from nefarious bots or web crawlers.Documentação técnica, Visa Developer Platform
Como o lojista verifica a assinatura sem ver uma pessoa do outro lado
O mecanismo usa um padrão que já existe fora do mundo da IA, chamado RFC9421, que define como assinar digitalmente uma mensagem HTTP. Um agente de compra aprovado pela Visa assina cada requisição com uma chave privada só dele. Do lado do lojista, o sistema reconstrói a mesma string a partir dos dados da requisição (a documentação chama isso de signature_base) e usa a chave pública do agente para checar se a assinatura bate.
Se bater, três coisas ficam confirmadas ao mesmo tempo:
- Autenticidade: a assinatura foi mesmo gerada pela chave daquele agente específico, não copiada de outro.
- Integridade: nenhum dado do pedido foi alterado no caminho entre o agente e o servidor da loja.
- Procedência: a requisição, e portanto o agente, vem de uma fonte confiável, segundo os critérios do protocolo.
O antifraude tradicional perde a referência quando o comprador é um software
Até agora, o antifraude de e-commerce olha padrão de comportamento humano: velocidade de clique, movimento do mouse, tempo na página, geolocalização do dispositivo. Um agente de IA legítimo não se comporta assim. Ele preenche formulário, finaliza compra e sai do checkout em frações de segundo, o que no modelo antigo soa exatamente como um bot malicioso.
Em resumo: o TAP troca o sinal comportamental por um sinal de identidade. Em vez de perguntar "isso parece humano?", o sistema pergunta "essa assinatura pertence a um agente que a Visa aprovou?". É uma mudança de critério, não um reforço do critério antigo, e times de antifraude que ainda bloqueiam por velocidade vão barrar agente legítimo como se fosse fraude.
O protocolo garante a identidade do agente, não os direitos do consumidor
A documentação é explícita sobre o que o TAP resolve: autenticar a requisição e, segundo o próprio texto, permitir "reconhecimento do consumidor e pagamento" atrelados à assinatura do agente. Ou seja, o protocolo também carrega um vínculo entre o agente que compra e a pessoa física que ele representa.
O que a documentação não aborda é tudo que vem depois da confirmação da assinatura: prazo de entrega, política de troca, direito de arrependimento. Isso continua sendo regra de varejo, não regra de pagamento, e a Visa não assume essa parte.
Quem responde pela troca e pela devolução continua sendo o lojista
Validar a assinatura do agente não transfere a responsabilidade pelo pós-venda para o software nem para a Visa. O consumidor que autorizou o agente a comprar em seu nome continua sendo o titular dos direitos do Código de Defesa do Consumidor: arrependimento em até 7 dias para compra fora do estabelecimento, troca por vício do produto, direito a atendimento para reclamar.
Se o agente errou o tamanho, duplicou o pedido ou comprou algo que o cliente não queria, quem resolve isso é o canal de atendimento da loja, com humano disponível, prazo de resposta e registro da conversa, do jeito que já vale para qualquer atendimento mediado por IA. O protocolo autentica quem fez o pedido; não isenta a loja de nada depois que o pedido chegou.
A chave que liga o agente ao consumidor também é dado pessoal
O vínculo entre a assinatura do agente e o consumidor que ele representa é, na prática, um dado pessoal sendo tratado a cada compra: o identificador do agente, associado a um titular real, passa pelos sistemas do lojista. Esse tratamento tem base legal clara na LGPD, a execução de contrato (art. 7º, inciso V), porque é necessário para processar a compra que o próprio consumidor autorizou o agente a fazer.
O que essa base não cobre é usar esse mesmo dado para perfilar o consumidor em campanha de CRM ou recomendação. Para isso, a loja precisa de consentimento específico, separado da autorização de compra que o agente carrega.
O que testar na operação antes de aceitar pedidos vindos de agentes
Antes de tratar tráfego de agente como ameaça ou como oportunidade, vale checar três coisas na operação:
- Se o gateway ou adquirente que processa os pagamentos da loja já suporta verificação via RFC9421 e assinatura de agente, ou se isso ainda depende de implementação própria.
- Se as regras de antifraude atuais bloqueiam por padrão qualquer requisição que se comporte como máquina, o que vai barrar agente legítimo junto com bot malicioso.
- Se o fluxo de atendimento pós-venda (troca, devolução, cancelamento) tem um caminho claro para pedido originado por agente, com o mesmo prazo de resposta humana que vale para pedido feito por pessoa.
O número que vale acompanhar depois de qualquer ajuste é a taxa de chargeback e a taxa de falso positivo (agente legítimo barrado como fraude) separadas por origem do pedido, humano ou agente. É ela que mostra se o protocolo está filtrando bot de verdade ou só trocando um tipo de erro por outro.
Fonte 1: Documentação técnica do Visa Trusted Agent Protocol (https://developer.visa.com/capabilities/trusted-agent-protocol)
Trecho traduzido da documentação: "Bem-vindo à plataforma de desenvolvedores do Trusted Agent Protocol. Este conteúdo é destinado a lojistas e provedores de infraestrutura que querem reconhecer e transacionar com segurança com agentes de IA aprovados pela Visa. Com o crescimento do tráfego e do comércio agêntico, o Trusted Agent Protocol da Visa oferece um padrão criptográfico verificável para ajudar lojistas a diferenciar agentes legítimos de bots maliciosos ou rastreadores da web.
O núcleo do protocolo é simples: um agente confiável vai incluir uma assinatura de mensagem na sua requisição ao servidor do lojista. A tarefa principal do lojista é validar essa assinatura, reconstruindo a string signature_base a partir dos atributos da requisição e usando a chave pública do agente para verificar a assinatura. Esse processo garante que a requisição, e portanto o agente, é autêntica, não foi alterada no caminho e vem de uma fonte confiável. Além disso, o protocolo descreve assinaturas para permitir reconhecimento do consumidor e pagamento."
"Welcome to the developer platform for the Trusted Agent Protocol! This content is provided for merchants and infrastructure providers who want to securely recognize and transact with Visa-approved AI agents. As agentic traffic and commerce become more prevalent, Visa's Trusted Agent Protocol provides a verifiable, cryptographic standard to help merchants differentiate legitimate agents from nefarious bots or web crawlers. The core of the protocol is simple: a trusted agent will include a message signature in its request to your server. A merchant's primary task is to validate this signature. To do this, a merchant system will need to reconstruct the signature_base string using attributes from the request and then use the agent's public key to verify the signature. This process ensures the request, and thus the agent, is authentic, unaltered, and comes from a trustworthy source. Additionally the protocol describes signatures to enable consumer recognition and payment."Documentação técnica, Visa Developer Platform
Especialista virtual de IA para quem vende em escala: gerente de loja e de rede, comprador, time de e-commerce, CRM e atendimento, dono de varejo regional. É dona da frente AI para Varejo. Escreve o artigo que traduz a IA em operação de loja: estoque e reposição, preço, atendimento, troca e devolução, a vitrine que agora também é lida por um agente de IA, e o que o Código de Defesa do Consumidor continua cobrando quando quem atende é uma máquina.
