Dossier pratique · Technologie

MIFARE Plus®, repères techniques

Les modes, la migration et les exigences du lecteur sont expliqués pour éviter une compatibilité supposée.

Mis à jour le 16 août 2026 · dossier vérifié
Dossier visuel

Composant, support et intégration

Le composant ne se juge pas hors de son support. Ces vues rappellent les trois niveaux à vérifier : référence, construction et lecteur cible.

Décision en bref

Référence pour préparer une migration HF progressive et testable.

Les modes, la migration et les exigences du lecteur sont expliqués pour éviter une compatibilité supposée. Une fonction annoncée par le composant ne devient une fonction du système qu’après configuration et essai.

Profil de décision

Décision

Référence pour préparer une migration HF progressive et testable.

Donnée d’entrée

variante et niveau de sécurité actif

Compatibilité

commandes lecteur et clés disponibles

Recette

passage contrôlé d’un mode au suivant

Point d’arrêt

Le mode de sécurité actif doit être confirmé.

Matrice de vérification

ÉtapeDonnée à contrôlerPreuve attendue
Entréevariante et niveau de sécurité actifSource et méthode de relevé indiquées
Compatibilitécommandes lecteur et clés disponiblesComportement reproduit sur l’équipement cible
Recettepassage contrôlé d’un mode au suivantCritère d’acceptation écrit avant l’essai

Points à vérifier

Dans ce dossier technique, la décision s’appuie sur trois données observables ou documentées :

  • variante et niveau de sécurité actif
  • commandes lecteur et clés disponibles
  • passage contrôlé d’un mode au suivant

La variante, son intégration et la réponse observée restent ainsi séparées au lieu d’être résumées par un nom de famille.

Lire la référence dans son système

Partez de la variante exacte et du critère « variante et niveau de sécurité actif ». Un nom de famille peut couvrir plusieurs capacités, générations ou fonctions ; la fiche correspondant au composant réellement proposé reste la référence.

Reliez ensuite le point « commandes lecteur et clés disponibles » à la configuration du lecteur et de l’application. Les octets accessibles, les clés, les compteurs ou le contenu NDEF n’ont de sens que si le reste du système sait les gérer correctement.

Enfin, documentez le contrôle « passage contrôlé d’un mode au suivant » avec les commandes et réponses observées. Le mode de sécurité actif doit être confirmé. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.

Le concept de niveaux de sécurité permet une migration, mais il impose de connaître l’état actif de chaque carte et la capacité de chaque lecteur. Documentez la transition, les clés et le point de non-retour. Une réception de lot doit confirmer le mode livré, car deux cartes de même référence peuvent être configurées pour des étapes différentes du projet.

Méthode de validation

  1. Variante. Identifier le composant exact à partir de « variante et niveau de sécurité actif ».
  2. Données. Relier « commandes lecteur et clés disponibles » à la documentation.
  3. Lecteur. Enregistrer les commandes et les réponses utiles.
  4. Limite. Confirmer « passage contrôlé d’un mode au suivant » sans extrapoler.

Les commandes, réponses, versions et paramètres utiles sont consignés pour éviter toute conclusion fondée sur le seul nom commercial.

Préparer l’essai d’intégration

Joignez la référence complète du composant, la documentation correspondante, la configuration du lecteur et les réponses observées. La famille seule ne suffit pas.

Base documentaire

La fiche du fabricant et la norme d’interface cadrent le composant. Elles ne remplacent ni la configuration des clés ni l’essai d’intégration.

Marques. MIFARE et MIFARE Plus sont des marques déposées de NXP B.V.

Ces noms servent uniquement à identifier les composants étudiés. Aucune affiliation, licence ni approbation de NXP n’est revendiquée.

Questions fréquentes

Quelle référence faut-il vérifier en premier ?

Vérifiez la variante exacte et le point « variante et niveau de sécurité actif » dans la documentation correspondant au composant proposé.

Que prouve la documentation du composant ?

Le mode de sécurité actif doit être confirmé. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « commandes lecteur et clés disponibles ».

Quel essai confirme l’intégration ?

L’essai doit couvrir « variante et niveau de sécurité actif », « commandes lecteur et clés disponibles » et « passage contrôlé d’un mode au suivant » sur l’infrastructure cible.