Cartões MIFARE DESFire EV2

Amostras e pedidos em volume de cartões DESFire EV2

Para uma instalação EV2 existente, comece pelo chip aprovado e pela especificação do cartão. Solicite a capacidade de memória necessária, o corpo do cartão, a impressão e o estado de entrega em conjunto, para que o orçamento e a amostra atendam ao mesmo projeto. O fornecimento atual da peça EV2 exata e as opções disponíveis de cartão acabado são confirmados no orçamento.

• Corpo do cartão: especifique dimensões, espessura e material, como um cartão ID-1 (85.6 × 54 mm). Confirme a construção proposta e o projeto da antena; discuta outros formatos na página DESFire tag and fob.
• Impressão e acabamento: envie a arte dos dois lados, o acabamento, a numeração visível, os códigos de barras ou QR codes e qualquer exigência de tarja magnética ou painel de assinatura. Confirme quais opções estão incluídas na amostra e no orçamento.
• Codificação e personalização: combine a entrega com configuração padrão de fábrica ou chave de transporte versus cartões preparados com a sua aplicação, arquivos e permissões. Um cartão visualmente em branco não está necessariamente em um estado de chip intocado. Forneça o perfil de entrega necessário e o esquema de numeração, sem chaves secretas ativas na solicitação de cotação.
• Transferência da gestão de chaves: qualquer carregamento de chaves de produção é combinado separadamente com a parte responsável pela emissão, e a codificação é realizada apenas para a organização que administra o sistema.
• Amostras e prazo de entrega: amostras padrão gratuitas estão disponíveis (uma amostra personalizada tem taxa de setup), e o prazo padrão para produtos padrão é geralmente de duas a três semanas; o cronograma e a disponibilidade de uma peça EV2 específica são confirmados no orçamento.

Compare os requisitos dos cartões EV2 2K, 4K e 8K

Esta tabela compara os requisitos dos cartões 2K, 4K e 8K; ela não é a gama completa de memória do EV2. A folha de dados resumida pública da NXP também lista dispositivos de 16 KB e 32 KB. Confirme a peça exata e a disponibilidade atual de cartões acabados no orçamento. Escolha a capacidade a partir do plano de aplicação e arquivos do seu integrador, incluindo a sobrecarga do sistema de arquivos e o crescimento planejado, pois apenas o tamanho da memória não torna os cartões intercambiáveis.

As peças padrão listadas têm capacitância de entrada de 17 pF; as peças “H” têm 70 pF, que a NXP oferece para projetos de antena de formato reduzido. O projeto do inlay ainda precisa de validação no cartão ou tag acabado. A NXP especifica retenção de dados de 25 anos e 500.000 ciclos de escrita típicos a 22 °C na folha de dados resumida; esses valores do CI não garantem a vida útil de um cartão impresso. Envie a peça exata ou a especificação aprovada do cartão para que a amostra possa ser verificada em relação ao sistema que você utiliza.

Compatibilidade com leitores e firmware

Um número de cartão exibido comprova identificação, não uma autenticação de aplicação bem-sucedida. Antes de um pedido repetido ou de uma migração, peça ao fornecedor do leitor ou da fechadura para confirmar os pontos abaixo e teste o cartão proposto com o software de emissão e o firmware instalado.

• Interface aérea: o leitor implementa ISO/IEC 14443-2/3 Type A e o protocolo de transmissão ISO/IEC 14443-4 (T=CL) que o DESFire utiliza. Uma classificação de 13.56 MHz por si só não confirma o suporte a 14443-4.
• Conjunto de comandos: o firmware suporta os comandos DESFire e ISO/IEC 7816-4 de que a sua aplicação precisa — selecionar a aplicação, autenticar e ler ou gravar os tipos de arquivo que você utiliza — e não apenas a leitura do UID.
• Mensagens seguras: confirme o modo D40, EV1 ou EV2, o tipo de chave e as configurações de comunicação de arquivo que a sua aplicação utiliza. Verifique cada recurso EV2 necessário em relação ao firmware do leitor e ao perfil aprovado do cartão.
• Compatibilidade retroativa: se cartões EV1 ou D40 (MF3ICD40) ainda estiverem em uso, verifique se o leitor continua lendo-os junto com o EV2 durante uma migração.
• Chaves e diversificação: combine quem detém as chaves mestras da aplicação, como elas são diversificadas por cartão e como os leitores são carregados com elas.
• Teste de amostra: autentique e execute a transação real — emissão, leitura e gravação, uma transação interrompida e sua recuperação — com firmware e software de produção do leitor antes de qualquer pedido em volume.

Antes de pedir: checklist do EV2

1. Peça EV2 exata e capacidade de memória, ou a especificação aprovada do cartão do seu integrador; a comparação 2K/4K/8K desta página não é toda a gama da família de chips.
2. Se este é um pedido repetido que deve corresponder a uma especificação instalada, ou um projeto novo para o qual o EV3 foi avaliado primeiro.
3. Marca, modelo e firmware do leitor, o modo de mensagens seguras e o tipo de chave, e o plano de aplicação e arquivos.
4. Perfil de entrega: configurações padrão de fábrica/transporte ou cartões personalizados para o projeto, além de quem carrega as chaves de produção, cadastra os cartões e aprova a amostra.
5. Construção do cartão, arte, numeração, quantidade, destino e data necessária.
6. Aceitação da amostra: verifique a autenticação da aplicação e as transações de leitura/gravação necessárias no software de emissão e nos leitores reais; mantenha a configuração aprovada para pedidos repetidos.

O que é o MIFARE DESFire EV2

O MIFARE DESFire EV2 é um CI multiaplicação sem contato da NXP que funciona a 13.56 MHz na interface aérea ISO/IEC 14443 Type A e se comunica com o protocolo de transmissão ISO/IEC 14443-4. Os dados são mantidos em uma estrutura de aplicação e arquivos endereçada com comandos ISO/IEC 7816-4, e as aplicações podem usar criptografia em hardware: DES, 2K3DES e 3K3DES para compatibilidade, e AES com chaves de 128 bits para projetos atuais. A NXP classifica o EV2 como não recomendado para novos projetos e direciona novos projetos para o DESFire EV3; esta página atende consultas de instalações que já o especificam. As seções abaixo descrevem o CI. A disponibilidade de uma peça EV2 específica, e de qualquer lote de cartões acabados, é confirmada no orçamento.

EV1, EV2 e EV3: o que mudou

Estas três gerações DESFire compartilham a interface ISO/IEC 14443 Type A de 13.56 MHz, os comandos de arquivo ISO/IEC 7816-4 e o motor criptográfico DES/2K3DES/3K3DES/AES-128, e cada chip mais novo mantém modos de compatibilidade retroativa para os mais antigos. O que muda entre as gerações é o conjunto de recursos de segurança da aplicação e o nível de certificação. Um recurso só beneficia o seu projeto quando o chip, o firmware do leitor e a aplicação o implementam.

O EV2 oferece modos de mensagens seguras D40 e EV1 compatíveis retroativamente, mas um cartão de reposição ainda precisa da configuração da aplicação, das chaves e do suporte do leitor esperados pelo sistema instalado. Recursos do EV2 como múltiplos conjuntos de chaves, Transaction MAC, Proximity Check e gestão delegada de aplicações precisam da configuração e do suporte de comandos relevantes. Peça ao integrador para confirmar e testar os recursos que o projeto realmente utiliza.

Estrutura de aplicação e arquivos

Um cartão DESFire se comporta como um pequeno sistema de arquivos no cartão, com três níveis. No topo está o PICC — o próprio cartão — que contém a chave mestra do cartão, a configuração geral do cartão e a lista de aplicações. Cada aplicação é endereçada por um Application ID (AID) de 3 bytes e carrega suas próprias chaves e seu próprio conjunto de arquivos: o EV1 permite até 28 aplicações, enquanto o EV2 e o EV3 removem o limite prático e são limitados apenas pela memória disponível. Cada aplicação contém até 32 arquivos (IDs de arquivo 0x00–0x1F), e cada arquivo tem seus próprios direitos de acesso e modo de comunicação, de modo que um cartão pode manter uma credencial de acesso, uma carteira de valor armazenado e um bilhete lado a lado sem que nenhum deles compartilhe uma chave.

Cada arquivo carrega quatro campos de direitos de acesso — leitura, gravação, leitura e gravação, e alteração de direitos de acesso — e cada campo nomeia uma das chaves da aplicação, ou é definido como “free” (sem autenticação) ou “deny” (nunca). Arquivos de backup, valor e registros participam de transações: um conjunto de gravações é preparado e depois confirmado atomicamente, de modo que uma aproximação interrompida nunca deixa um saldo de tarifa ou um log parcialmente gravado.

Autenticação e mensagens seguras

Ler um UID não autentica uma aplicação DESFire. Na autenticação mútua, o cartão e o leitor provam a posse da chave necessária e estabelecem a proteção da sessão. O modo de autenticação selecionado e as configurações de acesso e comunicação de cada arquivo determinam o que pode ser lido, gravado ou transmitido em forma simples. O cartão, o firmware do leitor e a aplicação devem implementar a configuração combinada.

• Modo de compatibilidade D40: mantido para instalações legadas que utilizam o esquema original DES/2K3DES. Confirme o tipo de chave configurado e os requisitos do leitor; não presuma que isso oferece proteção AES.
• Mensagens seguras EV1: AuthenticateISO suporta chaves 2K3DES ou 3K3DES, enquanto AuthenticateAES usa chaves AES. Estas mantêm o modo de compatibilidade EV1 correspondente.
• Mensagens seguras EV2: AuthenticateEV2First e AuthenticateEV2NonFirst usam chaves AES. O primeiro inicia a autenticação EV2 da transação; o segundo suporta a autenticação subsequente dentro dessa transação. Confirme os comandos e as configurações necessários com o integrador.

A comunicação de arquivo pode ser simples, protegida com um checksum criptográfico ou criptografada, dependendo da autenticação e das configurações do arquivo. Apenas a autenticação não significa que todos os arquivos estejam criptografados ou que toda leitura exija uma chave. A folha de dados resumida pública do EV2 da NXP descreve essas escolhas e os comandos de autenticação suportados; utilize a documentação detalhada do produto para a implementação. A diversificação de chaves é tratada separadamente na nota de aplicação AN10922 da NXP.

Gestão de chaves: chaves, versões e conjuntos de chaves

As chaves existem em dois níveis. O PICC contém uma chave mestra do cartão que rege a gestão em nível de cartão. Cada aplicação pode conter até 14 chaves e tem suas próprias configurações de chave e direitos de acesso a arquivos. As informações de versão de chave ajudam o emissor a gerenciar atualizações, mas não substituem a chave secreta ou as permissões necessárias. Confirme o procedimento ChangeKey ou ChangeKeyEV2 selecionado em relação à configuração exata da aplicação.

O EV2 suporta múltiplos conjuntos de chaves por aplicação, permitindo que o emissor prepare e migre para outro conjunto de chaves quando o parque de leitores suporta esse processo. Um integrador pode usar diversificação por cartão, como o esquema da AN10922 da NXP, com armazenamento protegido da chave mestra em um HSM ou SAM. Esta é uma decisão de projeto de implantação, não uma propriedade automática de um cartão em branco. Combine quem cria, detém e carrega as chaves e como os leitores obtêm as credenciais necessárias antes de pedir. Não coloque chaves secretas ativas em uma solicitação de cotação.

O conjunto de comandos DESFire

O DESFire suporta comandos nativos e encapsulamento ISO/IEC 7816-4 sobre ISO/IEC 14443-4. A visão geral abaixo ajuda a identificar o que a pilha do leitor deve implementar; ela não é uma especificação de codificação. A folha de dados resumida pública do EV2 da NXP lista as famílias de comandos, e a documentação detalhada do produto define seus parâmetros e requisitos de segurança. A configuração do cartão, o firmware do leitor e a aplicação devem suportar as operações selecionadas pelo integrador.

Certificação de segurança

As gerações também diferem em sua avaliação Common Criteria, além de seus recursos. O material público da NXP classifica o DESFire EV1 como Common Criteria EAL4+ e tanto o EV2 quanto o EV3 como EAL5+ — o hardware e o sistema operacional do EV3 são avaliados como EAL5+ acrescido de AVA_VAN.5. A certificação abrange o chip e seu sistema operacional, não um cartão acabado ou uma implantação: um cartão deixado com chaves padrão não é seguro, seja qual for a classificação do chip. Trate o nível EAL como um insumo para um requisito de licitação e confirme a peça certificada exata com o seu integrador.

Por que migrar do MIFARE Classic para o DESFire

O MIFARE Classic usa Crypto-1, cujas fraquezas de segurança publicadas o tornam inadequado para ser tratado como equivalente à autenticação moderna de aplicação AES. Uma instalação que autoriza um cartão apenas a partir de seu UID também tem um problema separado: o UID é um identificador, não uma prova de que o cartão detém um segredo de aplicação. Avalie tanto a tecnologia da credencial quanto o comportamento real de autenticação do leitor ao planejar uma migração.

O DESFire suporta autenticação mútua AES-128 e permissões de arquivo configuráveis e proteção de comunicação. Copiar apenas um UID não reproduz uma aplicação autenticada, mas instalar um chip DESFire não protege automaticamente o sistema. Arquivos configurados para acesso livre ou comunicação em texto claro (sem criptografia) podem expor dados; chaves padrão e chaves de emissor mal protegidas também enfraquecem a implantação. Configure os direitos de acesso da aplicação, as mensagens seguras e a gestão de chaves, e faça o leitor autenticar a aplicação. O Random ID pode reduzir a divulgação do UID fixo durante a seleção do cartão; ele não substitui a autenticação nem garante que um cartão não possa ser rastreado.

• Firmware do leitor: migre os leitores para uma versão que autentique a aplicação DESFire com as chaves do projeto, em vez de aceitar o UID.
• Cerimônia de chaves: gere as chaves mestras em um HSM ou SAM, escolha o esquema de diversificação AN10922 e registre quem detém e carrega as chaves antes que o primeiro cartão seja codificado.
• Período de dupla tecnologia: opere leitores multiteecnologia que aceitem os cartões legados e os novos cartões DESFire juntos, reemita cartões por atrito natural e, em seguida, defina uma data limite para desativar os tipos de cartão legados no software de acesso, para que os clones antigos parem de funcionar.

Para um sistema novo, a NXP direciona os projetos para o DESFire EV3; peça EV2 para corresponder a uma instalação que já o especifica e trate qualquer mudança de geração como uma mudança na especificação aprovada. Veja cartões MIFARE Classic, a família MIFARE DESFire e cartões MIFARE Plus para as opções de migração.

Escolhas relacionadas: família MIFARE DESFire, cartões MIFARE Plus, o DESFire tag and fob e todos os cartões RFID.

Referências técnicas: página de produto e ciclo de vida NXP MIFARE DESFire EV2, a folha de dados resumida DESFire EV2 e a página NXP DESFire EV3. A documentação do chip descreve as capacidades do CI; ela não estabelece o estoque da Proud Tek nem a compatibilidade de um cartão acabado.