BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//https://www.adcet.org///NONSGML kigkonsult.se iCalcreator 2.10.15//
METHOD:PUBLISH
BEGIN:VEVENT
UID:20260605T004924CEST-7305Dzipho@https://www.adcet.org/
DTSTAMP:20260604T224924Z
DESCRIPTION:Rejoignez la réunion maintenant \nSur suggestions de Stéphane D
 idier de Spirtech nous aurons à statuer sur les points suivants : \nPIDXKe
 yRef et PIDSignKeyReference à utiliser pour une AMC utilisée à la fois sur
  des supports Calypso et non Calypso \nPar exemple dans le cas suivant : l
 e territoire émet une carte sans contact Calypso contenant l'AMC commune n
 ormalisée.\nLes clés sont donc PIDXKeyRef=0101h pour la génération des ide
 ntifiants\, et PIDSignKeyReference=1A01h pour leur signature.\nSur cette c
 arte est imprimé un CB2D (statique) avec des identifiants de l'AMC commune
 .\nS'agissant de la même carte\, les identifiants doivent être les mêmes q
 uelque soit la façon de les lire\, en sans contact ou en CB2D. Il faut don
 c 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é.\nAinsi  si ce 
 territoire émet une app mobile qui affiche des identifiants AMC commune da
 ns un CB2D avec signature \, la signature sera la même dans la carte et da
 ns le CB2D.\nIdentifiant de support.\n 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\nPour une AMC Calypso c'est le numér
 o de série de l'application\, qui est pris en compte dans le calcul de la 
 signature ECDSA.\nNous n'avons pas défini d'équivalent pour les autres sup
 ports\, qui pourraient être par exemple des cartes Mifare.\nCet identifian
 t serait utile par exemple pour :\n\n Les AMC virtuelles\, afin d'identifi
 er l'app mobile qui héberge la carte virtuelle\, indépendamment de sa clé 
 publique (utilisée pour vérifiée la signature dynamique).\nLes 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.\n\nStéphane  propose donc de l'ajouter à la spécification 
 des AMC sur autres supports\, par exemple :\n Ne pas changer la valeur du 
 champ « Version » de l'entête\, qui resterait =1.\nAjouter un champ option
 nel « UID » de 8 octets (ou plus\, par exemple avec un identifiant de tech
 nologie de 2 octets) dans les données\, juste avant le champ « StaticSigna
 ture »\, afin que la position des identifiants ne dépende pas de la présen
 ce ou non de l'UID.\nDans le champ « Configuration »\, définir que le bit 
 b38 indique la présence du champ « UID ».\n Ainsi\, rien ne changerait pou
 r les projets déjà en service\, et les nouveaux projets pourraient bénéfic
 ier de cette fonctionnalité s'ils en ont besoin. https://www.adcet.org/fr/
 amc/la-norme/formation-amc/inscription-webinaire/evenement/24-gt-amc
DTSTART:20250506T100000Z
DTEND:20250506T120000Z
LOCATION:Visioconférence  ()
SUMMARY:GT AMC 
URL:https://www.adcet.org/fr/amc/la-norme/formation-amc/inscription-webinai
 re/evenement/24-gt-amc
END:VEVENT
END:VCALENDAR