O que é 3DS 2.0?
3DS 2.0 (3-D Secure 2.0) é um protocolo de segurança para pagamentos online que verifica se o comprador é realmente o dono do cartão antes de autorizar a transação. Funciona como uma verificação extra: quando você faz uma compra online, o banco pode pedir uma confirmação adicional (senha, código SMS, biometria) para garantir que é você mesmo fazendo a compra.Por que “3D Secure”?
O nome vem dos três domínios que trabalham juntos na transação:- Lojista (sua loja e processador de pagamento)
- Banco emissor (banco que emitiu o cartão)
- Bandeira (Visa, Mastercard, etc.)
Como funciona na prática?
O 3DS 2.0 é mais inteligente que a versão anterior:- Transações de baixo risco: Autenticação invisível, sem interrupção
- Transações de alto risco: Solicita verificação extra (SMS, app do banco, biometria)
- Dados ricos: Envia mais de 100 informações para análise de risco
- Mobile-first: Funciona perfeitamente em apps e sites mobile
Quem participa do processo?
- Cliente: Compra e pode ser solicitado a se autenticar
- Lojista: Integra o 3DS no checkout
- Malga: Gerencia a comunicação com o protocolo 3DS
- Bandeira: Conecta sua loja ao banco emissor
- Banco emissor: Verifica a identidade do cliente
Benefícios para sua loja
- ✅ Menos fraudes - Cliente autenticado = menos chargebacks
- ✅ Mais aprovações - Bancos confiam mais em transações 3DS
- ✅ Proteção legal - Em caso de fraude, responsabilidade é do emissor
- ✅ Débito online - Muitos bancos exigem 3DS para cartões de débito
- ✅ Conformidade - Atende regulamentações como PSD2/SCA
Modalidades de 3DS na Malga
A Malga oferece quatro formas de usar 3DS em cobranças de cartão. Cada modalidade exige capacidades diferentes no provedor. Elas não são equivalentes:Um provedor com suporte a 3DS2 Malga (
3ds2_malga) não passa a ser elegível para 3DS nativo. Da mesma forma, operation=3ds2 não substitui 3ds2_malga nas cobranças com setupId ou MPI externo.Fallback sem fluxo de pagamento ativo
Quando o merchant não tem um fluxo (paymentFlow) ativo para a cobrança, a Malga aplica um gate inicial de elegibilidade: só provedores com a capacidade exigida pela modalidade (tabela acima) entram no conjunto elegível. Com fluxo ativo (paymentMethod=3ds2_malga para Malga/MPI), o fluxo deve apontar somente para provedores compatíveis com essa capacidade.
Para cobranças com setupId (3DS2 Malga), esse gate garante a capacidade 3ds2_malga sem exigir operation=3ds2. Ele não promete que a autorização posterior preserve a ordem do fluxo nem que as retentativas fiquem restritas apenas à lista filtrada nesse gate. A preservação de ordem e fallback entre provedores elegíveis no caminho de autorização aplica-se ao MPI externo.
A fonte canônica do mapeamento de capacidades por modalidade (incluindo operation=3ds2 no 3DS nativo) é a tabela desta seção. A tabela de provedores e meios de pagamento lista meios de pagamento gerais e o badge de 3DS2 Malga; ela ainda não distingue suporte nativo (operation=3ds2) de 3ds2_malga.
Fluxo básico
O 3DS 2.0 funciona de duas formas, dependendo do nível de risco da transação:1. Autenticação invisível (frictionless)
Quando a transação é de baixo risco, tudo acontece sem interrupção:2. Autenticação com desafio
Quando há risco maior, o cliente precisa se autenticar: Dica: A maioria das transações é autenticada de forma invisível. O desafio só aparece quando o banco detecta algo suspeito.Próximos passos
Agora que você entende o básico do 3DS 2.0, vamos para a implementação prática. A Malga oferece uma integração simples que você pode usar no seu checkout.Começar a integrar
Conheça mais sobre o 3DS 2.0
3DS2 Malga
Setup, coleta de dispositivo e cobrança com setupId
3DS nativo
Autenticação no provedor com operation=3ds2
3DS MPI externo
Autorização com dados de autenticação externos
3DS Data Only
Análise de risco sem desafio no checkout
Tabela de provedores
Meios de pagamento e badge 3DS2 Malga por provedor
Glossário
Termos técnicos do 3DS 2.0