Metodologia: como funcionam nossos dados e ferramentas

Numeração de cartões: ISO/IEC 7812

Os números de cartões de pagamento seguem o padrão ISO/IEC 7812. O primeiro dígito é o Major Industry Identifier, os dígitos iniciais formam o Issuer Identification Number (IIN, normalmente chamado de BIN), os dígitos seguintes identificam a conta individual e o último dígito é um dígito verificador.

As redes de cartões são reconhecidas por seus prefixos e comprimentos; por exemplo, os números Visa começam com 4, e várias redes usam faixas específicas nas séries 2 e 5. Nossas ferramentas usam esses padrões publicados para identificar a bandeira de um número.

BINs de 6 e de 8 dígitos

Historicamente, o IIN tinha seis dígitos. O padrão foi atualizado para suportar IINs de oito dígitos, e as principais redes vêm migrando para faixas de oito dígitos. Assim, um único prefixo de seis dígitos pode abranger vários emissores ou produtos.

Quando você insere oito ou mais dígitos, buscamos primeiro a faixa correspondente mais específica e recorremos à faixa de seis dígitos quando não existe registro de oito dígitos.

O algoritmo de Luhn

O algoritmo de Luhn (módulo 10) detecta a maioria dos erros de digitação de um único dígito e muitas inversões. Funciona assim:

1. Começando pelo dígito mais à direita e avançando para a esquerda, dobre um dígito sim, outro não.
2. Se o dobro resultar em um número maior que 9, subtraia 9.
3. Some todos os dígitos.
4. Se o total for múltiplo de 10, o número passa na verificação.

Passar na verificação de Luhn significa apenas que o número está bem formado. Não significa que o cartão exista, esteja ativo ou tenha saldo.

Como o banco de dados de BIN é compilado

Nosso banco de dados de BIN combina informações de faixas publicamente disponíveis, referências do setor e correções relatadas por usuários. Os registros são normalizados para que bandeira, tipo, nível, banco e país usem nomes e códigos consistentes, e registros conflitantes são revisados antes de serem mesclados.

As redes de cartões não publicam uma lista pública completa de todas as faixas, por isso nenhum banco de dados de BIN de terceiros pode ser perfeito. Somos transparentes sobre esses limites:

• Os emissores podem reatribuir, mesclar ou desativar faixas a qualquer momento, e os registros podem ficar defasados.
• Os nomes de bancos podem refletir um nome antigo após uma fusão ou mudança de marca.
• O nível e o tipo do cartão são os campos com maior chance de estarem ausentes ou desatualizados.
• Faixas de marca própria (private label), de frotas e algumas pré-pagas podem não estar listadas.

Geolocalização de IP

As consultas de IP usam o banco de dados DB-IP Lite junto com dados de propriedade de rede (ASN). Os resultados por país costumam ser precisos, porque os blocos de IP são alocados a redes em países específicos.

Cidade, região e coordenadas são aproximadas. Operadoras móveis, redes corporativas, VPNs e conexões via satélite podem situar um usuário longe do local informado, por isso os dados de cidade nunca devem ser usados como prova de onde alguém está.

A detecção de VPN e proxy compara a rede proprietária de um IP com redes conhecidas de hospedagem, VPN e Tor. Ela gera um sinal de risco, não uma certeza.

Validação de SWIFT/BIC e IBAN

Um código SWIFT/BIC tem 8 ou 11 caracteres: um código do banco, um código ISO do país, um código de localidade e um código de agência opcional. Verificamos o formato e o código do país e comparamos os códigos com nosso diretório de referência.

Os IBANs são validados com a verificação MOD-97 da ISO 13616: os quatro primeiros caracteres são movidos para o final, as letras são convertidas em números e o resultado deve deixar resto 1 quando dividido por 97. Também verificamos o comprimento esperado para cada país.

Dados de teste sintéticos

Os números de cartão e IBANs produzidos por nossos geradores são sintéticos. Eles são criados a partir de um prefixo ou formato de país escolhido, com dígitos aleatórios e um dígito verificador correto, para que passem na validação de formato no software em teste.

Eles não estão vinculados a nenhuma conta real, e as datas de validade e os códigos de segurança são aleatórios. Os dados de teste servem apenas para desenvolvimento, QA e educação.

Atualizações e correções

Os dados de referência são revisados e atualizados periodicamente, e os erros relatados são verificados e corrigidos à medida que chegam. A data exibida em cada página indica quando o conteúdo foi revisado pela última vez.