GT AMC

Rejoignez la réunion maintenant 

Sur suggestions de Stéphane Didier de Spirtech nous aurons à statuer sur les points suivants : 

PIDXKeyRef et PIDSignKeyReference à utiliser pour une AMC utilisée à la fois sur des supports Calypso et non Calypso 

Par exemple dans le cas suivant : le territoire émet une carte sans contact Calypso contenant l'AMC commune normalisée.

Les clés sont donc PIDXKeyRef=0101h pour la génération des identifiants, et PIDSignKeyReference=1A01h pour leur signature.

Sur cette carte est imprimé un CB2D (statique) avec des identifiants de l'AMC commune.

S'agissant de la même carte, les identifiants doivent être les mêmes quelque soit la façon de les lire, en sans contact ou en CB2D. Il faut donc dans ce cas que la référence de la clé PIDXKeyRef et la référence de la clé de signature soient les même pour le CB2D et l'AMC dans la carte. Donc respectivement  0101h et 1A01h . Ce cas doit être précisé.

Ainsi  si ce territoire émet une app mobile qui affiche des identifiants AMC commune dans un CB2D avec signature , la signature sera la même dans la carte et dans le CB2D.

Identifiant de support.

 Dans les données définies pour les AMC sur autres supports (231001-ADCET-NormeAMC-AutresSupports v1.1), il n'est pas défini d'identifiant support

Pour une AMC Calypso c'est le numéro de série de l'application, qui est pris en compte dans le calcul de la signature ECDSA.

Nous n'avons pas défini d'équivalent pour les autres supports, qui pourraient être par exemple des cartes Mifare.

Cet identifiant serait utile par exemple pour :

•  Les AMC virtuelles, afin d'identifier l'app mobile qui héberge la carte virtuelle, indépendamment de sa clé publique (utilisée pour vérifiée la signature dynamique).
• Les CB2D imprimés sur un support numéroté (ticket papier, carte plastique, etc.), pour que la personne qui contrôle le CB2D puis s'assurer que le numéro lu dans le CB2D et affiché sur l'écran du terminal est le même que celui imprimé sur le support.

Stéphane  propose donc de l'ajouter à la spécification des AMC sur autres supports, par exemple :

 Ne pas changer la valeur du champ « Version » de l'entête, qui resterait =1.

Ajouter un champ optionnel « UID » de 8 octets (ou plus, par exemple avec un identifiant de technologie de 2 octets) dans les données, juste avant le champ « StaticSignature », afin que la position des identifiants ne dépende pas de la présence ou non de l'UID.

Dans le champ « Configuration », définir que le bit b38 indique la présence du champ « UID ».

 Ainsi, rien ne changerait pour les projets déjà en service, et les nouveaux projets pourraient bénéficier de cette fonctionnalité s'ils en ont besoin.