ГОСТ Р ИСО/МЭК 7816-4-2004
таблицу 5). В соответствии с 5.3.3 ответный APDU состоит из условного тела ответа, за которым
следует обязательный завершитель ответа из двух байтов (см. рисунок 6). На рисунке 8 представлены
структуры APDU-сообщений.
Заголовок команды
Тело команды
CLA INS PI Р2
(четыре байта)
(Поле LJ [Поле данных) | Поле Lc|
(L байтов, обозначаемых В, .. В,i
Тело ответа
Завершитель ответа
|Полс данны\|
(L, байтов данных)
SWI SVV2
(два байта)
Рисунок 8 —Структуры APDU-сообщений
Раздел 6 устанавливает APDU-команды и APDU-ответы для основных межотраслевых команд.
Раздел 7 устанавливает APDU-команды и APDU-ответы для межотраслевых команд, ориентирован
ных на передачу данных. Разделы 6 и 7 не описывают влияние безопасного обмена сообщениями
(см. 5.6) на структуры APDU-сообщений. Поэтому семантические значения полей длины и полей
данных в разделах 6 и 7 кажутся противоречащими их синтаксическим значениям в 5.3.
Настоящий подраздел определяет влияние безопасного обмена сообщениями, установленного
в 5.6. на структуры APDU-сообщений, установленные в5.3, с тем чтобы избежать вышеупомянутого
возможного неправильного понимания.
Для обеспечения защиты APDU-команды, где байт CLA имеет определенное значение,
соответствующее таблице 9, а именно ’ОХ’, ’8Х\ ’9Х’ или ’АХ’, бит Ь4 в байте CLA должен быть
установлен в единицу, что обозначено CLA* на рисунке 9 и в приложении Е; если тело команды
присутствует, оно должно бытьдекодируемым в соответствии с 5.3.2 и инкапсулировано следующим
образом.
При наличии поля данных перенос L. байтов данных должен осуществляться:
- либо посредством информационного объекта с незашифрованным значением (тег равен ’80’,
*8Г. ’В2’, ’В3\ см. таблицу 19);
- либо посредством информационного объекта для конфиденциальности (тег со значением от
’84’ до ’87’, см. таблицу 22).
При наличии поля L,. перенос значения Lc должен осуществляться посредством информаци
онного объекта, представляющего L. (тег равен ’%’ или ’97’. см. таблицу 19); его поле значения
кодирует положительное целое число без знака в одном или двух байтах; нулевое значение и пустой
информационный объект означают максимум.
Аналогично ответный APDU должен быть инкапсулирован следующим образом.
При наличии поля данных перенос L, байтов данных должен осуществляться;
- либо посредством информационного объекта с незашифрованным значением (тег равен ’80’,
’8Г. ’В2\ ’В3\ см. таблицу 19);
- либо посредством информационного объекта для конфиденциальности (тег со значением от
’84’ до ’87’, см. таблицу 22).
При необходимости перенос завершителя ответа должен осуществляться посредством инфор
мационного объекта, представляющего информацию о состоянии (тег равен ‘99’, см. таблицу 19);
пустой информационный объект означает, что последовательность байтов SVV1—SW2 = ’9000’.
На рисунке 9 представлены структуры защищенных APDU-сообщений, при этом:
- каждое новое поле данных может нести дополнительные информационные объекты, связан
ные с SM, например в копие - криптографическую контрольную сумму (тег равен ’8Е’). В
приложении Е приведены примеры для иллюстрации;
- новое поле L. дает длину нового поля данных защищенного командного APDU;
- новое поле Le должно быть пустым, если нс ожидается поле данных в защищенном ответном
APDU; в противном случае оно должно содержать только нули;
- новый завершитель ответа кодирует состояние принимающей стороны после обработки
защищенной команды. Для защиты он может быть инкапсулирован.
25