Команды аутентификации

Команды данной группы включают команды криптографической внешней и внутренней аутентификации, команды предъявления пароля и управления данными, связанными с аутентификацией.

Во всех командах данной группы приняты следующие соглашения о кодировании параметров (если явно не оговорено иное):

• P1=0
• Если P2=0, то параметры берутся из текущего SE, иначе P2 – ссылка на ключ.

Ссылка на ключ содержит идентификатор санкции для аутентификации, ассоциированный с ключом и принимает значение в диапазон 1..127. Старшие идентификаторы санкций зарезервированы для использования кодом ОС и расширений, а 0 не должен использоваться, т.к. P2=0 имеет специальный смысл. В целях повышения совместимости с ISO 7816-4 рекомендуется использовать идентификаторы санкций лишь в диапазоне 1..31.

Поиск ключа осуществляется в текущем DF и выше (до MF).

типы файлов:

 Примечание для ОС "Магистра 1.30": не выполняется аутентификация с применением ключей RSA1536, RSA2048 (При необходимости, такая функциональность может быть дополнительно реализована по запросу заказчика.)

9.8.1 GET CHALLENGE

Команда генерирует и возвращает случайное число указанного размера. Число запоминается в текущем SE и может быть использовано в последующих командах.

формат команды:

9.8.2 INTERNAL AUTHENTICATE

Внутренняя аутентификация – доказательство внешнему миру наличия на карте определенного секрета.

Для блочных симметричных алгоритмов размер СЧ должен быть равен размеру блока, для асимметричных алгоритмов размер СЧ должен быть от 8 до 32 байт.

формат команды:

Размер входных и выходных данных определяется свойствами ключа и текущего SE.

По умолчанию, размер challenge – 8 байт, размер ответной криптограммы – 6 байт.

9.8.3 EXTERNAL AUTHENTICATE

Внешняя аутентификация – проверка картой, что внешняя сторона владеет определенным секретом. Команда EXTERNAL AUTHENTICATE должна следовать за командой GET CHALLENGE, причем размер запрошенного случайного числа должен соответствовать алгоритму ключа и/или текущим настройкам SE.

Для блочных симметричных алгоритмов размер СЧ должен быть равен размеру блока, для асимметричных алгоритмов размер СЧ должен быть от 8 до 32 байт.

формат команды:

9.8.4 MUTUAL AUTHENTICATE

Взаимная аутентификация карты и терминала с выработкой сессионного ключа. Команда введена для совместимости с ICAO.

INS команды (82) совпадает с EXTERNAL AUTHENTICATE, а выбор протокола аутентификации (EXTERNAL или MUTUAL) осуществляется на основе настроек текущего SE. Если P2=0 и в SE присутствуют шаблоны CT и CCT с классом операций CALC и VERIFY для обоих шаблонов (см. описание команды MSE), в обоих из которых установлен режим генерации сессионного ключа «ICAO» (тэг 8A), то команда трактуется как MUTUAL AUTHENTICATE.

При этом для корректной работы алгоритма аутентификации в режиме совместимости с ICAO необходимо выполнение также следующих условий:

• шаблоны CT и CCT ссылаются на различные симметричные ключи с одинаковым алгоритмом;
• ранее была выполнена команда GET CHALLENGE для генерации случайного числа длиной 8 байт;
• собственное случайное число терминала не должно совпадать со случайным числом карты;
• в SE присутствует шаблон HT с классом операций CALC, который ссылается на хэширующий алгоритм, длина хэша которого не меньше длины ключей, на которые ссылаются шаблоны CT и CCT.

формат команды:

Формат входных и выходных данных соответствует спецификации ICAO. Длины элементов определяются используемым алгоритмом ключей, на которые ссылаются шаблоны CT и CCT, и определяются согласно следующим зависимостям (в скобках указаны значения длин для 3DES):

Входные данные содержат блок зашифрованных данных и имитовставку/MAC от этих данных (зашифрованных), вычисленную на ключе, на который ссылается шаблон CCT. Блок зашифрованных данных содержит конкатенацию случайного числа терминала, случайного числа карты и ключевого материала терминала, которые зашифрованы на ключе, на который ссылается шаблон CT.

Выходные данные содержат блок зашифрованных данных и имитовставку/MAC от этих данных (зашифрованных), вычисленную на ключе, на который ссылается шаблон CCT. Блок зашифрованных данных содержит конкатенацию случайного числа карты, случайного числа терминала и ключевого материала карты, которые зашифрованы на ключе, на который ссылается шаблон CT.

9.8.5 GENERAL AUTHENTICATE

Обобщенная команда взаимной аутентификации объединяет функциональность ряда протоколов взаимной аутентификации в едином синтаксисе.

Последовательность команд GENERAL AUTHENTICATE, реализующая единый протокол взаимной аутентификации, объединяется в цепочку (command chaining).

Входные и выходные данные передаются внутри шаблона 7C – данные для динамической аутентификации (только в случае, если данные наличествуют; если данных нет, объемлющий шаблон не используется). Объекты данных внутри этого шаблона имеют контекстно-зависимые тэги, перечисленные в следующей таблице:

Если атрибуты ключа, используемого в данной операции, требуют генерации сессионного ключа, то автоматически генерируется и применяется сессионный ключ.

формат команды:

INS=86 не поддерживается.

Выбор режима команды определяется входными данными (тэгом и длиной) и предыдущими командами в цепочке.

Предусмотрены следующие стандартные протоколы использования команды:

9.8.5.1 Взаимная аутентификация по симметричной схеме

Данный вариант взаимной аутентификации симметричен, в том смысле, что ответной частью при обмене может быть аналогичная карта (модуль безопасности).

В ходе взаимной аутентификации вырабатывается сессионный ключ (если у ключа есть соответствующие свойства).

Недостатком данного варианта является то, что собственная криптограмма выдается до проверки криптограммы ответной части, что является непременным требованием при реализации симметричной схемы.

В настройках SE указывается в каком качестве: модуля безопасности или клиентской карты – выступает карта в настоящий момент.

9.8.5.2 Взаимная аутентификация по несимметричной схеме.

Данный вариант взаимной аутентификации не симметричен, в том смысле, что ответной частью при обмене не может быть аналогичная карта (как и в MUTUAL AUTHENTICATE).

В ходе взаимной аутентификации вырабатывается сессионный ключ (если у ключа есть соответствующие свойства).

Преимуществом данного варианта является то, что собственная криптограмма выдается только в случае успешной проверки криптограммы ответной части.

9.8.6 VERIFY

Команда проверки пароля.

формат команды:

характерные статусы ошибок:

Если входные данные отсутствуют, то карта сразу возвращает 9000, если пароль уже был предъявлен, или оставшееся число попыток предъявления.

INS=21 не поддерживается.

9.8.7 CHANGE REFERENCE DATA

Загрузить ключ или пароль.

Если файл был пуст, то требуется право доступа Put, если происходит смена ключа, то требуется право доступа Change.

Примечание: В ОС "Магистра 1.2" секретный ключ RSA загрузить невозможно.

Загрузка секретного ключа RSA выполняется в режиме chaining: сначала выполняется загрузка открытого ключа (e, n) с CLA=10, затем загрузка секретного ключа (d) с CLA=00.

Примечание, для ОС "Магистра 1.30": Аналогично может быть выполнена загрузка ключа ГОСТ 34.10-2001
В случае, если при создании KF, в который загружается ключ, был указан признак необходимости проверки контрольной суммы загружаемого ключа (тэг A5:8F), то к загружаемому ключу в конце необходимо добавить 4 байта значения CRC32. В случае загрузки ключевой пары контрольная сумма высчитывается по конкатенации {открытый ключ, секретный ключ} и добавляется только к секретному ключу. Данная команда позволяет загрузить любые ключи, кроме RSA2048.

формат команды:

CHANGE RSA REFERENCE DATA (ОС "Магистра 1.30")

Данная команда позволяет загрузить любые ключи RSA, в т.ч. RSA2048.

Если файл был пуст, то требуется право доступа Put, если происходит смена ключа, то требуется право доступа Change.

Загрузка ключа RSA выполняется в режиме chaining. Ключ может быть разбит на части произвольной длины, которые при загрузке конкатенируются.

Сначала загружаются части открытого ключа, затем секретного.

В случае, если при создании KF, в который загружается ключ было указан признак необходимости проверки контрольной суммы загружаемого ключа (тэг A5::8F), то при загрузке последней части ключа в конце необходимо добавить 4 байта значения CRC32. Контрольная сумма вычисляется по получившемуся после конкатенации блоку данных.

формат команды:

9.8.8 RESET RETRY COUNTER

Восстановление счетчика оставшихся попыток до его максимального значения и разблокирование ключа (пароля).

формат команды:

Режимы P1=00,01,02 (связанные с передачей кода разблокирования и сменой пароля) не поддерживаются.