As redes de cartões lançaram protocolos de agente nos seus rails. Rails conta-a-conta não lançaram. Interac, SEPA Instant, FedNow e open banking sob PSD3 são onde a maior parte do risco de agente vai aterrar.
Porque os rails A2A são diferentes
Uma transação de cartão carrega contexto estruturado: emissor, acquirer, scheme, MCC, dados 3DS, agora token de agente.
Rails A2A são diferentes. Interac, SEPA Instant, FedNow e open banking não têm um operador central que possa exigir que cada participante implante um protocolo de agente.
O que isto significa para bancos canadianos no Interac
Interac e-Transfer é o rail A2A dominante no Canadá. Se um cliente dá a um agente de IA acesso para iniciar transferências através da API do banco, a transação Interac resultante parece indistinguível ao nível do rail.
O modelo de fraude do banco tem de detetar padrões específicos de agente a partir dos seus próprios dados.
O que isto significa para bancos europeus sob PSD3 e PSR
PSD3 e o Regulamento de Serviços de Pagamento expandem o open banking. Agentes de IA chegarão por esses canais.
O banco continua responsável pela autenticação forte do cliente e pelas consequências de fraude de uma transação executada em seu nome.
O que isto significa para bancos americanos no FedNow
O FedNow processa pagamentos em tempo real e finais. Quando um agente inicia um pagamento FedNow em nome de um utilizador, a irrevogabilidade do rail amplifica a consequência.
Não há protocolo de agente confiável ao nível do FedNow.
A consequência prática
Para cada rail A2A, a lacuna do protocolo de agente confiável significa que a camada de fraude do banco carrega o fardo total de deteção.
A Agent Risk Intelligence da UMCA funciona nativamente em rails A2A. Não requer um protocolo ao nível da rede para funcionar.