от своята двойка краткотрайни ключове. Публичната точка трябва да се преобразува в октетен низ, както е специфицирано в [TR-03111]. Трябва да се използва некомпресираният формат за кодиране. Както е изяснено в CSM_164, бордовото устройство е генерирало тази двойка краткотрайни ключове преди проверката на неговата верига на сертифициране. Бордовото устройство е изпратило до картата идентификатора на краткотрайния публичен ключ Comp(VU.PKeph) и картата го е съхранила.“;
 ii)
 подточка 6 се заменя със следното:
 „6.
 Използвайки KMAC, картата изчислява удостоверяващ автентичността маркер върху кратковременния публичен ключ на бордовото устройство: TPICC = CMAC(KMAC, VU.PKeph). Публичната точка трябва да бъде в използвания от бордовото устройство формат (вж. подточка 2 по-горе). Картата изпраща на бордовото устройство NPICC и TPICC.“;
 с)
 в точка 10.5.2 раздел CSM_191 се заменя със следното:
 „CSM_191
 Всеки обект от данни, който ще се криптира, трябва да бъде запълнен в съответствие с [ISO 7816-4], като се използва индикатор за запълващо съдържание ‘01’. При изчисляването на MAC всеки обект от данни в APDU също трябва да бъде запълнен в съответствие с [ISO 7816-4].
 Забележка: Запълването при защитен обмен на съобщения винаги се прави чрез слоя за защитен обмен на съобщения, а не чрез алгоритмите CMAC или CBC.
 Обобщение и примери
 Командната APDU с приложен защитен обмен на съобщения има следната структура в зависимост от случая за съответната незащитена команда (DO означава обект от данни):
 Случай 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le
 Случай 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le
 Случай 3 (четен INS байт): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le
 Случай 3 (нечетен INS байт): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le
 Случай 4 (четен INS байт): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le
 Случай 4 (нечетен INS байт): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le
 където Le = ‘00’ или ‘00 00’ в зависимост от това дали се използват полета с малка дължина или с увеличена дължина; вж. [ISO 7816-4].
 Ответната APDU при защитен обмен на съобщения има следната структура в зависимост от случая за съответния незащитен отговор:
 Случай 1 или 3: DO ‘99’ || DO ‘8E’ || SW1SW2
 Случай 2 или 4 (четен INS байт) без криптиране: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2
 Случай 2 или 4 (четен INS байт) с криптиране: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2
 Случай 2 или 4 (нечетен INS byte) без криптиране: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2
 Забележка: случай 2 или 4 (нечетен INS байт) с криптиране никога не се използва при комуникацията между бордово устройство и карта.
 По-долу са дадени три примера за преобразуване на APDU за команди с четен INS код. На фигура 8 е показана командна APDU с удостоверена автентичност — случай 4, на фигура 9 е показана ответна APDU с удостоверена автентичност — случай 1/случай 3, а на