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.
Composition originale d’un contexte d’analyse technique, sans marque visible.
La forme physique et la matière sont contrôlées séparément de la fonction radio.
La décision finale repose sur l’objet, le lecteur et le geste réels.
Décision en bref
Référence pour projets HF sécurisés.
Applications, fichiers, clés et générations sont replacés dans une architecture complète. Une fonction annoncée par le composant ne devient une fonction du système qu’après configuration et essai.
Profil de décision
Référence pour projets HF sécurisés.
génération et capacité de la référence
applications, fichiers et droits associés
trace d’authentification avec les clés de test
Le composant ne sécurise pas une mauvaise gestion des clés.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | génération et capacité de la référence | Source et méthode de relevé indiquées |
| Compatibilité | applications, fichiers et droits associés | Comportement reproduit sur l’équipement cible |
| Recette | trace d’authentification avec les clés de test | Critè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 :
- génération et capacité de la référence
- applications, fichiers et droits associés
- trace d’authentification avec les clés de test
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 « génération et capacité de la référence ». 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 « applications, fichiers et droits associés » à 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 « trace d’authentification avec les clés de test » avec les commandes et réponses observées. Le composant ne sécurise pas une mauvaise gestion des clés. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.
Une carte peut héberger plusieurs applications, chacune avec ses fichiers, droits et clés. Le cahier des charges doit donc nommer génération, capacité, arborescence, modes de communication et stratégie de diversification. La sécurité du composant ne protège pas une clé partagée sans contrôle ni un système de gestion incapable de révoquer correctement les droits.
Méthode de validation
- Variante. Identifier le composant exact à partir de « génération et capacité de la référence ».
- Données. Relier « applications, fichiers et droits associés » à la documentation.
- Lecteur. Enregistrer les commandes et les réponses utiles.
- Limite. Confirmer « trace d’authentification avec les clés de test » 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.
Catalogue officiel des parties consacrées aux objets de proximité sans contact.
NXP Semiconductors · source primaire ↗MIFARE DESFire EV3Documentation fabricant sur l’interface, la mémoire, les fichiers et les fonctions de la génération EV3.
Marques. MIFARE et DESFire 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.
À lire ensuite
01 / PUCEFamille HF pour migration
Les modes, la migration et les exigences du lecteur sont expliqués pour éviter une compatibilité supposée.
02 / PUCEFamille HF historique
L’architecture mémoire, les usages historiques et les points d’attention sont replacés dans le contexte d’un parc existant.
03 / PRODUITBadges RFID personnalisés
Cartes d’identification imprimées avec zones variables et technologie sans contact validée.
Questions fréquentes
Quelle référence faut-il vérifier en premier ?
Vérifiez la variante exacte et le point « génération et capacité de la référence » dans la documentation correspondant au composant proposé.
Que prouve la documentation du composant ?
Le composant ne sécurise pas une mauvaise gestion des clés. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « applications, fichiers et droits associés ».
Quel essai confirme l’intégration ?
L’essai doit couvrir « génération et capacité de la référence », « applications, fichiers et droits associés » et « trace d’authentification avec les clés de test » sur l’infrastructure cible.