82

A tag 82 é a declaração que o próprio cartão faz sobre o que ele é capaz de executar. O terminal a recebe na resposta ao GET PROCESSING OPTIONS — o comando que abre a transação depois que uma aplicação foi selecionada — e quase toda decisão seguinte é moldada pelos dois bytes que ela carrega: qual método de autenticação de dados offline tentar, se a verificação do portador está disponível e se o gerenciamento de risco do terminal precisa ser executado.

Onde ela aparece derruba mais integrações do que o que ela significa. Numa resposta Formato 2, o cartão retorna o template 77 e o AIP chega devidamente encapsulado como tag 82. Numa resposta Formato 1, o cartão retorna o template 80 e o AIP é simplesmente os dois primeiros bytes do valor desse template, seguidos imediatamente pelo Application File Locator — sem nenhuma tag 82 presente nos dados. Um parser que procura pela tag literal não encontra nada e reporta AIP ausente num cartão perfeitamente conforme.

Ler o campo é direto, uma vez que se saiba que, no EMV de contato, todo o significado vive no byte 1. O bit 7 declara SDA, o bit 6 declara DDA e o bit 1 declara CDA; o bit 5 informa que a verificação do portador é suportada; o bit 4 diz ao terminal que o gerenciamento de risco deve ser executado; o bit 3 anuncia autenticação do emissor; o bit 2 cobre verificação do portador no dispositivo. O byte 2 é reservado.

A nuance que importa é que o cartão está declarando capacidade, não intenção. Um cartão cujo AIP anuncia CDA não está prometendo que o CDA vai rodar — apenas que poderia. O método efetivamente executado é a interseção entre o que o cartão oferece aqui e o que o terminal suporta, e é aí que a maior parte da depuração de AIP termina: se você esperava autenticação dinâmica e a transação silenciosamente executou autenticação estática, decodifique o AIP primeiro, porque a resposta normalmente é que o bit 6 está simplesmente desligado.

O valor 3900 vale reconhecer de imediato: DDA e CDA suportados, verificação do portador suportada e gerenciamento de risco do terminal a ser executado. Uma ressalva para levar a qualquer decoder que você escreva — o byte 2 é RFU no EMV de contato, mas certos kernels contactless de fato atribuem significado a seus bits, então decodificar o byte 2 sem antes estabelecer o kernel produz um resultado errado com toda a aparência de certo.