Un tag peut-il être protégé contre la lecture ?
Sur les puces qui le prévoient, un mot de passe peut être configuré pour garder la lecture autant que l'écriture. C'est disponible moins souvent que la protection en écriture et voulu moins souvent qu'on ne le croit, parce qu'un tag qui refuse d'être lu ne fait rien du tout au contact.
Ce qui est possible
Sur les familles de puces qui offrent la protection par mot de passe, la configuration d'accès choisit d'ordinaire entre protéger les seules écritures et protéger lectures et écritures. Retenir la seconde veut dire qu'un lecteur sans la clé n'obtient rien.
La disponibilité est plus étroite que celle de la protection en écriture. Beaucoup de tags courants acceptent un mot de passe pour l'écriture et n'offrent aucune protection en lecture : cela doit donc être confirmé sur la référence de la puce avant d'entrer dans une conception.
Ce que cela coûte
Tout ce qui rend un tag utile à des inconnus, ce qui est d'ordinaire toute la raison d'en avoir un.
Un tag protégé en lecture, touché par un téléphone ordinaire, ne produit rien. Pas de bannière, pas de navigateur, pas de contenu, et aucune explication. Pour la personne qui le touche, c'est indiscernable d'un tag cassé ou vide.
Cela exclut aussi le système d'exploitation, qui traite la plupart des contacts. Seul un logiciel qui détient la clé peut atteindre le contenu, ce qui veut dire seulement votre propre application, ce qui veut dire que la personne doit l'avoir déjà installée.
Quand on le veut réellement
Des systèmes fermés où tous les lecteurs sont les vôtres et où aucun membre du public n'est censé toucher quoi que ce soit. Tags d'actifs porteurs de données internes, déploiements industriels avec terminaux dédiés, équipements du personnel.
Les situations où le contenu lui-même est confidentiel plutôt que simplement faisant autorité. Un numéro de série n'est pas confidentiel. Une clé, une donnée personnelle ou une condition commerciale peuvent l'être.
Ce que ces cas partagent est que personne hors du système n'est censé obtenir quoi que ce soit du tag : ne rien produire est donc le comportement correct plutôt qu'une défaillance.
Que faire à la place
Dans la plupart des cas où la protection en lecture paraît séduisante, la meilleure réponse est de ne rien mettre de sensible sur le tag.
Rangez un identifiant opaque et gardez la donnée sensible sur un serveur, où le contrôle d'accès est réel, révocable et traçable. Le tag devient un pointeur qui ne révèle rien à qui le lit, et la protection vit dans un endroit conçu pour protéger.
Cette approche survit aussi à la perte du tag, à son clonage ou à sa lecture par quelqu'un d'inattendu, ce contre quoi un mot de passe de puce ne fait rien une fois la clé sortie.
La règle à retenir
Un mot de passe de tag est une règle d'accès appliquée par une puce bon marché, non un chiffrement. Tenez-le pour un obstacle à la lecture désinvolte, et jamais pour ce qui sépare un secret du monde.
Questions fréquentes
Les tags grand public courants acceptent-ils la protection en lecture ?
Certains oui et beaucoup non : cela doit être vérifié sur la puce précise. La protection en écriture est bien plus largement disponible que la protection en lecture.
Un tag protégé en lecture montre-t-il quelque chose ?
Le tag est encore détecté et son identifiant reste visible, la sélection ayant lieu avant que la mémoire protégée ne soit touchée. C'est le contenu qui reste caché.
Le contenu est-il chiffré ?
Non. Il est rangé normalement et la puce refuse de le remettre sans la clé. Quiconque saurait contourner la règle d'accès lirait du contenu en clair, et c'est pourquoi ce n'est pas un substitut à garder les secrets ailleurs.
Peut-on ne protéger en lecture qu'une partie d'un tag ?
La protection démarre à une page configurée et couvre tout ce qui suit : une organisation peut donc laisser un en-tête non protégé lisible tout en gardant le reste.