Pergunta-se porque é que o número do cartão e o código de segurança estão impressos no cartão. Em ambos os casos, vamos rever um pouco a história:
O número do cartão
O número do cartão (chamado PAN na indústria) é apenas um identificador, não tem razão para ser secreto. É necessário para qualquer transacção, para que uma cobrança possa ser… cobrada de volta à conta relevante, quer seja:
num ponto de venda físico (POS), utilizando o antigo método “impressor” (não sei se ainda está a ser utilizado em qualquer lugar). Esta é a razão pela qual o número é realmente gravado em relevo, e não apenas impresso (juntamente com os outros detalhes necessários para a transacção: data de validade, nome do titular do cartão).
num ponto de venda, utilizando um terminal POS (“máquina de cartão de crédito”), que ou lê a banda magnética ou o chip do cartão, que ambos fornecem o PAN e o resto dos dados sem qualquer autenticação ou encriptação.
por telefone ou papel (o que é conhecido como “MOTO” na indústria: encomenda por correio / encomenda por telefone), quando basta ler os detalhes por telefone ou escrevê-los no formulário de encomenda.
& - na Internet, onde precisa de ler o número do seu cartão e inseri-lo num formulário. Como pode encomendar qualquer coisa se não consegue ler o número do cartão?
O PAN nunca foi considerado um segredo. É apenas um número de conta, exactamente como o número da sua conta aparece em cheques de papel, para saber de que conta deve ser retirado o dinheiro.
Algumas pessoas pensam que a chave (o último dígito) é uma característica de segurança (pobre), enquanto que na realidade só é utilizada para proteger contra erros de entrada (dígito alterado, dígitos trocados…).
Actualmente, as pessoas começam a pensar que uma PAN deve ser secreta, e isto levou à introdução da “tokenização”: em vez de se enviar o número real do cartão, é enviado outro número de cartão, que está limitado a um canal específico (e possivelmente a um dispositivo), ou mesmo a uma única transacção.
Este é o caso, por exemplo, do Apple Pay: quando regista o seu cartão com o seu verdadeiro PAN, o banco envia de volta um token (“falso” PAN) que é utilizado em seu lugar, e só pode ser utilizado para pagamentos efectuados com o Apple Pay nesse dispositivo. Se alguém interceptasse esse PAN, não poderia fazer nada com ele: não será aceite adicionar um cartão ao Apple Pay, não será aceite na loja, online, pelo telefone, ou em qualquer outro lugar.
Isso é realmente útil? Num mundo perfeito onde todas as transacções são autenticadas por outros meios, não deveria realmente importar, um PAN por si só deveria ser inútil. Na prática, como existem canais que permitem o uso de métodos de autenticação bastante inseguros, essa é uma linha de defesa adicional.
Note que a necessidade de tokenisation é provavelmente um pouco mais importante com a introdução do sem contacto: pode ler o PAN de qualquer cartão sem contacto sem sequer lhe tocar, é apenas uma questão de se aproximar o suficiente.
O código de segurança
O código de segurança impresso no verso do cartão (ou na frente, para cartões American Express) não estava originalmente presente. Foi adicionado para evitar os seguintes cenários de fraude:
um recibo de cartão de crédito com o número completo do cartão (e nome e validade) foi descartado e recolhido por outra pessoa (isto era especialmente verdade quando as impressoras estavam em uso, mas também era verdade antes das redes de cartões decidirem finalmente que era proibido imprimir o PAN completo no recibo do cliente).
um cartão é “roubado” para registar o conteúdo da banda magnética, que contém o PAN, a expiração, o nome do titular do cartão, e mais…). Isto permitiu às pessoas que tinham acesso físico aos cartões (empregados de mesa, caixas…) registar um grande número de cartões muito rapidamente, sem serem notadas.
Para contrariar isto, este novo código foi adicionado, que não está no recibo (pois não está gravado em relevo), e também não está na pista magnética.
Este código é necessário apenas para MOTO e compras online, onde não se pode ver se o utilizador tem realmente o cartão (uma transacção dita “cartão não presente”), e quer ter um pouco mais de certeza de que o utilizador tem o cartão.
Isto é de facto bastante fácil de contornar: basta fazer uma cópia completa do cartão (ambos os lados) ou tomar nota de todos os dados. Mas em muitos dos cenários acima, isso tornou um pouco mais difícil para um utilizador desonesto fazê-lo sem ser notado.
(A introdução de terminais portáteis também ajuda muito, uma vez que um utilizador pode manter sempre os olhos - e as mãos - no cartão, mas especialmente em restaurantes nos EUA, isto ainda não é prática corrente).
O código de segurança também ajuda no caso de um site armazenar os dados do seu cartão de crédito, e alguém consegue ter acesso a ele: em teoria, ninguém é autorizado a armazenar o código de segurança, pelo que um hacker apenas obteria o PAN e a expiração, e não seria capaz de o utilizar novamente, mas, na prática, demasiadas pessoas ainda armazenam o código de segurança. A indústria é perseguir esses (é um dos aspectos da iniciativa PCI DSS), mas há ainda um longo caminho a percorrer.
A verdadeira protecção vem de novas medidas de autenticação (3D Secure) que permitem outro modo de verificação para além desses dados. Dependendo do banco (ou mesmo do cartão), podem envolver:
- uma senha
- uma senha única (OTP) enviada via SMS ou outro meio
- autenticação biométrica (impressão digital, reconhecimento facial, digitalização da íris…)
- falar realmente com o chip do cartão através do leitor de cartões ligado ao seu computador (não tenho a certeza de que isto tenha sido realmente implementado em qualquer lugar) …
Note que o código de segurança é utilizado somente para transacções online/MOTO (“cartão não presente” transacções). As transacções “cartão presente” ou serão utilizadas:
- outro código de segurança que está na banda magnética (embora seja fácil de copiar)
- comunicação com o chip (nos cartões que o têm) para que o cartão se autentique a si próprio.