---
title: "\"ГОСТ Р ИСО/МЭК 7816-8-2011. Национальный стандарт Российской Федерации. Карты идентификационные. Карты на интегральных схемах. Часть 8. Команды для операций по защите информации\""
number: "ГОСТ Р ИСО/МЭК 7816-8-2011"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/gost-r-isomek-7816-8-2011"
---

## "ГОСТ Р ИСО/МЭК 7816-8-2011. Национальный стандарт Российской Федерации. Карты идентификационные. Карты на интегральных схемах. Часть 8. Команды для операций по защите информации"

# "ГОСТ Р ИСО/МЭК 7816-8-2011. Национальный стандарт Российской Федерации. Карты идентификационные. Карты на интегральных схемах. Часть 8. Команды для операций по защите информации"

(утв. и введен в действие Приказом Росстандарта от 13.12.2011 N 1009-ст)

> [!IMPORTANT]
> Документ [введен](#p100013) в действие с 1 января 2013 года.


<a id="p100001"></a>Утвержден и введен в действие

<div align="right">

Приказом Федерального<br>
агентства по техническому<br>
регулированию и метрологии<br>
от 13 декабря 2011 г. N 1009-ст

<a id="p100002"></a>**НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ**

</div>


<div align="center">

<a id="p100003"></a>**КАРТЫ ИДЕНТИФИКАЦИОННЫЕ**

</div>


<a id="p100004"></a>**КАРТЫ НА ИНТЕГРАЛЬНЫХ СХЕМАХ**

<a id="p100005"></a>**ЧАСТЬ 8**

<a id="p100006"></a>**КОМАНДЫ ДЛЯ ОПЕРАЦИЙ ПО ЗАЩИТЕ ИНФОРМАЦИИ**

<a id="p100007"></a>Identification cards. Integrated circuit cards.
Part 8. Commands for security operations

<a id="p100008"></a>**ISO/IEC 7816-8:2004**
Identification cards - Integrated circuit cards - Part 8:
Commands for security operations
**(IDT)**

<a id="p100009"></a>**ГОСТ Р ИСО/МЭК 7816-8-2011**

<a id="p100010"></a>Группа Э46

<a id="p100011"></a>ОКС 35.240.15

<div align="center">

<a id="p100012"></a>ОКП 40 8470

</div>


<div align="right">

<a id="p100013"></a>Дата введения<br>
1 января 2013 года

<a id="p100014"></a>Предисловие

<a id="p100015"></a>Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании", а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 "Стандартизация в Российской Федерации. Основные положения".

<a id="p100016"></a>Сведения о стандарте

</div>


<div align="center">

1. <a id="p100017"></a>Подготовлен Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении" (ВНИИНМАШ) и Техническим комитетом по стандартизации ТК 22 "Информационные технологии" на основе собственного аутентичного перевода на русский язык стандарта, указанного в [пункте 4](#p100020).<br>
2. <a id="p100018"></a>Внесен Техническим комитетом по стандартизации ТК 22 "Информационные технологии".

</div>

3. <a id="p100019"></a>Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 13 декабря 2011 г. N 1009-ст.
4. <a id="p100020"></a>Настоящий стандарт идентичен международному стандарту ИСО/МЭК 7816-8:2004 "Карты идентификационные. Карты на интегральных схемах. Часть 8. Команды для операций по защите информации" (ISO/IEC 7816-8:2004 "Identification cards - Integrated circuit cards - Part 8: Commands for security operations").
<a id="p100021"></a>При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном [Приложении ДА](#p100934).
5. <a id="p100022"></a>Введен впервые.
6. <a id="p100023"></a>Некоторые положения международного стандарта, указанного в [пункте 4](#p100020), могут являться объектами патентных прав. Международная организация по стандартизации не несет ответственность за идентификацию подобных патентных прав.

<div align="center">

<a id="p100024"></a>Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячно издаваемых информационных указателях "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.

</div>


<a id="p100025"></a>Введение

<a id="p100026"></a>Серия стандартов ИСО/МЭК 7816 определяет требования к параметрам карт на интегральных схемах и способы их использования в рамках международного обмена информацией. Данные идентификационные карты предназначены для обмена информацией, основанного на согласованиях между внешним источником и интегральной схемой карты. В результате информационного обмена карта выдает информацию (результат вычислений, хранимые данные) и/или изменяет свое содержимое (память данных, память событий).
<a id="p100027"></a>Пять стандартов относятся к картам с гальваническими контактами, три из них определяют электрический интерфейс:
<a id="p100028"></a>ИСО/МЭК 7816-1 - определяет физические характеристики карт с контактами;
<a id="p100029"></a>ИСО/МЭК 7816-2 - определяет размеры и расположение контактов;
<a id="p100030"></a>ИСО/МЭК 7816-3 - определяет электрический интерфейс и протоколы передачи для асинхронных карт;
<a id="p100031"></a>ИСО/МЭК 7816-10 - определяет электрический интерфейс и ответ на восстановление для синхронных карт;
<a id="p100032"></a>ИСО/МЭК 7816-12 - определяет электрический интерфейс и рабочие процедуры для USB-карт.
<a id="p100033"></a>Все остальные стандарты не зависят от технологии физического интерфейса. Они применяются к картам, подключаемым при помощи контактов и/или радиочастоты:
<a id="p100034"></a>ИСО/МЭК 7816-4 - определяет организацию, защиту и команды для обмена информацией;

<div align="center">

<a id="p100035"></a>ИСО/МЭК 7816-5 - определяет регистрацию провайдеров прикладных программ;

</div>

<a id="p100036"></a>ИСО/МЭК 7816-6 - определяет элементы данных для межотраслевого обмена;
<a id="p100037"></a>ИСО/МЭК 7816-7 - определяет команды для языка структурированных запросов для карты;
<a id="p100038"></a>ИСО/МЭК 7816-8 - определяет команды, обеспечивающие операции по защите информации;
<a id="p100039"></a>ИСО/МЭК 7816-9 - определяет команды для управления картами;
<a id="p100040"></a>ИСО/МЭК 7816-11 - определяет удостоверение личности биометрическими методами;
<a id="p100041"></a>ИСО/МЭК 7816-15 - определяет приложение с криптографической информацией;
<a id="p100042"></a>ИСО/МЭК 10536 - определяет обмен данными при помощи поверхностного действия. ИСО/МЭК 14443 и 15693 определяют радиочастотный доступ. Такие карты известны как бесконтактные карты.
<a id="p100043"></a>Международный стандарт ИСО/МЭК 7816-8 подготовлен подкомитетом N 17 "Карты и идентификация личности" совместного технического комитета N 1 ИСО/МЭК "Информационные технологии".

1. <a id="p100044"></a>Область применения

<a id="p100045"></a>Настоящий стандарт определяет межотраслевые команды для карты, которые могут быть использованы для операций криптографии.
<a id="p100046"></a>Выбор и условия использования механизмов криптографии могут влиять на экспортные возможности карты.
<a id="p100047"></a>Настоящий стандарт не устанавливает требования к оценке приемлемости алгоритмов и протоков.
<a id="p100048"></a>Настоящий стандарт не распространяется на реализацию обмена данными внутри карты и/или внешнего окружения.

2. <a id="p100049"></a>Нормативные ссылки

<a id="p100050"></a>В настоящем стандарте использована нормативная ссылка на следующий международный стандарт:
<a id="p100051"></a>ИСО/МЭК 7816-4:2005 Идентификационные карты. Карты на интегральных схемах. Организация, защита и команды для обмена информацией (ISO/IEC 7816-4:2005, Identification cards - Integrated circuit cards - Part 4: Organization, security and commands for interchange)

<div align="center">

3. <a id="p100052"></a>Термины и определения

</div>


<a id="p100053"></a>В настоящем стандарте применены термины по ИСО/МЭК 7816-4:
<a id="p100054"></a>3.1. Метод асимметричного криптографического алгоритма (asymmetric cryptographic technique): криптографический метод, который использует две связанные между собой операции: общедоступную операцию, определенную общедоступным набором чисел или открытым ключом, и закрытую операцию, определенную закрытым набором чисел или секретным ключом.
<a id="p100055"></a>*Примечание.* Две операции обладают таким свойством, что при наличии общедоступной операции невозможно произвести закрытую операцию.

<a id="p100056"></a>3.2. Сертификат (certificate): цифровая подпись, связывающая определенный субъект или объект с его связанным открытым ключом.
<a id="p100057"></a>*Примечание.* Организация, выдающая сертификат, также выступает в качестве органа распределения тега по отношению к элементам данных в сертификате.

<a id="p100058"></a>3.3. Цифровая подпись (digital signature): присоединенные данные или криптографическое преобразование строковых данных, которые доказывают подлинность и целостность строковых данных и защиту от подделок, например, получателем строковых данных.
<a id="p100059"></a>3.4. Ключ (key): последовательность символов управления криптографической операцией (например, шифровка, расшифровка, закрытая или общедоступная операция в динамической аутентификации, подписи производства, верификация подписи).
<a id="p100060"></a>3.5. Безопасный обмен сообщениями (secure messaging): совокупность средств для криптографической защиты пары (частей пары) команда-ответ.

4. <a id="p100061"></a>Обозначения и сокращения

<div align="center">

<a id="p100062"></a>В настоящем стандарте применяют следующие сокращения:

</div>

<a id="p100063"></a>CCT - шаблон криптографической контрольной суммы (control reference template for cryptographic checksum);
<a id="p100064"></a>CRT - шаблон контрольного управления (control reference template);
<a id="p100065"></a>CT - шаблон конфиденциальности (control reference template for confidentiality);
<a id="p100066"></a>DSA - алгоритм цифровой подписи (digital signature algorithm);
<a id="p100067"></a>DST - шаблон цифровой подписи (control reference template for digital signature);
<a id="p100068"></a>ECDSA - алгоритм цифровой подписи на базе математического аппарата эллиптических кривых (elliptic curve digital signature algorithm);
<a id="p100069"></a>HT - шаблон хэш-кода (control reference template for hash-code);
<a id="p100070"></a>MSE - команда УПРАВЛЕНИЕ СРЕДОЙ ЗАЩИТЫ (MANAGE SECURITY ENVIRONMENT command);
<a id="p100071"></a>PK - открытый ключ (public key);
<a id="p100072"></a>PSO - команда ВЫПОЛНИТЬ ОПЕРАЦИЮ ЗАЩИТЫ (PERFORM SECURITY OPERATION command);
<a id="p100073"></a>GQ - Гийу и Кискатер (Guillou and Quisquater);
<a id="p100074"></a>RFU - зарезервировано для будущего использования (reserved for future use);
<a id="p100075"></a>RSA - критосистема Райвеста - Шамира - Адлемана (Rivest, Shamir, Adleman);

<div align="center">

<a id="p100076"></a>SE - среда защиты (security environment);<br>
<a id="p100077"></a>SEID - идентификатор защитной среды (security environment identifier).

</div>


5. <a id="p100078"></a>Межотраслевые команды для криптографических операций

<a id="p100079"></a>Настоящий стандарт не устанавливает обязательное требование к соблюдению всех нижеприведенных команд или всех параметров поддерживаемых команд для карт, соответствующих настоящему стандарту.


#### <a id="p100080"></a>5.1 Команда ГЕНЕРИРОВАТЬ ПАРУ АСИММЕТРИЧНЫХ КЛЮЧЕЙ (GENERATE ASYMMETRIC KEY PAIR)

<a id="p100081"></a>Команда GENERATE ASYMMETRIC KEY PAIR либо запускает генерацию и хранение асимметричной пары ключей в карте, т.е. открытого ключа и секретного ключа, либо получает доступ к асимметричной паре ключей, созданной ранее в карте (см. таблицу 1).

<a id="p100082"></a>Таблица 1

<a id="p100083"></a>Пара команда-ответ GENERATE ASYMMETRIC KEY PAIR


| <a id="p100084"></a>CLA | <a id="p100085"></a>Как определено в ИСО/МЭК 7816-4 |
| --- | --- |
| <a id="p100086"></a>INS | <a id="p100087"></a>"46" или "47" |
| <a id="p100088"></a>P1 | <a id="p100089"></a>Управление генерацией в соответствии с [таблицей 2](#p100104) |
| <a id="p100090"></a>P2 | <a id="p100091"></a>"00" (информация не предоставлена) или ссылка на ключ будет сгенерирована |
| <a id="p100092"></a>Поле $L_{c}$ | <a id="p100093"></a>Отсутствует для кодирования Nc = 0, присутствует для кодирования Nc > 0 |
| <a id="p100094"></a>Поле данных | <a id="p100095"></a>Отсутствует или<br>представляет собой закрытые данные, если P1 - P2 установлено как "0000", или<br>один или более шаблонов СРТ, связанных с генерацией ключа, если значение P1 - P2 отлично<br>от "0000" (см. [примечание](#p100102)) |
| <a id="p100096"></a>Поле $L_{e}$ | <a id="p100097"></a>Отсутствует для кодирования Ne = 0, присутствует для кодирования Ne > 0 |



| <a id="p100098"></a>Поле данных | <a id="p100099"></a>Отсутствует или<br>представляет собой открытый ключ в виде последовательности данных элементов либо объектов данных или последовательность объектов данных в соответствии с расширенным списком заголовков |
| --- | --- |
| <a id="p100100"></a>SW1-SW2 | <a id="p100101"></a>См. ИСО/МЭК 7816-4, таблицы 5 и 6, где соответствие, например 6985 |


<a id="p100102"></a>*Примечание.* Если пара ключей сгенерирована для нескольких пользователей, то имеется несколько шаблонов CRT. В поле данных шаблон CRT может иметь нулевую длину.

<a id="p100103"></a>Таблица 2

<a id="p100104"></a>Управление генерацией в P1


<table>
<colgroup><col width="5%"><col width="5%"><col width="5%"><col width="6%"><col width="6%"><col width="6%"><col width="6%"><col width="6%"><col width="56%"></colgroup>
<tr><td><a id="p100105"></a>b8</td><td><a id="p100106"></a>b7</td><td><a id="p100107"></a>b6</td><td><a id="p100108"></a>b5</td><td><a id="p100109"></a>b4</td><td><a id="p100110"></a>b3</td><td><a id="p100111"></a>b2</td><td><a id="p100112"></a>b1</td><td><a id="p100113"></a>Смысловое значение</td></tr>
<tr><td><a id="p100114"></a>0</td><td><a id="p100115"></a>0</td><td><a id="p100116"></a>0</td><td><a id="p100117"></a>0</td><td><a id="p100118"></a>0</td><td><a id="p100119"></a>0</td><td><a id="p100120"></a>0</td><td><a id="p100121"></a>0</td><td><a id="p100122"></a>Информация не предоставлена</td></tr>
<tr><td><a id="p100123"></a>1</td><td><a id="p100124"></a>0</td><td><a id="p100125"></a>0</td><td><a id="p100126"></a>0</td><td><a id="p100127"></a>0</td><td><a id="p100128"></a>x</td><td><a id="p100129"></a>x</td><td><a id="p100130"></a>x</td><td><a id="p100131"></a>Предоставлена дополнительная информация</td></tr>
<tr><td><a id="p100132"></a>1</td><td><a id="p100133"></a>0</td><td><a id="p100134"></a>0</td><td><a id="p100135"></a>0</td><td><a id="p100136"></a>0</td><td><a id="p100137"></a>-</td><td><a id="p100138"></a>-</td><td><a id="p100139"></a>x</td><td><a id="p100140"></a>Генерация ключа:</td></tr>
<tr><td><a id="p100141"></a>-</td><td><a id="p100142"></a>-</td><td><a id="p100143"></a>-</td><td><a id="p100144"></a>-</td><td><a id="p100145"></a>-</td><td><a id="p100146"></a>x</td><td><a id="p100147"></a>x</td><td><a id="p100148"></a>0</td><td><a id="p100149"></a>- генерация асимметричной пары ключей</td></tr>
<tr><td><a id="p100150"></a>-</td><td><a id="p100151"></a>-</td><td><a id="p100152"></a>-</td><td><a id="p100153"></a>-</td><td><a id="p100154"></a>-</td><td><a id="p100155"></a>x</td><td><a id="p100156"></a>x</td><td><a id="p100157"></a>1</td><td><a id="p100158"></a>- доступ к существующей паре открытых ключей</td></tr>
<tr><td><a id="p100159"></a>1</td><td><a id="p100160"></a>0</td><td><a id="p100161"></a>0</td><td><a id="p100162"></a>0</td><td><a id="p100163"></a>0</td><td><a id="p100164"></a>-</td><td><a id="p100165"></a>x</td><td><a id="p100166"></a>-</td><td><a id="p100167"></a>Формат возвращенных данных открытого ключа:</td></tr>
<tr><td><a id="p100168"></a>-</td><td><a id="p100169"></a>-</td><td><a id="p100170"></a>-</td><td><a id="p100171"></a>-</td><td><a id="p100172"></a>-</td><td><a id="p100173"></a>x</td><td><a id="p100174"></a>0</td><td><a id="p100175"></a>x</td><td><a id="p100176"></a>- закрытый формат данных открытого ключа</td></tr>
<tr><td><a id="p100177"></a>-</td><td><a id="p100178"></a>-</td><td><a id="p100179"></a>-</td><td><a id="p100180"></a>-</td><td><a id="p100181"></a>-</td><td><a id="p100182"></a>x</td><td><a id="p100183"></a>1</td><td><a id="p100184"></a>x</td><td><a id="p100185"></a>- выходной формат данных открытого ключа в соответствии с расширенным заголовком</td></tr>
<tr><td><a id="p100186"></a>1</td><td><a id="p100187"></a>0</td><td><a id="p100188"></a>0</td><td><a id="p100189"></a>0</td><td><a id="p100190"></a>0</td><td><a id="p100191"></a>x</td><td><a id="p100192"></a>-</td><td><a id="p100193"></a>-</td><td><a id="p100194"></a>Выходной индикатор:</td></tr>
<tr><td><a id="p100195"></a>-</td><td><a id="p100196"></a>-</td><td><a id="p100197"></a>-</td><td><a id="p100198"></a>-</td><td><a id="p100199"></a>-</td><td><a id="p100200"></a>0</td><td><a id="p100201"></a>x</td><td><a id="p100202"></a>x</td><td><a id="p100203"></a>- данные открытого ключа в поле данных ответа</td></tr>
<tr><td><a id="p100204"></a>-</td><td><a id="p100205"></a>-</td><td><a id="p100206"></a>-</td><td><a id="p100207"></a>-</td><td><a id="p100208"></a>-</td><td><a id="p100209"></a>1</td><td><a id="p100210"></a>x</td><td><a id="p100211"></a>x</td><td><a id="p100212"></a>- нет данных ответа, если поле $L_{e}$ отсутствует, или закрытые данные, если имеется поле $L_{e}$</td></tr>
<tr><td colspan="9"><a id="p100213"></a>Любое другое значение зарезервировано для будущего использования ISO/IEC JTC1/SC17.</td></tr>
</table>


<a id="p100214"></a>Данная команда может предшествовать команде MANAGE SECURITY ENVIRONMENT с целью установить генерацию ключей связанных параметров (например, справочник по алгоритмам). Команда может быть выполнена в один или несколько этапов, возможно, с использованием цепочки команд (см. ИСО/МЭК 7816-4).
<a id="p100215"></a>Для генерации пары ключей при отсутствии поля $L_{e}$ пара ключей хранится в карте, возможно, в файле EF, ссылка на который известна до подачи команды.
<a id="p100216"></a>Для организации доступа к паре ключей (без генерации) поле данных команды может быть пустым.
<a id="p100217"></a>В зависимости от четности кода INS (см. ИСО/МЭК 7816-4) открытый ключ в поле данных ответа представляет собой либо последовательность элементов данных ("46"), либо последовательность объектов данных ("47").
<a id="p100218"></a>Если расширенный список заголовков описывает поле данных ответа, то он неявно известен до подачи команды. Он охватывает открытый ключ объектов данных и другие запрашиваемые объекты данных.
<a id="p100219"></a>Когда бит 1 устанавливается как единица в INS, т.е. INS устанавливается в значение "47", и открытый ключ возвращается в поле данных ответа, тогда межотраслевой шаблон используется для вложения одного соответствующего набора открытых ключей объектов данных в соответствии с таблицей 3. Если алгоритм не указан в команде, то он известен до подачи команды. В шаблоне открытого ключа контекстно-зависимый класс (первый байт от "80" до "BF") предназначен для открытого ключа объектов данных.

<div align="right">

<a id="p100220"></a>Таблица 3

</div>


<a id="p100221"></a>Открытый ключ объектов данных


<table>
<colgroup><col width="7%"><col width="8%"><col width="85%"></colgroup>
<tr><td colspan="2"><a id="p100222"></a>Тег</td><td><a id="p100223"></a>Смысловое значение</td></tr>
<tr><td colspan="2"><a id="p100224"></a>"7F49"</td><td><a id="p100225"></a>Межотраслевой шаблон для вложения одного набора объектов данных открытых ключей со следующими тегами</td></tr>
<tr><td></td><td><a id="p100226"></a>"06"</td><td><a id="p100227"></a>Идентификатор объекта алгоритма, дополнительно</td></tr>
<tr><td rowspan="2"></td><td rowspan="2"><a id="p100228"></a>"80"</td><td><a id="p100229"></a>Ссылочный алгоритм, используемый в контрольном управлении объектов данных для безопасного обмена сообщениями, дополнительно</td></tr>
<tr><td><a id="p100230"></a>Совокупность объектов данных открытого ключа для RSA</td></tr>
<tr><td></td><td><a id="p100231"></a>"81"</td><td><a id="p100232"></a>Модуль (число обозначается как n, кодируется в x байтах)</td></tr>
<tr><td></td><td><a id="p100233"></a>"82"</td><td><a id="p100234"></a>Открытая экспонента (число обозначается как v, например, 65537).<br>Совокупность объектов данных открытого ключа для DSA</td></tr>
<tr><td></td><td><a id="p100235"></a>"81"</td><td><a id="p100236"></a>Первое простое (число обозначается как p, кодируется в y байтах)</td></tr>
<tr><td></td><td><a id="p100237"></a>"82"</td><td><a id="p100238"></a>Второе простое (число обозначается как q, делитель для p-1, например 20 байт)</td></tr>
<tr><td></td><td><a id="p100239"></a>"83"</td><td><a id="p100240"></a>Основание (число обозначается как g порядка q, кодируется в y байтах)</td></tr>
<tr><td></td><td><a id="p100241"></a>"84"</td><td><a id="p100242"></a>Открытый ключ (число обозначается как y, равное g в степени x на модуль p, где x - закрытый ключ, кодируется в y байтах)</td></tr>
<tr><td></td><td></td><td><a id="p100243"></a>Совокупность объектов данных открытого ключа для ECDSA</td></tr>
<tr><td></td><td><a id="p100244"></a>"81"</td><td><a id="p100245"></a>Простое (число обозначается как p, кодируется в z байтах)</td></tr>
<tr><td></td><td><a id="p100246"></a>"82"</td><td><a id="p100247"></a>Первый коэффициент (число обозначается как a, кодируется в z байтах)</td></tr>
<tr><td></td><td><a id="p100248"></a>"83"</td><td><a id="p100249"></a>Второй коэффициент (число обозначается как b, кодируется в z байтах)</td></tr>
<tr><td></td><td><a id="p100250"></a>"84"</td><td><a id="p100251"></a>Генератор (точка на кривой обозначается как PB на кривой, кодируется в 2z или z + 1 байтах)</td></tr>
<tr><td></td><td><a id="p100252"></a>"85"</td><td><a id="p100253"></a>Порядок (простое число, обозначается как q, порядок генератора PB, кодируется в z байтах)</td></tr>
<tr><td></td><td><a id="p100254"></a>"86"</td><td><a id="p100255"></a>Открытый ключ (точка на кривой, обозначается как PP, равна x, умноженному на PB, где x - закрытый ключ, кодируется в 2z или z + 1 байтах)</td></tr>
<tr><td></td><td><a id="p100256"></a>"87"</td><td><a id="p100257"></a>Кофактор</td></tr>
<tr><td></td><td></td><td><a id="p100258"></a>Совокупность объектов данных открытого ключа для GQ2</td></tr>
<tr><td></td><td><a id="p100259"></a>"81"</td><td><a id="p100260"></a>Модуль (число обозначается как n, кодируется в x байтах)</td></tr>
<tr><td></td><td><a id="p100261"></a>"83"</td><td><a id="p100262"></a>Количество основных чисел (числа обозначают как m, кодируются в 1 байте). Если тег "83" присутствует, то тег "A3" должен отсутствовать и m основных чисел, обозначенных как $g_{1}$ , $g_{2}$ ..., $g_{m}$ , являются первыми m простыми числами 2, 3, 5, 7, 11 ...)</td></tr>
<tr><td></td><td><a id="p100263"></a>"84"</td><td><a id="p100264"></a>Параметр верификации (число обозначается как k, кодируется в 1 байте)</td></tr>
<tr><td></td><td><a id="p100265"></a>"A3"</td><td><a id="p100266"></a>Множество m основных чисел обозначается как $g_{1}$ , $g_{2}$ , ..., $g_{m}$ , каждый из которых кодирован в 1 байте с тегом "80". (Если тег "A3" присутствует, то тег "83" должен отсутствовать)</td></tr>
<tr><td colspan="3"><a id="p100267"></a>В данном случае ISO/IEC JTC 1/SC 17 резервирует любой другой объект данных контекстно-зависимого класса (первый байт в диапазоне от "80" до "BF").</td></tr>
</table>



#### <a id="p100268"></a>5.2 Команда ВЫПОЛНИТЬ ОПЕРАЦИЮ ЗАЩИТЫ (PERFORM SECURITY OPERATION)

<a id="p100269"></a>Команда PERFORM SECURITY OPERATION запускает следующие операции защиты в соответствии с объектами данных, определенных в P1 - P2 (см. таблицу 4):
- <a id="p100270"></a>вычисление криптографической контрольной суммы;
- <a id="p100271"></a>вычисление цифровой подписи;
- <a id="p100272"></a>вычисление хэш-кода;
- <a id="p100273"></a>верификация криптографической контрольной суммы;
- <a id="p100274"></a>верификация цифровой подписи;
- <a id="p100275"></a>верификация хэш-кода;

<div align="right">

- <a id="p100276"></a>шифровка;

</div>

- <a id="p100277"></a>расшифровка.

<div align="center">

<a id="p100278"></a>Таблица 4

</div>


<a id="p100279"></a>Пара команда-ответ PERFORM SECURITY OPERATION


| <a id="p100280"></a>CLA | <a id="p100281"></a>Как определено в ИСО/МЭК 7816-4 |
| --- | --- |
| <a id="p100282"></a>INS | <a id="p100283"></a>"2A" |
| <a id="p100284"></a>P1 | <a id="p100285"></a>Тег (поле данных ответа в элементе данных, если присутствует) или "00" (поле данных ответа всегда отсутствует); "FF" = PFU (зарезервировано для будущего использования) |
| <a id="p100286"></a>P2 | <a id="p100287"></a>Тег (поле данных команды в элементе данных, если присутствует) или "00" (поле данных команды всегда отсутствует); "FF" = PFU (зарезервировано для будущего использования) для ISO/IECJTC1/SC17 |
| <a id="p100288"></a>Поле $L_{c}$ | <a id="p100289"></a>Отсутствует для кодирования Nc = 0, присутствует для кодирования Nc > 0 |
| <a id="p100290"></a>Поле данных | <a id="p100291"></a>Отсутствует или имеет значение объектов данных, заданных в P2 |
| <a id="p100292"></a>Поле $L_{e}$ | <a id="p100293"></a>Отсутствует для кодирования Ne = 0, присутствует для кодирования Ne > 0 |



| <a id="p100294"></a>Поле данных | <a id="p100295"></a>Отсутствует или имеет значение объектов данных, заданных в P1 |
| --- | --- |
| <a id="p100296"></a>SW1-SW2 | <a id="p100297"></a>См. ИСО/МЭК 7816-4, таблицы 5 и 6, где соответствие, например 6985 |


<a id="p100298"></a>Если операция защиты требует выполнить несколько команд, то необходимо применять цепочку команд (см. ИСО/МЭК 7816-4).
<a id="p100299"></a>Команда PERFORM SECURITY OPERATION может предшествовать команде MANAGE SECURITY ENVIRONMENT.
<a id="p100300"></a>Например, ссылочный ключ, а также ссылочный алгоритм должны быть либо неявно известны, либо заданы в шаблоне CRT в команде MANAGE SECURITY ENVIRONMENT.
<a id="p100301"></a>Такая команда может быть выполнена, только если защитный статус удовлетворяет атрибутам секретности операции. Успешное выполнение команды может зависеть от успешного завершения предыдущей команды (например, VERIFY (ПРОВЕРИТЬ) перед вычислением цифровой подписи).

<div align="right">

<a id="p100302"></a>Список заголовков или расширенный список заголовков определяет порядок и пункты данных, которые формируют вход для операций защиты.

</div>

<a id="p100303"></a>Команда PERFORM SECURITY OPERATION использует шаблоны входа, перечисленные в таблице 5. Эти шаблоны являются основными объектами данных для безопасного обмена сообщениями (см. ИСО/МЭК 7816-4).

<div align="center">

<a id="p100304"></a>Таблица 5

</div>


<a id="p100305"></a>Входные шаблоны


| <a id="p100306"></a>Тег | <a id="p100307"></a>Значение |
| --- | --- |
| <a id="p100308"></a>"A0" | <a id="p100309"></a>Входной шаблон для вычисления хэш-кода (шаблон хэширован) |
| <a id="p100310"></a>"A2" | <a id="p100311"></a>Входной шаблон для проверки криптографической контрольной суммы (шаблон интегрирован) |
| <a id="p100312"></a>"A8" | <a id="p100313"></a>Входной шаблон для проверки цифровой подписи (шаблон подписан) |
| <a id="p100314"></a>"AC" | <a id="p100315"></a>Входной шаблон для вычисления цифровой подписи (связанные поля значений подписаны) |
| <a id="p100316"></a>"AE" | <a id="p100317"></a>Входной шаблон для проверки сертификата (связанные поля значений сертифицированы) |
| <a id="p100318"></a>"BC" | <a id="p100319"></a>Входной шаблон для вычисления цифровой подписи (шаблон подписан) |
| <a id="p100320"></a>"BE" | <a id="p100321"></a>Входной шаблон для проверки сертификата (шаблон сертифицирован) |


<a id="p100322"></a>Входные шаблоны, контекстно-зависимый класс (первый байт в диапазоне от "80" до "BF") зарезервированы для входных объектов данных. В таблице 6 перечислены объекты данных во входных шаблонах.

<div align="center">

<a id="p100323"></a>Таблица 6

<a id="p100324"></a>Входные объекты данных

</div>



| <a id="p100325"></a>Тег | <a id="p100326"></a>Значение | <a id="p100327"></a>"A0" | <a id="p100328"></a>"A2" | <a id="p100329"></a>"A8" | <a id="p100330"></a>"AC", "BC" | <a id="p100331"></a>"AE", "BE" |
| --- | --- | --- | --- | --- | --- | --- |
| <a id="p100332"></a>"80" | <a id="p100333"></a>Явное значение | <a id="p100334"></a>x | <a id="p100335"></a>x | <a id="p100336"></a>x | <a id="p100337"></a>x | <a id="p100338"></a>x |
| <a id="p100339"></a>"8E" | <a id="p100340"></a>Криптографическая контрольная сумма |  | <a id="p100341"></a>x |  |  | <a id="p100342"></a>x |
| <a id="p100343"></a>"90" | <a id="p100344"></a>Хэш-код | <a id="p100345"></a>x |  | <a id="p100346"></a>x | <a id="p100347"></a>x | <a id="p100348"></a>x |
| <a id="p100349"></a>"92" | <a id="p100350"></a>Сертификат |  |  |  |  | <a id="p100351"></a>x |
| <a id="p100352"></a>"9C" | <a id="p100353"></a>Открытый ключ |  |  | <a id="p100354"></a>x |  | <a id="p100355"></a>x |
| <a id="p100356"></a>"9E" | <a id="p100357"></a>Цифровая подпись |  |  | <a id="p100358"></a>x |  | <a id="p100359"></a>x |



#### <a id="p100360"></a>5.3 Операция ВЫЧИСЛЕНИЕ КРИПТОГРАФИЧЕСКОЙ КОНТРОЛЬНОЙ СУММЫ (COMPUTE CRYPTOGRAPHIC CHECKSUM)

<a id="p100361"></a>Операция COMPUTE CRYPTOGRAPHIC CHECKSUM запускает вычисление криптографической контрольной суммы (см. таблицу 7).

<div align="right">

<a id="p100362"></a>Таблица 7

</div>


<a id="p100363"></a>Параметры и поля данных для операции COMPUTE
**CRYPTOGRAPHIC CHECKSUM**


| <a id="p100364"></a>P1 | <a id="p100365"></a>"8E" |
| --- | --- |
| <a id="p100366"></a>P2 | <a id="p100367"></a>"80" |
| <a id="p100368"></a>Командное поле данных | <a id="p100369"></a>Данные, для которых должна быть вычислена криптографическая контрольная сумма |



| <a id="p100370"></a>Ответное поле данных | <a id="p100371"></a>Криптографическая контрольная сумма |
| --- | --- |



#### <a id="p100372"></a>5.4 Операция ВЫЧИСЛЕНИЕ ЦИФРОВОЙ ПОДПИСИ (COMPUTE DIGITAL SIGNATURE)

<a id="p100373"></a>Операция COMPUTE DIGITAL SIGNATURE запускает вычисление цифровой подписи (см. таблицу 8). Алгоритм может представлять собой либо алгоритм цифровой подписи, либо комбинацию хэш-алгоритма и алгоритма цифровой подписи. В [Приложении A](#p100481) приведены примеры операций цифровой подписи.

<a id="p100374"></a>Таблица 8

<div align="right">

<a id="p100375"></a>Параметры и поля данных для операции COMPUTE DIGITAL<br>
**SIGNATURE**

</div>



| <a id="p100376"></a>P1 | <a id="p100377"></a>"9E" |
| --- | --- |
| <a id="p100378"></a>P2 | <a id="p100379"></a>"9A", "AC" или "BC" |
| <a id="p100380"></a>Командное поле данных | <a id="p100381"></a>Отсутствует (данные уже в карте) или<br>если P2 = "9A", данные должны быть подписаны или интегрированы в процесс подписания, если P2 = "AC", объекты данных, значения полей которых подписаны или интегрированы в процесс подписания, или<br>если P2 = "BC", объекты данных должны быть подписаны или интегрированы в процесс подписания |



| <a id="p100382"></a>Ответное поле данных | <a id="p100383"></a>Цифровая подпись |
| --- | --- |


<a id="p100384"></a>*Примечание.* Теги "AC" и "BC" не интегрированы во ввод цифровой подписи.

<a id="p100385"></a>Для вычисления цифровой подписи данные, которые должны быть подписаны или интегрированы в процесс подписания, передаются в командное поле данных или отправляются в предыдущую команду, например PSO: HASH. В P2 цифровая подпись определяется тегами "9A", "AC" или "BC" в соответствии со структурой на входе (см. ИСО/МЭК 7816-4).
<a id="p100386"></a>Если вспомогательные данные должны быть включены во ввод цифровой подписи, то ссылка должна быть представлена в шаблоне CRT (см. ИСО/МЭК 7816-4). Если имеется пустая ссылка на объект данных для вспомогательных данных, то тогда вспомогательные данные должны быть вставлены картой. Вспомогательные данные, которые присутствуют или к которым обращаются в поле данных, имеют приоритет над любым списком заголовка.
<a id="p100387"></a>Значение, подлежащее возврату картой, является цифровой подписью (P1 = "9E").


#### <a id="p100388"></a>5.5 Операция ХЭШИРОВАТЬ (HASH)

<a id="p100389"></a>Операция HASH запускает вычисление хэш-кода двумя способами (см. таблицу 9):
- <a id="p100390"></a>полное вычисление внутри карты или
- <a id="p100391"></a>частичное вычисление внутри карты (например, последний цикл хэширования).

<div align="right">

<a id="p100392"></a>Таблица 9

</div>


<a id="p100393"></a>Параметры и поле данных для операции HASH


| <a id="p100394"></a>P1 | <a id="p100395"></a>"90" |
| --- | --- |
| <a id="p100396"></a>P2 | <a id="p100397"></a>"80" или "A0" |
| <a id="p100398"></a>Командное поле данных | <a id="p100399"></a>Если P2 = "80", данные для хэширования<br>Если P2 = "A0", объекты данных, имеющие отношение к хэшированию ("90" для промежуточного хэш-кода, "80" для последнего блока) |



| <a id="p100400"></a>Ответное поле данных | <a id="p100401"></a>Хэш-код или отсутствует |
| --- | --- |


<a id="p100402"></a>Шаблон хэш-кода HT ("AA", "AB") указывает ссылочный алгоритм для вычисления хэш-кода (см. ИСО/МЭК 7816-4).
<a id="p100403"></a>Входные данные должны быть представлены карте в виде последовательных блоков (один или более одновременно). В зависимости от алгоритма хэширования последние входные данные имеют длину, равную или меньшую длины блока. Заполняющий алгоритм, если это целесообразно, является частью определения алгоритма хэширования.
<a id="p100404"></a>Для последующей обработки вычисленного хэш-кода следует различать следующие два случая:
- <a id="p100405"></a>вычисленный хэш-код хранится в карте и доступен для использования в более поздней команде; тогда поле $L_{e}$ отсутствует либо
- <a id="p100406"></a>хэш-код доставляется картой в ответе; тогда поле $L_{e}$ должно быть установлено на соответствующую длину.


#### <a id="p100407"></a>5.6 Операция ПРОВЕРИТЬ КРИПТОГРАФИЧЕСКУЮ КОНТРОЛЬНУЮ СУММУ (VERIFY CRYPTOGRAPHIC CHECKSUM)

<a id="p100408"></a>Операция VERIFY CRYPTOGRAPHIC CHECKSUM запускает проверку криптографической контрольной суммы (см. таблицу 10).

<div align="right">

<a id="p100409"></a>Таблица 10

</div>


<a id="p100410"></a>Параметры и поле данных для операции VERIFY
**CRYPTOGRAPHIC CHECKSUM**


| <a id="p100411"></a>P1 | <a id="p100412"></a>"00" |
| --- | --- |
| <a id="p100413"></a>P2 | <a id="p100414"></a>"A2" |
| <a id="p100415"></a>Командное поле данных | <a id="p100416"></a>Объекты данных, имеющие отношение к операции (например, "80", "8E") |



| <a id="p100417"></a>Ответное поле данных | <a id="p100418"></a>Отсутствует |
| --- | --- |


<a id="p100419"></a>*Примечание.* Поле значений простого значения объекта данных (тег "80") содержит данные (элементы данных или объекты данных), защищенные криптографической контрольной суммой.


#### <a id="p100420"></a>5.7 Операция ПРОВЕРИТЬ ЦИФРОВУЮ ПОДПИСЬ (VERIFY DIGITAL SIGNATURE)

<a id="p100421"></a>Операция VERIFY DIGITAL SIGNATURE запускает проверку цифровой подписи, которая передается как объект данных в поле данных команды (см. таблицу 11). Другие данные, имеющие отношение к проверке, либо передаются в процессе формирования цепочки команд, либо присутствуют в карте. Алгоритм может представлять собой либо только алгоритм цифровой подписи, либо комбинацию хэш-алгоритма и алгоритма цифровой подписи. В [Приложении A](#p100481) приведены примеры операций цифровой подписи.

<a id="p100422"></a>Таблица 11

<div align="right">

<a id="p100423"></a>Параметры и поле данных для операции VERIFY DIGITAL<br>
**SIGNATURE**

</div>



| <a id="p100424"></a>P1 | <a id="p100425"></a>"00" |
| --- | --- |
| <a id="p100426"></a>P2 | <a id="p100427"></a>"A8" |
| <a id="p100428"></a>Командное поле данных | <a id="p100429"></a>Объекты данных, имеющие отношение к операции (например, либо "9A", "AC", либо "BC" и "9E") |



| <a id="p100430"></a>Ответное поле данных | <a id="p100431"></a>Отсутствует |
| --- | --- |


<a id="p100432"></a>Открытый ключ, а также алгоритм могут быть:
- <a id="p100433"></a>или неявно известны,
- <a id="p100434"></a>или к ним обращаются в шаблоне DST ("B6") команды MANAGE SECURITY ENVIRONMENT,
- <a id="p100435"></a>или доступны как результат предшествующей операции VERIFY CERTIFICATE (ПРОВЕРИТЬ СЕРТИФИКАТ).
<a id="p100436"></a>Если ссылочный алгоритм в карте объявляет только алгоритм подписи, то данные состоят из хэш-кода или подпись представляет собой сообщение типа восстановление (см. ИСО/МЭК 9796). В противном случае вычисление хэш-кода осуществляется в карте и ссылочный алгоритм дополнительно содержит ссылку на алгоритм хэширования.
<a id="p100437"></a>Если поле данных команды содержит пустой объект данных, то предполагается, что карта знает его значения для использования в проверке.


#### <a id="p100438"></a>5.8 Операция ПРОВЕРИТЬ СЕРТИФИКАТ (VERIFY CERTIFICATE)

<a id="p100439"></a>Для проверки сертификата в карте (см. [Приложение B](#p100689)) цифровая подпись сертификата, подлежащая проверке, передается как объект данных в поле данных команды. Открытый ключ органа по сертификации, который применяется при проверке, либо находится в карте, либо выбирается неявно, либо к нему можно обратиться в шаблоне DST, используя команду MANAGE SECURITY ENVIRONMENT (см. таблицу 12). Алгоритм, который должен применяться, неявно известен или к нему можно обратиться в шаблоне DST. Если есть другие объекты данных, которые должны использоваться в процессе проверки (например, хэш-код), то они должны находиться в карте или передаваться, используя процесс формирования цепочки команд.

<div align="right">

<a id="p100440"></a>Таблица 12

</div>


<a id="p100441"></a>Параметры и поле данных для операции VERIFY CERTIFICATE


| <a id="p100442"></a>P1 | <a id="p100443"></a>"00" |
| --- | --- |
| <a id="p100444"></a>P2 | <a id="p100445"></a>"92", "AE" или "BE" |
| <a id="p100446"></a>Командное поле данных | <a id="p100447"></a>Элементы данных или объекты данных, имеющих отношение к операции |



| <a id="p100448"></a>Ответное поле данных | <a id="p100449"></a>Отсутствует |
| --- | --- |


<a id="p100450"></a>*Примечание.* Если используется схема частичного восстановления сообщения и часть информации уже записана в карте, то объект данных для вспомогательных данных должен посылаться пустым, а данные должны быть вставлены картой позднее.

<a id="p100451"></a>Необходимо различать следующие два случая:
- <a id="p100452"></a>если сертификат не требует дополнительного описания (P2 = "BE"), то карта извлекает открытый ключ, установленный по его тегу, в (восстановленном) содержании сертификата;
- <a id="p100453"></a>если сертификат требует дополнительного описания (P2 = "AE"), то карта извлекает открытый ключ в сертификате неявно или явно, используя тег открытого ключа в списке заголовка, описывающего содержание сертификата.
<a id="p100454"></a>Если открытый ключ хранится в памяти, то он будет ключом по умолчанию для последующей операции VERIFY DIGITAL SIGNATURE.


#### <a id="p100455"></a>5.9 Операция ШИФРОВКА (ENCIPHER)

<a id="p100456"></a>Операция ENCIPHER шифрует данные, переданные в поле данных команды (см. таблицу 13).
<a id="p100457"></a>*Примечание.* Эта операция может использоваться для генерации различных ключей.

<div align="center">

<a id="p100458"></a>Таблица 13

</div>


<a id="p100459"></a>Параметры и поле данных для операции ENCIPHER


| <a id="p100460"></a>P1 | <a id="p100461"></a>"82", "84", "86" (криптограмма) |
| --- | --- |
| <a id="p100462"></a>P2 | <a id="p100463"></a>"80" (простое значение) |
| <a id="p100464"></a>Командное поле данных | <a id="p100465"></a>Отсутствует (данные уже в карте) или данные, подлежащие шифровке |



| <a id="p100466"></a>Ответное поле данных | <a id="p100467"></a>Зашифрованные данные |
| --- | --- |



#### <a id="p100468"></a>5.10 Операция РАСШИФРОВКА (DECIPHER)

<a id="p100469"></a>Операция DECIPHER расшифровывает данные, переданные в поле данных команды (см. таблицу 14).

<a id="p100470"></a>Таблица 14

<a id="p100471"></a>Параметры и поле данных для операции DECIPHER


| <a id="p100472"></a>P1 | <a id="p100473"></a>"80" (простое значение) |
| --- | --- |
| <a id="p100474"></a>P2 | <a id="p100475"></a>"82", "84", "86" (криптограмма) |
| <a id="p100476"></a>Командное поле данных | <a id="p100477"></a>Данные, подлежащие расшифровке |



| <a id="p100478"></a>Ответное поле данных | <a id="p100479"></a>Отсутствует (расшифрованные данные остаются в карте) или зашифрованные данные |
| --- | --- |






<a id="p100480"></a>Приложение A
(справочное)

<a id="p100481"></a>**ПРИМЕРЫ ОПЕРАЦИЙ, СВЯЗАННЫХ С ЦИФРОВОЙ ПОДПИСЬЮ**

<div align="right">

<a id="p100482"></a>A.1. Последовательность команд для управления средой защиты

</div>

<a id="p100483"></a>В таблице A.1 представлена последовательность команд MANAGE SECURITY ENVIRONMENT для компонентов SET DST, CCT, CT текущей среды защиты и для STORE (ХРАНЕНИЕ) с идентификатором защитной среды SEID, указанным в P2.

<div align="center">

<a id="p100484"></a>Таблица A.1

</div>


<a id="p100485"></a>Установка компонентов среды защиты


| <a id="p100486"></a>Команда | <a id="p100487"></a>Операция | <a id="p100488"></a>P1 - P2 | <a id="p100489"></a>Поле данных команды |
| --- | --- | --- | --- |
| <a id="p100490"></a>MSE | <a id="p100491"></a>SET DST | <a id="p100492"></a>"41" - "B6" | <a id="p100493"></a>{"84" - L - Ссылочный ключ } - {"91" - L = 0} |
| <a id="p100494"></a>MSE | <a id="p100495"></a>SET CCT | <a id="p100496"></a>"41" - "B4" | <a id="p100497"></a>{"83" - L - Ссылочный ключ } - {"87" - L - Значение инициализации} |
| <a id="p100498"></a>MSE | <a id="p100499"></a>SET CT | <a id="p100500"></a>"41" - "B8" | <a id="p100501"></a>{"83" - L - Ссылочный ключ } |
| <a id="p100502"></a>MSE | <a id="p100503"></a>STORE (SEID = 1) | <a id="p100504"></a>"F2" - "01" | <a id="p100505"></a>- |


<a id="p100506"></a>Операция SET DST обращается к открытому ключу при использовании вычисления подписи и определяет интегрирование случайного числа во вход цифровой подписи. Операция SET CCT обращается к закрытому ключу и начальному значению при использовании вычисления криптографической контрольной суммы. Операция SET CT обращается к сессии закрытого ключа при использовании конфиденциальности.
<a id="p100507"></a>A.2. Последовательность команд для вычисления цифровой подписи
<a id="p100508"></a>В таблице A.2 показан синтаксис для создания цифровой подписи при использовании схемы подписи с приложением. Вводом является хэш-код с заполняющими байтами. Этот пример иллюстрирует вычисление цифровой подписи с объединенным алгоритмом, включая операцию хэширования. В данном случае хэш-вход поступает на карту.

<a id="p100509"></a>Таблица A.2

<div align="right">

<a id="p100510"></a>Первый пример схемы цифровой подписи с приложением

</div>



| <a id="p100511"></a>Команда | <a id="p100512"></a>Операция | <a id="p100513"></a>P1 - P2 | <a id="p100514"></a>Поле данных команды | <a id="p100515"></a>Поле данных ответа |
| --- | --- | --- | --- | --- |
| <a id="p100516"></a>MSE | <a id="p100517"></a>RESTORE [<1>](#p100527) | <a id="p100518"></a>"F3" - "01" | <a id="p100519"></a>- | <a id="p100520"></a>- |
| <a id="p100521"></a>PSO | <a id="p100522"></a>COMPUTE DIGITAL SIGNATURE | <a id="p100523"></a>"9E" - "9A" | <a id="p100524"></a>Хэш-код с заполняющими байтами | <a id="p100525"></a>Цифровая подпись |



<a id="p100526"></a>

---

<div align="center">

<a id="p100527"></a>**<1> ВОССТАНОВЛЕНИЕ.**

</div>


<a id="p100528"></a>*Примечание.* Этот пример является чисто иллюстративным, и его применение ограничено с точки зрения реализации экспортных возможностей, которые могут применяться, и по причинам общей безопасности (в некоторых обстоятельствах желательно избегать повтора подписей).

<a id="p100529"></a>В таблице A.3 показан синтаксис для создания цифровой подписи с приложением. Ввод цифровой подписи состоит из хэш-кода без заполняющих байтов.

<a id="p100530"></a>Таблица A.3

<a id="p100531"></a>Второй пример схемы цифровой подписи с приложением


| <a id="p100532"></a>Команда | <a id="p100533"></a>Операция | <a id="p100534"></a>P1 - P2 | <a id="p100535"></a>Поле данных команды | <a id="p100536"></a>Поле данных ответа |
| --- | --- | --- | --- | --- |
| <a id="p100537"></a>MSE | <a id="p100538"></a>RESTORE | <a id="p100539"></a>"F3" - "01" | <a id="p100540"></a>- | <a id="p100541"></a>- |
| <a id="p100542"></a>PSO | <a id="p100543"></a>COMPUTE DIGITAL SIGNATURE | <a id="p100544"></a>"9E" - "9A" | <a id="p100545"></a>Хэш-код без заполняющих байтов | <a id="p100546"></a>Цифровая подпись |


<div align="center">

<a id="p100547"></a>*Примечание* 1. Для того чтобы избежать ограничений на экспорт, можно использовать объединение подписи и хэш-алгоритма.<br>
<a id="p100548"></a>*Примечание* 2. В некоторых случаях избежать повторение подписей не удается.

<a id="p100549"></a>В таблице A.4 показана схема подписи с приложением. Ввод цифровой подписи содержит хэш-код без заполняющих байтов, который передается в карту, и карта запрашивается для того, чтобы сгенерировать случайное число, как указано в расширенном списке заголовков шаблона цифровой подписи DST в поле данных команды для команды MSE.

<a id="p100550"></a>Таблица A.4

<a id="p100551"></a>Третий пример схемы цифровой подписи с приложением

</div>



| <a id="p100552"></a>Команда | <a id="p100553"></a>Операция | <a id="p100554"></a>P1 - P2 | <a id="p100555"></a>Поле данных команды | <a id="p100556"></a>Поле данных ответа |
| --- | --- | --- | --- | --- |
| <a id="p100557"></a>MSE | <a id="p100558"></a>SET [<1>](#p100568) | <a id="p100559"></a>"41" - "B6" | <a id="p100560"></a>{"4D" - L - ("90" - L - "91" - L = 0)} - - {"84" - L - Ссылочный ключ} | <a id="p100561"></a>- |
| <a id="p100562"></a>PSO | <a id="p100563"></a>COMPUTE DIGITAL SIGNATURE | <a id="p100564"></a>"9E" - "BC" | <a id="p100565"></a>{"90" - L - Хэш-код} | <a id="p100566"></a>Цифровая подпись |



<a id="p100567"></a>

---

<div align="center">

<a id="p100568"></a>**<1> УСТАНОВИТЬ.**

</div>


<a id="p100569"></a>В таблице 5 показан синтаксис для цифровой подписи с ограниченным восстановлением сообщения. Данные для подписи сконфигурированы в соответствии со схемой подписи, задающей ограниченное восстановление сообщения, используя объекты данных, представленные в поле данных команды, в результате чего счетчик цифровой подписи используется как внутреннее сообщение, предоставляемое картой.

<div align="center">

<a id="p100570"></a>Таблица A.5

<a id="p100571"></a>Четвертый пример схемы цифровой подписи с приложением

</div>



| <a id="p100572"></a>Команда | <a id="p100573"></a>Операция | <a id="p100574"></a>P1 - P2 | <a id="p100575"></a>Поле данных команды | <a id="p100576"></a>Поле данных ответа |
| --- | --- | --- | --- | --- |
| <a id="p100577"></a>MSE | <a id="p100578"></a>RESTORE | <a id="p100579"></a>"F3" - "02" | <a id="p100580"></a>- | <a id="p100581"></a>- |
| <a id="p100582"></a>PSO | <a id="p100583"></a>COMPUTE DIGITAL SIGNATURE | <a id="p100584"></a>"9E" - "AC" | <a id="p100585"></a>{"90" - L - Хэш-код} | <a id="p100586"></a>Цифровая подпись |


<a id="p100587"></a>*Примечание.* Заполнение для вычисления хэш-кода, а также цифровой подписи осуществляется в соответствии с ИСО/МЭК 9796-2.

<a id="p100588"></a>В таблице A.6 показано, как карта выполняет хэширование (или последний цикл вычислений с хэшированием). Ввод цифровой подписи остается пустым в операции COMPUTE DIGITAL SIGNATURE, т.к. все входные данные присутствуют в карте.

<div align="center">

<a id="p100589"></a>Таблица A.6

</div>


<a id="p100590"></a>Пятый пример схемы цифровой подписи с приложением


| <a id="p100591"></a>Команда | <a id="p100592"></a>Операция | <a id="p100593"></a>P1 - P2 | <a id="p100594"></a>Поле данных команды | <a id="p100595"></a>Поле данных ответа |
| --- | --- | --- | --- | --- |
| <a id="p100596"></a>MSE | <a id="p100597"></a>RESTORE | <a id="p100598"></a>"F3" - "01" | <a id="p100599"></a>- | <a id="p100600"></a>- |
| <a id="p100601"></a>PSO | <a id="p100602"></a>HASH | <a id="p100603"></a>"90" - "80" | <a id="p100604"></a>Данные для хэширования | <a id="p100605"></a>- |
| <a id="p100606"></a>PSO | <a id="p100607"></a>COMPUTE DIGITAL SIGNATURE | <a id="p100608"></a>"9E" - "9A" | <a id="p100609"></a>- | <a id="p100610"></a>Цифровая подпись |


<div align="right">

<a id="p100611"></a>A.3. Последовательность команд для проверки цифровой подписи

</div>

<a id="p100612"></a>В таблице A.7 показано, как расширенный список заголовков определяет структуру сертификата, требующего дополнительного описания (см. [Приложение B](#p100689)): ввод цифровой подписи состоит из элементов данных. Операция VERIFY CERTIFICATE выполняется, используя цепочку команд.

<div align="center">

<a id="p100613"></a>Таблица A.7

</div>


<a id="p100614"></a>Первый пример проверки цифровой подписи


| <a id="p100615"></a>Команда | <a id="p100616"></a>Операция | <a id="p100617"></a>P1 - P2 | <a id="p100618"></a>Поле данных команды |
| --- | --- | --- | --- |
| <a id="p100619"></a>MSE | <a id="p100620"></a>SET DST | <a id="p100621"></a>"41" - "B6" | <a id="p100622"></a>{"4D" - L - ("42" - L - "5F20" - L - "5F49" - L)} - {"83" - L - Ссылочный ключ} |
| <a id="p100623"></a>PSO | <a id="p100624"></a>VERIFY CERTIFICATE (CLA = "1X") | <a id="p100625"></a>"00" - "AE" | <a id="p100626"></a>{"5F4E" - L - Содержание сертификата} |
| <a id="p100627"></a>PSO | <a id="p100628"></a>VERIFY CERTIFICATE (CLA = "0X") | <a id="p100629"></a>"00" - "AE" | <a id="p100630"></a>{"5F37" - L - Цифровая подпись сертификата} |
| <a id="p100631"></a>PSO | <a id="p100632"></a>HASH | <a id="p100633"></a>"90" - "80" | <a id="p100634"></a>Ввод с хэшированием |
| <a id="p100635"></a>PSO | <a id="p100636"></a>VERIFY DIGITAL SIGNATURE | <a id="p100637"></a>"00" - "A8" | <a id="p100638"></a>{"9E" - L - Цифровая подпись} |


<a id="p100639"></a>На первом этапе предоставляется объект данных содержания сертификата (сцепление элементов данных: идентификационный номер эмитента (тег "42"), имя держателя карты (тег "5F20") и открытый ключ держателя карты ("5F49")). Карта выполняет хэширование, используя содержание сертификата в качестве хэшированных входных данных.
<a id="p100640"></a>На втором этапе цифровая подпись, принадлежащая сертификату, возвращается в прежнее состояние, и результат сравнивается с хэш-кодом, вычисленным ранее. Затем выполняется операция HASH. Для проверки цифровой подписи открытый ключ должен быть уже извлечен и проверен предыдущей командой VERIFY CERTIFICATE. Ввод хэшированных данных зависит от алгоритма хэширования, либо от простого значения, возможно, представленного цепочкой команд, либо от предварительно обработанного хэш-кода, если карта выполняет только последний цикл вычислений с хэшированием.

<div align="center">

<a id="p100641"></a>На последнем этапе выполняется операция VERIFY DIGITAL SIGNATURE.

</div>

<a id="p100642"></a>В таблице A.8 показана проверка сертификата, не требующего дополнительного описания (см. [Приложение B](#p100689)): ввод цифровой подписи состоит из объектов данных. Операция VERIFY CERTIFICATE использует цепочку команд. На первом этапе представляются объекты данных, интегрированные в сертификат (например, обращение к органу по сертификации, имя держателя карты и открытый ключ держателя карты). Карта использует это объединение в качестве хэшированных входных данных. Дальнейшие этапы идентичны тем, что описаны в предыдущем примере.

<div align="center">

<a id="p100643"></a>Таблица A.8

<a id="p100644"></a>Второй пример проверки цифровой подписи

</div>



| <a id="p100645"></a>Команда | <a id="p100646"></a>Операция | <a id="p100647"></a>P1 - P2 | <a id="p100648"></a>Поле данных команды |
| --- | --- | --- | --- |
| <a id="p100649"></a>MSE | <a id="p100650"></a>SET DST | <a id="p100651"></a>"41" - "B6" | <a id="p100652"></a>{"83" - L - Ссылочный ключ} |
| <a id="p100653"></a>PSO | <a id="p100654"></a>VERIFY CERTIFICATE (CLA = "1X") | <a id="p100655"></a>"00" - "BE" | <a id="p100656"></a>{"42" - L - Идентификационный номер<br>эмитента} - {"5F20" - L - Имя держателя<br>карты} - {"5F49" - L - Открытый ключ держателя карты} |
| <a id="p100657"></a>PSO | <a id="p100658"></a>VERIFY CERTIFICATE (CLA = "0X") | <a id="p100659"></a>"00" - "AE" | <a id="p100660"></a>{"5F37" - L - Цифровая подпись сертификата} |
| <a id="p100661"></a>PSO | <a id="p100662"></a>HASH | <a id="p100663"></a>"90" - "80" | <a id="p100664"></a>Ввод с хэшированием |
| <a id="p100665"></a>PSO | <a id="p100666"></a>VERIFY DIGITAL SIGNATURE | <a id="p100667"></a>"00" - "A8" | <a id="p100668"></a>{"9E" - L - Цифровая подпись} |


<a id="p100669"></a>В таблице A.9 показано использование открытого ключа, установленного в карте.

<div align="center">

<a id="p100670"></a>Таблица A.9

</div>


<a id="p100671"></a>Третий пример проверки цифровой подписи


| <a id="p100672"></a>Команда | <a id="p100673"></a>Операция | <a id="p100674"></a>P1 - P2 | <a id="p100675"></a>Поле данных команды |
| --- | --- | --- | --- |
| <a id="p100676"></a>MSE | <a id="p100677"></a>SET DST | <a id="p100678"></a>"41" - "B6" | <a id="p100679"></a>{"83" - L - Ссылочный ключ} |
| <a id="p100680"></a>PSO | <a id="p100681"></a>HASH | <a id="p100682"></a>"90" - "A8" | <a id="p100683"></a>Ввод с хэшированием |
| <a id="p100684"></a>PSO | <a id="p100685"></a>VERIFY DIGITAL SIGNATURE | <a id="p100686"></a>"00" - "A8" | <a id="p100687"></a>{"9E" - L - Цифровая подпись} |






<div align="center">

<a id="p100688"></a>Приложение B<br>
(справочное)

<a id="p100689"></a>**ПРИМЕРЫ СЕРТИФИКАТОВ, ИНТЕРПРЕТИРОВАННЫХ КАРТОЙ**

</div>


<a id="p100690"></a>B.1. Объекты данных для сертификатов, верифицируемых картой
<a id="p100691"></a>В таблице B.1 показаны объекты данных, имеющих отношение к сертификатам, верифицируемым картой.

<a id="p100692"></a>Таблица B.1

<div align="center">

<a id="p100693"></a>Межотраслевые объекты данных (примеры) для сертификатов,

</div>

верифицируемых картой


| <a id="p100694"></a>Тег | <a id="p100695"></a>Элемент данных |
| --- | --- |
| <a id="p100696"></a>"42" | <a id="p100697"></a>Идентификационный номер эмитента |
| <a id="p100698"></a>"5F20" | <a id="p100699"></a>Имя держателя карты |
| <a id="p100700"></a>"5F37" | <a id="p100701"></a>Статическая внутренняя аутентификация (подпись сертификата, произведенная эмитентом) |
| <a id="p100702"></a>"5F49" | <a id="p100703"></a>Открытый ключ держателя карты |
| <a id="p100704"></a>"5F4C" | <a id="p100705"></a>Сертификат полномочий владельца |
| <a id="p100706"></a>"5F4E" | <a id="p100707"></a>Содержание сертификата |
| <a id="p100708"></a>"7F21" | <a id="p100709"></a>Сертификат держателя карты |


<a id="p100710"></a>Эмитент может определять дальнейшие объекты данных, такие как серийный номер сертификата, номер версии, дата истечения срока действия и т.д.
<a id="p100711"></a>Следует различать две структуры сертификатов, верифицируемых картой:
- <a id="p100712"></a>сертификат, верифицируемый картой и не требующий дополнительного описания, состоит из объединения BER-TLV объектов данных;
- <a id="p100713"></a>сертификат, верифицируемый картой и требующий дополнительного описания, состоит из объединения элементов данных.
<a id="p100714"></a>B.2. Сертификаты, верифицируемые картой и не требующие дополнительного описания
<a id="p100715"></a>Для подписания сертификата может использоваться схема цифровой подписи с или без восстановления сообщения. В таблице B.2 показан пример сертификата, верифицируемого картой и не требующего дополнительного описания, со схемой цифровой подписи с восстановлением сообщения.

<div align="right">

<a id="p100716"></a>Таблица B.2

</div>


<a id="p100717"></a>Сертификат держателя карты, верифицируемый картой
и не требующий дополнительного описания(примеры)


<table>
<colgroup><col width="23%"><col width="18%"><col width="29%"><col width="29%"></colgroup>
<tr><td><a id="p100718"></a>"7F21"</td><td><a id="p100719"></a>Длина</td><td colspan="2"><a id="p100720"></a>Значение последовательности объектов данных</td></tr>
<tr><td></td><td></td><td><a id="p100721"></a>{"42" - L - Идентификационный номер эмитента} - {"5F20" - L - Имя держателя карты} - {"5F49" - L - Открытый ключ держателя карты}</td><td><a id="p100722"></a>{"5F37" - L - Цифровая подпись}</td></tr>
<tr><td><a id="p100723"></a>Тег сертификата (составленный)</td><td><a id="p100724"></a>Длина сертификата</td><td><a id="p100725"></a>Значение сертификата, состоящего из объектов данных, интегрированных в цифровую подпись (имеется только при отсутствии восстановления сообщений)</td><td><a id="p100726"></a>Объекты данных для подписи:<br>{"42" - L - Идентификационный номер эмитента}<br>{"5F20" - L - Имя держателя карты}<br>{"5F49" - L - Открытый ключ держателя карты}</td></tr>
</table>


<a id="p100727"></a>*Примечание* 1. Идентификационные данные органа по сертификации могут ссылаться на свой открытый ключ.
<a id="p100728"></a>*Примечание* 2. Идентификационные данные держателя карты могут быть использованы для управления правами доступа к данным, хранящимся в карте.
<a id="p100729"></a>*Примечание* 3. Открытый ключ владельца карты может быть использован в последующей операции VERIFY DIGITAL SIGNATURE.

<div align="center">

<a id="p100730"></a>B.3. Сертификаты, верифицируемые картой и требующие дополнительного описания<br>
<a id="p100731"></a>Объект данных расширенного списка заголовков может находиться в карте для того, чтобы проверить этот тип сертификата; с другой стороны, он должен быть защищен при передаче его в карту. Объект данных расширенного списка заголовков (тег "4D", см. ИСО/МЭК 7816-4) описывает объединение элементов данных по парам тег/длина в том же порядке, что и в цифровой подписи (см. таблицу B.3).

<a id="p100732"></a>Таблица B.3

</div>


<a id="p100733"></a>Сертификат держателя карты, верифицируемый картой
и требующий дополнительного описания (примеры)


<table>
<colgroup><col width="18%"><col width="15%"><col width="16%"><col width="25%"><col width="26%"></colgroup>
<tr><td><a id="p100734"></a>"7F21"</td><td><a id="p100735"></a>Длина</td><td colspan="3"><a id="p100736"></a>Значение последовательности объектов данных</td></tr>
<tr><td></td><td></td><td><a id="p100737"></a>{'4D' - L - ('42' - L - '5F20' - L - '5F49' - L)}</td><td><a id="p100738"></a>{"5F4E" - L - Идентификационный номер эмитента -<br>- Имя держателя карты -<br>- Открытый ключ держателя карты}</td><td><a id="p100739"></a>{"5F37" - L - Цифровая подпись}</td></tr>
<tr><td><a id="p100740"></a>Тег<br>сертификата (составленный)</td><td><a id="p100741"></a>Длина сертификата</td><td><a id="p100742"></a>Расширенный список заголовков (присутствует только, если структура сертификата известна явно)</td><td><a id="p100743"></a>Объект данных содержания сертификата, интегрированный в подпись (имеется только при отсутствии сообщения восстановления, он содержит элементы данных в соответствии с расширенным списком заголовков)</td><td><a id="p100744"></a>Элементы данных для подписи:<br>- идентификационный номер эмитента;<br>- имя держателя карты;<br>- открытый ключ держателя карты</td></tr>
</table>






<div align="center">

<a id="p100745"></a>Приложение C<br>
(справочное)

<a id="p100746"></a>**ПРИМЕРЫ ИМПОРТА/ЭКСПОРТА АСИММЕТРИЧНОГО КЛЮЧА**

</div>


<a id="p100747"></a>C.1. Использование команды GET DATA (ИЗВЛЕЧЬ ДАННЫЕ) для экспорта открытого ключа
<a id="p100748"></a>Предполагается, что объекты данных, описывающие открытый ключ (PK), находятся в карте и закодированы в форме, показанной в таблице C.1.

<div align="center">

<a id="p100749"></a>Таблица C.1

<a id="p100750"></a>Кодирование для объекта данных открытого ключа (PK),

</div>

находящегося в карте


<table>
<colgroup><col width="8%"><col width="4%"><col width="9%"><col width="4%"><col width="7%"><col width="4%"><col width="63%"></colgroup>
<tr><td><a id="p100751"></a>"А8"</td><td><a id="p100752"></a>L</td><td colspan="5"><a id="p100753"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td colspan="2"></td><td><a id="p100754"></a>"В6"</td><td><a id="p100755"></a>L</td><td colspan="3"><a id="p100756"></a>DST</td></tr>
<tr><td colspan="2"></td><td></td><td></td><td><a id="p100757"></a>"83"</td><td><a id="p100758"></a>L</td><td><a id="p100759"></a>Ссылочный ключ на открытый ключ (PK.CH.DS)</td></tr>
<tr><td colspan="2"></td><td><a id="p100760"></a>"7F49"</td><td><a id="p100761"></a>L</td><td></td><td></td><td><a id="p100762"></a>Объект данных открытого ключа</td></tr>
<tr><td colspan="2"></td><td></td><td></td><td><a id="p100763"></a>"81"</td><td><a id="p100764"></a>L</td><td><a id="p100765"></a>Модуль</td></tr>
<tr><td colspan="2"></td><td></td><td></td><td><a id="p100766"></a>"82"</td><td><a id="p100767"></a>L</td><td><a id="p100768"></a>Открытая экспонента</td></tr>
<tr><td colspan="2"></td><td><a id="p100769"></a>"9E"</td><td><a id="p100770"></a>L</td><td></td><td></td><td><a id="p100771"></a>Цифровая подпись (все байты шаблона проверки цифровой подписи предшествующего тега "9E" со знаком)</td></tr>
</table>


<a id="p100772"></a>С помощью команды MSE выбирается открытый ключ PK, который должен быть восстановлен. Далее команда GET DATA (нечетный INS, P1 - P2 = "3FFF") используется в 3 этапа, в соответствии с которыми поля данных, показанные в таблицах C.2 - [C.7](#p100845), осуществляются в интерфейсе карты.

<a id="p100773"></a>Таблица C.2

<div align="right">

<a id="p100774"></a>Поле данных команды GET DATA, этап 1 из 3

</div>



<table>
<colgroup><col width="9%"><col width="7%"><col width="11%"><col width="5%"><col width="7%"><col width="5%"><col width="7%"><col width="5%"><col width="43%"></colgroup>
<tr><td><a id="p100775"></a>"4D"</td><td><a id="p100776"></a>0В</td><td colspan="7"><a id="p100777"></a>Расширенный список заголовков</td></tr>
<tr><td></td><td></td><td><a id="p100778"></a>"A8"</td><td><a id="p100779"></a>09</td><td colspan="5"><a id="p100780"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100781"></a>"B6"</td><td><a id="p100782"></a>02</td><td colspan="3"><a id="p100783"></a>Пара T - L, которая указывает объект данных DST</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100784"></a>"83"</td><td><a id="p100785"></a>00</td><td><a id="p100786"></a>Пара T - L, которая указывает ссылку на открытый ключ</td></tr>
<tr><td></td><td></td><td><a id="p100787"></a>"7F49"</td><td><a id="p100788"></a>02</td><td colspan="5"><a id="p100789"></a>Пара T - L, которая указывает объект данных открытого ключа</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100790"></a>"81"</td><td><a id="p100791"></a>00</td><td colspan="3"><a id="p100792"></a>Пара T - L, которая указывает модуль</td></tr>
</table>


<a id="p100793"></a>Таблица C.3

<a id="p100794"></a>Поле данных ответа GET DATA, этап 1 из 3


<table>
<colgroup><col width="8%"><col width="5%"><col width="11%"><col width="4%"><col width="7%"><col width="4%"><col width="60%"></colgroup>
<tr><td><a id="p100795"></a>"A8"</td><td><a id="p100796"></a>L</td><td></td><td></td><td colspan="3"></td></tr>
<tr><td></td><td></td><td><a id="p100797"></a>"B6"</td><td><a id="p100798"></a>L</td><td colspan="3"><a id="p100799"></a>DST</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100800"></a>"83"</td><td><a id="p100801"></a>L</td><td><a id="p100802"></a>Ссылочный ключ PK.CH.DS</td></tr>
<tr><td></td><td></td><td><a id="p100803"></a>"7F49"</td><td><a id="p100804"></a>L</td><td colspan="3"><a id="p100805"></a>Открытый ключ</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100806"></a>"81"</td><td><a id="p100807"></a>L</td><td><a id="p100808"></a>Модуль</td></tr>
</table>


<div align="center">

<a id="p100809"></a>Таблица C.4

</div>


<a id="p100810"></a>Поле данных команды GET DATA, этап 2 из 3


<table>
<colgroup><col width="9%"><col width="4%"><col width="8%"><col width="4%"><col width="11%"><col width="4%"><col width="7%"><col width="4%"><col width="47%"></colgroup>
<tr><td><a id="p100811"></a>"4D"</td><td><a id="p100812"></a>07</td><td colspan="7"><a id="p100813"></a>Расширенный список заголовков</td></tr>
<tr><td></td><td></td><td><a id="p100814"></a>"A8"</td><td><a id="p100815"></a>07</td><td colspan="5"><a id="p100816"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100817"></a>"7F49"</td><td><a id="p100818"></a>02</td><td colspan="3"><a id="p100819"></a>Пара T - L, которая указывает объект данных открытого ключа</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100820"></a>"82"</td><td><a id="p100821"></a>00</td><td><a id="p100822"></a>Пара T - L, которая указывает модуль</td></tr>
</table>


<a id="p100823"></a>Таблица C.5

<a id="p100824"></a>Поле данных ответа GET DATA, этап 2 из 3


<table>
<colgroup><col width="8%"><col width="5%"><col width="11%"><col width="4%"><col width="7%"><col width="4%"><col width="60%"></colgroup>
<tr><td><a id="p100825"></a>"A8"</td><td><a id="p100826"></a>L</td><td></td><td></td><td colspan="3"></td></tr>
<tr><td></td><td></td><td><a id="p100827"></a>"7F49"</td><td><a id="p100828"></a>L</td><td colspan="3"><a id="p100829"></a>Открытый ключ</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100830"></a>"82"</td><td><a id="p100831"></a>L</td><td><a id="p100832"></a>Открытая экспонента</td></tr>
</table>


<a id="p100833"></a>Таблица C.6

<a id="p100834"></a>Поле данных команды GET DATA, этап 3 из 3


<table>
<colgroup><col width="8%"><col width="4%"><col width="9%"><col width="4%"><col width="8%"><col width="6%"><col width="61%"></colgroup>
<tr><td><a id="p100835"></a>"4D"</td><td><a id="p100836"></a>04</td><td colspan="5"><a id="p100837"></a>Расширенный список заголовков</td></tr>
<tr><td></td><td></td><td><a id="p100838"></a>"A8"</td><td><a id="p100839"></a>02</td><td colspan="3"><a id="p100840"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100841"></a>"9E"</td><td><a id="p100842"></a>00</td><td><a id="p100843"></a>Пара T - L, которая указывает объект данных цифровой подписи</td></tr>
</table>


<a id="p100844"></a>Таблица C.7

<a id="p100845"></a>Поле данных ответа GET DATA, этап 3 из 3


| <a id="p100846"></a>"A8" | <a id="p100847"></a>L |  |  |  |
| --- | --- | --- | --- | --- |
|  |  | <a id="p100848"></a>"9E" | <a id="p100849"></a>L | <a id="p100850"></a>Цифровая подпись |


<a id="p100851"></a>C.2. Использование команды PUT DATA (ПОМЕСТИТЬ ДАННЫЕ) для импорта закрытого ключа
<a id="p100852"></a>Первоначально команда MSE должна отправить ссылку на соответствующий закрытый ключ (т.е. ссылочный ключ уже известен карте) (см. таблицу C.8). Далее используют команду PUT DATA (нечетный INS, P1 - P2 = "3FFF") с полем данных команды, как показано в [таблице C.9](#p100892).

<div align="center">

<a id="p100853"></a>Таблица C.8

</div>


<a id="p100854"></a>Расширенный список заголовков, описывающий объект
закрытого ключа


<table>
<colgroup><col width="8%"><col width="4%"><col width="11%"><col width="3%"><col width="9%"><col width="4%"><col width="7%"><col width="3%"><col width="51%"></colgroup>
<tr><td><a id="p100855"></a>"4D"</td><td><a id="p100856"></a>L</td><td colspan="7"><a id="p100857"></a>Расширенный список заголовков</td></tr>
<tr><td></td><td></td><td><a id="p100858"></a>"A8"</td><td><a id="p100859"></a>L</td><td colspan="5"><a id="p100860"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100861"></a>"B6"</td><td><a id="p100862"></a>L</td><td colspan="3"><a id="p100863"></a>Пара T - L для указания DST</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100864"></a>"84"</td><td><a id="p100865"></a>L</td><td><a id="p100866"></a>Пара T - L для указания ссылочного ключа на SK.CH.DS</td></tr>
<tr><td></td><td></td><td><a id="p100867"></a>"7F48"</td><td><a id="p100868"></a>L</td><td colspan="5"><a id="p100869"></a>Пара T - L для указания объекта данных закрытого ключа</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100870"></a>"81"</td><td><a id="p100871"></a>00</td><td colspan="3"><a id="p100872"></a>Пара T - L, которая указывает модуль</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100873"></a>"92"</td><td><a id="p100874"></a>L</td><td><a id="p100875"></a>Пара T - L для параметра p</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100876"></a>"93"</td><td><a id="p100877"></a>L</td><td><a id="p100878"></a>Пара T - L для параметра q</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100879"></a>"94"</td><td><a id="p100880"></a>L</td><td><a id="p100881"></a>Пара T - L для параметра 1/q mod P</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100882"></a>"95"</td><td><a id="p100883"></a>L</td><td><a id="p100884"></a>Пара T - L для параметра d mod (p -1)</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100885"></a>"96"</td><td><a id="p100886"></a>L</td><td><a id="p100887"></a>Пара T - L для параметра d mod (q -1)</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100888"></a>"9E"</td><td><a id="p100889"></a>L</td><td colspan="3"><a id="p100890"></a>Пара T - L для указания цифровой подписи</td></tr>
</table>


<a id="p100891"></a>Таблица C.9

<a id="p100892"></a>Поле данных команды PUT DATA


<table>
<colgroup><col width="10%"><col width="3%"><col width="10%"><col width="4%"><col width="8%"><col width="3%"><col width="7%"><col width="6%"><col width="50%"></colgroup>
<tr><td><a id="p100893"></a>"4D"</td><td><a id="p100894"></a>L</td><td colspan="7"><a id="p100895"></a>Расширенный список заголовков</td></tr>
<tr><td></td><td></td><td><a id="p100896"></a>"A8"</td><td><a id="p100897"></a>L</td><td colspan="5"><a id="p100898"></a>Пара T - L для указания шаблона для проверки цифровой подписи</td></tr>
<tr><td></td><td></td><td></td><td><a id="p100899"></a>1</td><td><a id="p100900"></a>"В6"</td><td><a id="p100901"></a>L</td><td colspan="3"><a id="p100902"></a>Пара T - L для указания DST</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100903"></a>"84"</td><td><a id="p100904"></a>L</td><td><a id="p100905"></a>Пара T - L для указания ссылочного ключа на SK.CH.DS</td></tr>
<tr><td></td><td></td><td><a id="p100906"></a>"7F48"</td><td><a id="p100907"></a>L</td><td colspan="5"><a id="p100908"></a>Пара T - L для указания объекта данных закрытого ключа</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100909"></a>"92"</td><td><a id="p100910"></a>L</td><td><a id="p100911"></a>Пара T - L для параметра p</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100912"></a>"93"</td><td><a id="p100913"></a>L</td><td><a id="p100914"></a>Пара T - L для параметра q</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100915"></a>"94"</td><td><a id="p100916"></a>L</td><td><a id="p100917"></a>Пара T - L для параметра 1/g mod p</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100918"></a>"95"</td><td><a id="p100919"></a>L</td><td><a id="p100920"></a>Пара T - L для параметра d mod (p - 1)</td></tr>
<tr><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100921"></a>"96"</td><td><a id="p100922"></a>L</td><td><a id="p100923"></a>Пара T - L для параметра d mod (q -1)</td></tr>
<tr><td></td><td></td><td></td><td></td><td><a id="p100924"></a>"9E"</td><td><a id="p100925"></a>L</td><td colspan="3"><a id="p100926"></a>Пара T - L для указания цифровой подписи</td></tr>
<tr><td><a id="p100927"></a>"5F48"</td><td><a id="p100928"></a>L</td><td colspan="7"><a id="p100929"></a>Объединение элементов данных параметров ключа в соответствии с расширенным списком заголовков. Элементы данных, которые связаны с наполнением тегов "00" в расширенном списке заголовков, считываются, но при этом игнорируются</td></tr>
<tr><td><a id="p100930"></a>"9E"</td><td><a id="p100931"></a>L</td><td colspan="7"><a id="p100932"></a>Цифровая подпись</td></tr>
</table>






<a id="p100933"></a>Приложение ДА
(справочное)

<div align="center">

<a id="p100934"></a>**СВЕДЕНИЯ**<br>
**О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ ССЫЛОЧНЫМ**<br>
**НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ**

</div>


<a id="p100935"></a>Таблица ДА.1


<table>
<colgroup><col width="32%"><col width="19%"><col width="49%"></colgroup>
<tr><td><a id="p100936"></a>Обозначение ссылочного международного стандарта</td><td><a id="p100937"></a>Степень соответствия</td><td><a id="p100938"></a>Обозначение и наименование соответствующего национального стандарта</td></tr>
<tr><td colspan="3"><a id="p100939"></a>ИСО/МЭК 7816-4:2005</td></tr>
<tr><td><a id="p100940"></a><a id="p100941"></a>IDT<br>ГОСТ Р ИСО/МЭК 7816-4-2004 "Информационная технология. Карты идентификационные. Карты на интегральных схемах с контактами. Часть 4. Межотраслевые команды для обмена"</td><td><a id="p100942"></a>Примечание. В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:</td><td>- IDT - идентичные стандарты.</td></tr>
<tr><td colspan="3"></td></tr>
</table>




<div align="center">

<a id="p100943"></a>**БИБЛИОГРАФИЯ**

</div>



| <a id="p100944"></a>[1] | <a id="p100945"></a>ИСО/МЭК7816 (все части) | <a id="p100946"></a>Карты идентификационные - Карты на интегральных схемах с контактами |
| --- | --- | --- |
|  | <a id="p100947"></a>ISO/EC 7816 (all parts) | <a id="p100948"></a>Identification cards - Integrated circuit cards |
| <a id="p100949"></a>[2] | <a id="p100950"></a>ИСО/МЭК 9796 (все части) | <a id="p100951"></a>Информационная технология - Методы защиты - Схема цифровой подписи с восстановление сообщения |
|  | <a id="p100952"></a>ISO/IEC 9796 (all parts) | <a id="p100953"></a>Information technology - Security techniques - Digital signature scheme giving message recovery |
| <a id="p100954"></a>[3] | <a id="p100955"></a>ИСО/МЭК 9798-5:19991) | <a id="p100956"></a>Информационные технологии - Методы защиты - Аутентификация объектов - Часть 5: Механизмы с применением методов с "нулевым знанием" |
|  | <a id="p100957"></a>ISO/IEC 9798-5:1999 | <a id="p100958"></a>Information technology - Security techniques - Entity authentication - Part 5: Mechanisms using zero knowledge techniques |
| <a id="p100959"></a>[4] | <a id="p100960"></a>ИСО/МЭК 10536 (все части) | <a id="p100961"></a>Карты идентификационные - Карты на интегральных схемах бесконтактные - Карты поверхностного действия |
|  | <a id="p100962"></a>ISO/IEC 10536 (all parts) | <a id="p100963"></a>Identification cards - Contactless integrated circuits cards - Close coupled cards |
| <a id="p100964"></a>[5] | <a id="p100965"></a>ИСО/МЭК 14443 (все части) | <a id="p100966"></a>Карты идентификационные - Карты на интегральных схемах бесконтактные - Карты близкого действия |
|  | <a id="p100967"></a>ISO/IEC 14443 (all parts) | <a id="p100968"></a>Identification cards - Contactless integrated circuits cards - Proximity cards |
| <a id="p100969"></a>[6] | <a id="p100970"></a>ИСО/МЭК 15693 (все части) | <a id="p100971"></a>Карты идентификационные - Карты на интегральных схемах бесконтактные - Карты удаленного действия |
|  | <a id="p100972"></a>ISO/IEC 15693 (all parts) | <a id="p100973"></a>Identification cards - Contactless integrated circuits cards - Vicinity cards |




<a id="p100974"></a>

---