Comment choisir une puce MIFARE : Classic Vs Plus Vs DESFire Vs Ultralight

Le bon choix dépend de ce que l'identifiant doit faire, du niveau de sécurité requis, des lecteurs et logiciels déjà installés, de la durée pendant laquelle l'identifiant restera utilisé et si le système nécessite une ou plusieurs applications.

Un ticket d'événement jetable, par exemple, a des exigences très différentes d'un titre d'employé de cinq -ans ou d'une carte de transport en commun réutilisable. La même puce ne doit pas automatiquement être utilisée pour les trois.

Ce guide compare les principales familles MIFARE et vous donne une manière pratique d'affiner le choix avant de commanderCartes RFID, bracelets, porte-clés, billets ou autres informations d'identification sans contact.

Réponse rapide : quelle puce MIFARE devriez-vous évaluer ?

Ce tableau est un point de départ et non une spécification d'achat. Le CI final doit toujours être vérifié par rapport aux exigences de votre lecteur, micrologiciel, logiciel, architecture d'application et -gestion des clés.

Qu'est-ce qu'une puce MIFARE ?

MIFARE est une famille de produits IC sans contact utilisés dans des applications telles que la gestion des accès, les transports publics, l'hôtellerie, la billetterie, la fidélité et le paiement en boucle fermée-.

Les produits MIFARE fonctionnent dans l'environnement sans contact de 13,56 MHz, mais le mot « MIFARE » n'identifie pas une seule puce. Différentes familles MIFARE utilisent différentes structures de mémoire, méthodes d'authentification et modèles d'application.

Le CI est également distinct du titre physique. La même technologie peut être intégrée aux cartes plastiques, aux tickets papier,Bracelets RFID, Porte-clés RFID, badges ou autres facteurs de forme.

Cette distinction est importante car la sélection des puces et la construction des informations d’identification résolvent des problèmes différents. Le circuit intégré contrôle la fonctionnalité sans contact, tandis que la géométrie, les matériaux, les dimensions et la construction du produit de l'antenne influencent la durabilité physique et les performances RF.

Matrice de comparaison des puces MIFARE

Les principales familles MIFARE expliquées

MIFARE Classic EV1 : principalement une décision de compatibilité héritée

MIFARE Classic reste largement reconnu car un grand nombre de systèmes de-contrôle d'accès, d'adhésion, de campus et de transport ont été construits autour de son architecture de secteur-et-bloc.

MIFARE Classic EV1 est disponible en variantes 1 Ko et 4 Ko et fonctionne à 13,56 MHz avec un débit de données de 106 kbit/s.

Son principal avantage aujourd’hui est souvent la compatibilité avec un système installé plutôt qu’une sécurité supérieure.

Si une organisation dispose déjà de lecteurs, de logiciels et de données d'identification conçus autour des secteurs classiques, le changement de technologie d'identification peut nécessiter des modifications au-delà de la carte elle-même. C'est pourquoiCartes MIFARE 1Kpeut toujours être pertinent pour les projets de remplacement et de maintenance.

Cependant, NXP indique actuellement que MIFARE Classic EV1 n'est pas recommandé pour les nouvelles conceptions. Pour les nouveaux déploiements sensibles en matière de sécurité, cette position dans le cycle de vie doit être prise en compte avant de faire de Classic le choix par défaut. Voir leinformations officielles sur le produit MIFARE Classic EV1 de NXP.

Décision pratique :utilisez Classic lorsque le système existant l’exige. Ne le sélectionnez pas pour un nouveau projet uniquement parce qu’il est familier, peu coûteux ou largement disponible.

MIFARE Plus EV2 : un outil de migration, pas simplement un « meilleur classique »

MIFARE Plus EV2 devient particulièrement pertinent lorsqu'une organisation souhaite renforcer la sécurité mais ne peut pas remplacer l'intégralité d'une infrastructure classique-en même temps.

Sa valeur stratégique est la migration.

Un grand opérateur d'accès ou de transit peut avoir des lecteurs dans des centaines ou des milliers d'emplacements. Remplacer toutes les informations d'identification, lecteurs, micrologiciels et composants back-end-en un seul changement peut s'avérer peu pratique.

MIFARE Plus EV2 prend en charge la sécurité AES-128 et est conçu pour aider les infrastructures sans contact existantes à évoluer vers une architecture plus sécurisée.

Cela pose la question clé :

Avez-vous besoin de conserver une transition contrôlée à partir d'un système existant orienté-classique ?

Si la réponse est oui, Plus EV2 mérite une évaluation sérieuse. Si la réponse est non et que vous concevez une toute nouvelle plate-forme multi-application, DESFire peut constituer un point de départ plus naturel.

MIFARE DESFire Light : sécurisé et plus simple pour une application principale

DESFire Light comble l'espace entre les produits très simples à usage limité-et l'architecture multi-plus flexible DESFire EV3.

Il fournit 640 octets de mémoire utilisateur, la sécurité AES-128, la communication ISO/IEC 14443 Type A et une structure de fichiers prédéfinie.

Le mot clé estdemande unique.

Si un identifiant nécessite un accès sécurisé, une fidélité, un droit de transport ou une autre application définie, mais n'a pas besoin d'une grande architecture multi-services, DESFire Light peut réduire la complexité inutile.

Cela peut donc être un choix plus logique que de sélectionner DESFire EV3 simplement parce que EV3 a plus de mémoire et de fonctionnalités.

MIFARE DESFire EV3 : pour des systèmes multi-applications-sécurisés et flexibles

DESFire EV3 est conçu pour les applications où la sécurité, l'organisation flexible des données et plusieurs services peuvent devoir coexister sur le même identifiant.

Il prend en charge la communication ISO/IEC 14443 Type A, des débits de données jusqu'à 848 kbit/s, des structures de fichiers flexibles et des variantes de mémoire incluant 2 Ko, 4 Ko, 8 Ko et 16 Ko.

NXP répertorie la certification Common Criteria EAL5+ pour le produit. Les détails techniques actuels peuvent être vérifiés sur lepage produit officielle MIFARE DESFire EV3.

La principale raison de choisir DESFire n'est pas simplement « plus de mémoire ». Son architecture est utile lorsque des applications, des fichiers, des clés et des autorisations d'accès distinctes doivent être gérées au sein du même identifiant.

Un diplôme de campus, par exemple, pourrait exiger un accès, une présence, des fonctions de cafétéria et un autre service. Il s'agit d'une architecture différente d'une carte qui envoie uniquement un identifiant à une base de données principale-.

MIFARE Ultralight EV1 : pour des informations d'identification simples à-utilisation limitée

MIFARE Ultralight EV1 est conçu pour les applications-à volume élevé et à usage limité-où la simplicité et le coût des informations d'identification sont importants.

Les cas d'utilisation typiques incluent les-billets de transport pour un trajet simple, l'entrée à des événements, les cartes journalières, les applications de fidélité et d'autres-identifiants de courte durée.

Il utilise une architecture de mémoire plus simple que DESFire et offre une protection basée sur un mot de passe-plutôt que le modèle de sécurité plus avancé des produits Ultralight basés sur DESFire ou AES-.

Ultralight EV1 est logique lorsque la valeur et les risques associés aux informations d'identification sont limités et que des fonctionnalités multi--avancées ajouteraient de la complexité sans répondre à une exigence réelle.

MIFARE Ultralight AES : une utilisation limitée ne signifie pas nécessairement une faible sécurité

Un ticket-à durée de vie courte ou un identifiant d'invité peut toujours comporter un risque de sécurité important.

MIFARE Ultralight AES comble cette lacune en combinant le positionnement à usage limité-avec l'authentification cryptographique AES-128.

NXP identifie des applications telles que les transports publics, l'hôtellerie, l'accès, la billetterie d'événements et la fidélisation. Les détails techniques sont disponibles dans lefiche technique officielle MIFARE Ultralight AES.

Cela rend Ultralight AES particulièrement utile lorsque l'application ne nécessite pas une architecture DESFire complète mais que la protection de base par mot de passe-n'est pas suffisante pour les exigences du projet.

MIFARE DUOX : pour des architectures de sécurité plus avancées

MIFARE DUOX se situe au niveau de sécurité-le plus élevé du portefeuille MIFARE actuel.

Il combine la cryptographie symétrique et asymétrique, y compris la cryptographie AES et à courbe elliptique-, et NXP le positionne pour des cas d'utilisation tels que la gestion avancée des accès, l'accès sécurisé aux véhicules et la recharge des véhicules électriques.

NXP répertorie également la certification Common Criteria EAL6+. Plus de détails sont disponibles sur lepage produit officielle MIFARE DUOX.

Cela ne signifie pas que DUOX doit remplacer DESFire ou Ultralight dans chaque projet. Un simple identifiant d'adhésion bénéficie rarement de l'architecture supplémentaire requise pour les modèles de gestion de clés-basés sur des certificats ou avancés-.

Utilisez une complexité plus élevée uniquement lorsque le modèle de menace et les exigences du système le justifient.

Classic vs Plus vs DESFire : le moyen le plus rapide de comprendre la différence

La distinction la plus utile est donc :

Le classique est généralement une question de compatibilité. Le plus est souvent une question de migration. DESFire consiste généralement à créer une architecture d'application sécurisée plus flexible.

Ultralight AES vs DESFire Light : lequel choisir ?

Ces deux produits peuvent prêter à confusion, car tous deux peuvent apparaître dans des projets qui nécessitent plus de sécurité qu'un ticket de base-à faible coût.

Ne choisissez pas entre eux en vous basant uniquement sur le mot « AES ». Le modèle d’application est tout aussi important que la fonctionnalité cryptographique.

Un chemin de décision pratique pour la sélection MIFARE

1. Remplacez-vous les informations d'identification dans un système MIFARE Classic existant ?
2. Si oui, déterminez d’abord si vous avez besoin d’une compatibilité exacte avec l’héritage ou d’une migration progressive. Une compatibilité exacte peut garder Classic pertinent. Une mise à niveau de sécurité progressive pourrait rendre Plus EV2 plus approprié.
3. L'identifiant est-il de courte durée-ou d'une utilisation limitée- ?
4. Si oui, évaluez Ultralight. Utilisez les exigences de sécurité pour décider si un produit Ultralight de base ou Ultralight AES est plus approprié.
5. Avez-vous besoin d’une application principale sécurisée ?
6. Si oui, évaluez DESFire Light avant de passer automatiquement à un produit multi--plus grand.
7. Avez-vous besoin de plusieurs applications, de fichiers flexibles ou d'une extension future ?
8. Si oui, DESFire EV3 devient un candidat plus fort.
9. Le système nécessite-t-il des capacités de sécurité-basées sur des certificats, asymétriques ou inhabituellement élevées ?
10. Si oui, évaluez si DUOX s’adapte à l’architecture de sécurité plus large.

Comment choisir la bonne puce MIFARE étape par étape

Étape 1 : Définir ce que fait réellement l’identifiant

Ne commencez pas par un catalogue de puces. Notez d'abord l'action de l'utilisateur.

• Ouvrir une porte
• Une fréquentation record
• Débloquez une chambre d'hôtel
• Entrez un événement
• Stocker un titre de transport
• Conserver la valeur stockée
• Accès au support et paiement
• Interagissez avec un smartphone
• Remplacer un identifiant Classic existant

Un ticket d'un-journal et une carte d'employé réutilisable ne doivent pas être évalués selon les mêmes priorités.

Étape 2 : Définir l'exigence de sécurité en tant que menace

"Nous avons besoin d'une carte sécurisée" n'est pas une exigence complète.

Demandez-vous plutôt ce que vous essayez d’éviter :

• Duplication simple des identifiants
• Modifications non autorisées des données stockées
• Manipulation de la valeur stockée
• Accès lecteur non autorisé
• Interception ou manipulation de communication
• Accès entre-applications
• Distribution des clés mal maîtrisée

Cela crée immédiatement une discussion sur la sélection de puces-plus utile.

Un identifiant de fidélité sans valeur stockée et un identifiant d'accès d'entreprise protégeant des zones restreintes ne doivent pas automatiquement utiliser le même modèle de sécurité.

Étape 3 : Vérifiez la compatibilité du lecteur avant de commander des cartes

Il s’agit de l’une des étapes d’approvisionnement les plus importantes.

Deux produits peuvent tous deux fonctionner à 13,56 MHz et nécessitent néanmoins une prise en charge de protocole, d'authentification, de micrologiciel ou de logiciel différente.

Si vous disposez déjà d'un système installé, collectez :

• Fabricant de lecteurs
• Modèle de lecteur
• Version du micrologiciel
• Modèle actuel de carte ou de puce
• Plateforme logicielle
• Méthode d'authentification
• Structure de clé existante

Utilisez les informations exactes du lecteur plutôt que de supposer que tout produit répertorié sous unLecteur RFIDLa catégorie peut prendre en charge chaque famille MIFARE.

Qu'est-ce qui ne suffit pas pour confirmer la compatibilité ?

Les descriptions suivantes ne suffisent pas à elles seules :

• "Lecteur 13,56 MHz"
• "Compatible NFC"
• Une photographie de la carte existante
• Les dimensions physiques de la carte
• Une déclaration selon laquelle le lecteur travaille déjà avec "MIFARE"

Vous avez besoin des spécifications exactes du lecteur et des informations d'identification.

Étape 4 : décidez quelles données doivent être stockées

Plus de mémoire n’est pas automatiquement meilleure.

Commencez par le modèle de données.

Exemple 1 : recherche d'UID ou d'identifiant

Si les informations d'identification identifient uniquement un utilisateur et que toutes les autorisations sont stockées dans une base de données principale-, les exigences en matière de données sur la carte{{1} peuvent être faibles.

Exemple 2 : Accès plus un droit

Si la carte stocke un identifiant d'accès ainsi qu'un autre droit ou valeur, l'organisation de la mémoire et les autorisations d'accès deviennent plus importantes.

Exemple 3 : Plusieurs services indépendants

Si un identifiant prend en charge les services d'accès, de transport, de paiement, de fidélité ou de campus, des applications, fichiers et clés distincts peuvent devenir plus importants que le nombre total d'octets.

C'est l'une des raisons pour lesquelles DESFire ne doit pas être évalué uniquement comme « une carte avec plus de mémoire ».

Étape 5 : Décidez si l’interaction NFC avec le smartphone est importante

Ne considérez pas « 13,56 MHz », « RFID » et « NFC » comme des termes d'approvisionnement interchangeables.

Si un smartphone doit interagir avec l'identifiant, confirmez la prise en charge exacte du CI, de la plate-forme téléphonique et de la conception de l'application.

Les lecteurs de contrôle d'accès dédiés-et les interactions avec les smartphones des consommateurs résolvent différents problèmes.

Étape 6 : faire correspondre la puce à la durée de vie des informations d'identification et au facteur de forme

Un ticket d'événement d'une-journée a un modèle de coût différent de celui d'un identifiant d'employé qui devrait rester utilisé pendant plusieurs années.

Le produit final peut être une carte en PVC, un ticket en papier, un porte-clés, un bracelet en silicone, un bracelet tissé ou un autre facteur de forme.

Par exemple, les projets qui nécessitent des informations d'identification portables peuvent comparer des options telles quebracelets MIFARE en plastiqueen plus des cartes classiques.

N'oubliez pas que la capacité de la puce ne constitue qu'une partie du justificatif final. La conception, le matériau, les dimensions de l'antenne et l'environnement du lecteur peuvent affecter les performances RF réelles.

Étape 7 : Comparez le coût total du système, pas seulement le prix des puces

L'identifiant le moins cher n'est pas toujours le système-le moins cher.

Le coût total du projet peut inclure :

• Coût des informations d'identification
• Remplacement du lecteur
• Mises à niveau du micrologiciel
• Modifications du logiciel
• Gestion des clés
• Personnalisation
• Codage
• Intégration du système
• Essai
• Migration
• Remplacement des informations d'identification

Un identifiant légèrement plus cher qui prend en charge un chemin de migration pratique peut être moins coûteux qu'une carte-moins chère qui oblige au remplacement de l'intégralité d'une infrastructure de lecteur.

Étape 8 : Testez les véritables informations d'identification avant la production de masse

Ne considérez jamais une fiche technique comme un substitut aux tests du système.

Testez la combinaison exacte de :

• Ébrécher
• Antenne
• Matériel d'identification
• Lecteur
• Micrologiciel
• Logiciel
• Codage
• Clés
• Environnement d'installation

Pour les travaux de développement et de vérification, unLecteur et graveur NFC 13,56 MHzpeut être utile, mais la compatibilité en production doit encore être validée par rapport au lecteur qui sera réellement déployé.

Quelle puce MIFARE convient à différentes applications ?

Contrôle d'accès

Pour un nouveau système de contrôle d'accès-sensible à la sécurité-, commencez par l'architecture de sécurité et la capacité du lecteur plutôt que de spécifier automatiquement Classic.

DESFire vaut souvent la peine d'être évalué lorsqu'un identifiant moderne et sécurisé est requis, tandis que Plus devient particulièrement pertinent si une infrastructure classique installée nécessite un chemin de migration.

Classic peut toujours être requis pour les projets de remplacement existants.

Lors de la planification du justificatif physique, les options de produits pertinentes incluentCartes d'accès MIFARE. La planification côté lecteur-doit être traitée séparément ; unLecteur de contrôle d'accès RFID-doit prendre en charge l’architecture des informations d’identification choisie.

Billetterie d'événements

Pour une simple admission à court terme-, commencez par évaluer la famille Ultralight.

Si une authentification plus forte est requise, Ultralight AES peut constituer une option à usage limité-plus appropriée.

Si les informations d'identification d'événement gèrent également les zones d'accès, la valeur stockée, les fonctions hôtelières ou plusieurs applications, DESFire peut devenir plus pertinent.

Le CI peut ensuite être intégré dans des produits tels queBracelets événementiels RFID.

Cartes-clés d'hôtel

Les projets d'hôtel nécessitent une prudence supplémentaire car la compatibilité dépend fortement du système de verrouillage.

Ne choisissez pas un titre d'hôtel uniquement à partir d'une table de jetons générique.

Obtenez d’abord :

• Fabricant de serrures
• Modèle de serrure
• Type d'identifiant existant
• Spécification de puce prise en charge
• Processus de personnalisation ou d’encodage requis

Ce n'est qu'alors que vous devrez sélectionner la construction de la carte, telle qu'unCarte-clé d'hôtel RFID.

Transports publics

Les projets de transports en commun peuvent aller de billets aller simple-peu coûteux à des identifiants multi-services réutilisables.

Les billets à usage limité- peuvent convenir à la famille Ultralight. Les informations d'identification sécurisées réutilisables peuvent nécessiter DESFire ou une autre architecture plus puissante. Les déploiements Classic existants peuvent avoir besoin de Plus dans le cadre d'une migration par étapes.

Cartes de campus et de membres

Si une carte identifie simplement un membre et que le back-end stocke toutes les autorisations, les exigences relatives à l'application sur la carte peuvent être modestes.

Si un identifiant prend en charge l'accès, la fréquentation, les services de bibliothèque, le paiement à la cafétéria et d'autres fonctions, la valeur d'une architecture structurée multi-applications augmente considérablement.

Paiement en boucle fermée-

La valeur stockée augmente l’impact de la copie des informations d’identification, de la manipulation ou d’une mauvaise gestion des clés.

L’architecture de sécurité, l’intégrité des transactions, l’authentification et la gestion opérationnelle des clés devraient donc avoir plus de poids que le seul prix de la carte.

Comment aborder une migration MIFARE Classic héritée

Ne considérez pas la migration comme une simple commande de remplacement de carte-.

Construisez d’abord un inventaire :

1. Modèles de lecteurs existants
2. Micrologiciel du lecteur
3. Logiciel back-end-
4. Modèle de certification actuel
5. Architecture clé actuelle
6. Nombre d'identifiants actifs
7. Si les anciens et les nouveaux diplômes doivent coexister
8. Période de migration
9. Exigence de sécurité cible

Si les lecteurs existants et les lecteurs mis à niveau doivent fonctionner pendant la même période de transition, MIFARE Plus EV2 mérite une attention particulière car la migration est l'un de ses principaux cas d'utilisation.

Si vous remplacez l'intégralité de l'architecture et n'avez pas besoin d'un comportement de migration orienté-classique, comparez cette approche directement avec une refonte basée sur DESFire-plutôt que de supposer que Plus est automatiquement requis.

Erreurs courantes de sélection MIFARE

Choisir d'abord la puce-la moins chère

Commencez par la configuration requise pour l’application et le système. Le prix unitaire doit être pris en compte après compatibilité, sécurité et architecture.

Comparaison uniquement de la taille de la mémoire

Une valeur de mémoire plus élevée ne rend pas automatiquement une puce plus adaptée. La structure des fichiers, l'authentification, la prise en charge des lecteurs et la séparation des applications peuvent être plus importantes.

En supposant que chaque identifiant 13,56 MHz est compatible

Frequency ne garantit pas la compatibilité du protocole, de l’authentification, du micrologiciel ou du logiciel.

Utiliser Classic comme valeur par défaut pour un nouveau système

Le classique reste courant dans les systèmes installés, mais la -popularité de la base installée et l'adéquation à une nouvelle conception sensible à la sécurité-sont deux questions différentes.

Ignorer le micrologiciel et le logiciel du lecteur

Un CI sans contact performant ne peut pas fournir la fonctionnalité prévue si le lecteur ou le logiciel système ne prend pas en charge les commandes et le modèle de sécurité requis.

Ignorer la gestion des clés

Une fonctionnalité cryptographique puissante ne produit pas automatiquement un système sécurisé.

Des clés par défaut, des clés mal distribuées, une personnalisation non sécurisée et des contrôles back-end faibles-peuvent nuire à un identifiant techniquement performant.

La sécurité est une responsabilité-au niveau du système, et pas seulement une spécification de puce.

Commander une production de masse avant les tests

Validez toujours les vraies cartes, lecteurs, micrologiciels, logiciels et encodages avant de vous engager dans une production en grande quantité.

MIFARE ou NTAG : avez-vous réellement besoin de MIFARE ?

Tous les projets 13,56 MHz ne constituent pas réellement un problème de sélection MIFARE.

Si l'objectif principal est l'interaction du consommateur sur smartphone, comme l'ouverture d'une URL, le partage d'un profil numérique, le lancement d'une page d'avis ou le déclenchement d'une simple action NFC, un produit duÉtiquette NFCLa catégorie pourrait être mieux adaptée.

Par exemple, une simple application-pour smartphone peut utiliser unCarte NFC NTAG213plutôt qu'un identifiant d'accès MIFARE sécurisé.

MIFARE devient plus pertinent lorsque le système implique un accès contrôlé, des lecteurs dédiés, une authentification, une billetterie, une valeur stockée ou des applications de cartes à puce structurées-.

La meilleure question n’est pas :

Quelle puce RFID est la meilleure ?

C'est:

Quelle puce correspond à l'application, au lecteur, aux exigences de sécurité, à l'architecture du système et au cycle de vie des informations d'identification ?

Que devez-vous envoyer à votre fournisseur RFID avant de demander un devis ?

Un fournisseur peut faire une recommandation plus précise lorsque l’exigence technique est claire.

Préparez les informations suivantes :

1. Application :accès, billetterie, hôtel, transport, fidélité, adhésion ou autre utilisation
2. Fabricant et modèle actuel du lecteur :si le système existe déjà
3. Modèle actuel de carte ou de puce :notamment pour les projets de remplacement ou de migration
4. Niveau de sécurité requis :y compris les menaces auxquelles le système doit faire face
5. Exigences en matière de données :ce qui doit réellement être stocké sur l'identifiant
6. Structure de la candidature :une ou plusieurs candidatures
7. Exigences relatives aux smartphones :si une interaction mobile NFC est nécessaire
8. Format physique :carte, bracelet, porte-clés, billet ou autre identifiant
9. Durée de vie prévue :un jour, plusieurs mois ou plusieurs années
10. Quantité:quantité d'échantillon et quantité de production attendue
11. Personnalisation:impression, gestion de l'UID, encodage ou autres exigences en matière de données
12. Essai:validation du lecteur et du logiciel requise avant la production

Si vous ne pouvez pas fournir le modèle exact de la puce, envoyez l'échantillon d'identification existant avec les détails du lecteur et du système plutôt que de deviner d'après l'apparence.

Liste de contrôle de sélection finale MIFARE

• Définissez l'application avant de sélectionner la puce.
• Définissez la menace de sécurité réelle plutôt que d'utiliser le mot « sécurisé » comme exigence générique.
• Confirmez l'environnement exact du lecteur, du micrologiciel et du logiciel.
• Déterminez quelles données doivent réellement être stockées.
• Décidez si une ou plusieurs candidatures sont nécessaires.
• Confirmez si l’interaction NFC avec le smartphone est importante.
• Faites correspondre le CI à la durée de vie des identifiants et au format physique.
• Comparez le coût total du système, pas seulement le prix des puces.
• Séparez les anciennes exigences de compatibilité des nouvelles-exigences système.
• Testez de vrais échantillons avant la production en série.

Si vous construisez un nouveau système, ne choisissez pas les informations d'identification isolément.

Si vous mettez à niveau un système existant, commencez par les exigences de compatibilité et de migration.

Et si vous n'êtes toujours pas sûr entre MIFARE Classic, Plus, DESFire, Ultralight ou un autre circuit intégré sans contact, fournissez d'abord au fournisseur votre modèle de lecteur, vos informations d'identification actuelles, votre application et vos exigences de sécurité. Ces détails sont bien plus utiles que de simplement demander « la meilleure puce MIFARE ».