Основные ссылки

На правах рекламы:

Произвольная ссылка:

Описание

Источник публикации

М.: Стандартинформ, 2017

Примечание к документу

Документ введен в действие с 1 апреля 2018 года.

Название документа

"Р 1323565.1.004-2017. Рекомендации по стандартизации. Информационная технология. Криптографическая защита информации. Схемы выработки общего ключа с аутентификацией на основе открытого ключа"

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

"Р 1323565.1.004-2017. Рекомендации по стандартизации. Информационная технология. Криптографическая защита информации. Схемы выработки общего ключа с аутентификацией на основе открытого ключа"
(утв. и введены в действие Приказом Росстандарта от 24.10.2017 N 1505-ст)

Оглавление

Р 1323565.1.004-2017. Рекомендации по стандартизации. Информационная технология. Криптографическая защита информации. Схемы выработки общего ключа с аутентификацией на основе открытого ключа

3 Термины, определения и обозначения

4 Общие положения

5 Схема выработки общего ключа с аутентификацией "Эхинацея-3"

6 Схема выработки общего ключа с аутентификацией "Эхинацея-2"

7 Схема выработки общего ключа с аутентификацией "Лимонник-3"

Библиография

Утверждены и введены в действие

Приказом Федерального

агентства по техническому

регулированию и метрологии

от 24 октября 2017 г. N 1505-ст

РЕКОМЕНДАЦИИ ПО СТАНДАРТИЗАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

КРИПТОГРАФИЧЕСКАЯ ЗАЩИТА ИНФОРМАЦИИ

СХЕМЫ

ВЫРАБОТКИ ОБЩЕГО КЛЮЧА С АУТЕНТИФИКАЦИЕЙ НА ОСНОВЕ

ОТКРЫТОГО КЛЮЧА

Information technology. Information cryptographic

protection. Public key based on the authenticated

key agreement schemes

Р 1323565.1.004-2017

ОКС 35.040

Дата введения

1 апреля 2018 года

Предисловие

1 РАЗРАБОТАНЫ Центром защиты информации и специальной связи ФСБ России с участием ОАО "Информационные технологии и коммуникационные системы"

2 ВНЕСЕНЫ Техническим комитетом по стандартизации ТК 26 "Криптографическая защита информации"

3 УТВЕРЖДЕНЫ И ВВЕДЕНЫ В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 24 октября 2017 г. N 1505-ст

4 ВВЕДЕНЫ ВПЕРВЫЕ

Правила применения настоящих рекомендаций установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящим рекомендациям публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящих рекомендаций соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

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

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

1 Область применения

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

2 Нормативные ссылки

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

ГОСТ Р 34.10-2012 Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи

ГОСТ Р 34.11 Информационная технология. Криптографическая защита информации. Функция хэширования

ГОСТ Р 34.12 Информационная технология. Криптографическая защита информации. Блочные шифры

ГОСТ Р 34.13 Информационная технология. Криптографическая защита информации. Режимы работы блочных шифров

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

Примечание - При пользовании настоящими рекомендациями целесообразно проверить действие ссылочных стандартов (рекомендаций) в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт (рекомендации), на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта (рекомендаций) с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт (рекомендации), на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта (рекомендаций) с указанным выше годом утверждения (принятия). Если после утверждения настоящих рекомендаций в ссылочный стандарт (рекомендации), на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт (рекомендации) отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3 Термины, определения и обозначения

3.1 Термины и определения

В настоящих рекомендациях применены следующие термины в соответствии со следующими определениями:

3.1.1 ключ: Изменяемый параметр в виде последовательности символов, определяющий криптографическое преобразование.

3.1.2 ключ подписи: Элемент секретных данных, специфичный для субъекта и используемый только данным субъектом в процессе формирования цифровой подписи.

3.1.3 ключ проверки подписи: Элемент данных, математически связанный с ключом подписи и используемый проверяющей стороной в процессе проверки цифровой подписи.

3.1.4 сертификат ключа проверки: Элемент данных, подтверждающий принадлежность ключа проверки владельцу сертификата ключа проверки.

3.1.5 код аутентификации сообщения: Строка бит фиксированной длины, добавляемая к сообщению для обеспечения его целостности и аутентификации источника данных.

3.2 Обозначения

В настоящих рекомендациях использованы следующие обозначения:

V^*	-	множество всех двоичных строк конечной длины, включая пустую строку;
A\|\|B		конкатенация строк A, B V^*, т.е. строка из V_\|A\|+\|B\|, в которой подстрока с большими номерами компонент из V_\|A\| совпадает со строкой A, а подстрока с меньшими номерами компонент из V_\|B\| совпадает со строкой B;
[T]_i,j	-	для битовой строки T = (t₀, ..., t_n) подстрока T' = (t_i, ..., t_j), 0 <= i <= j <= n;
H₅₁₂(T)	-	значение функции хэширования с длиной хэш-кода 512 бит, определенной ГОСТ Р 34.11, для сообщения T;
SGN_d(T)	-	цифровая подпись, сформированная в соответствии с ГОСТ Р 34.10, для сообщения T с использованием ключа подписи d;
VERIFY_D(T, S)	-	результат проверки цифровой подписи S согласно ГОСТ Р 34.10 для сообщения T с использованием ключа проверки подписи D;
MAC_k(T)	-	результат вычисления кода аутентификации для сообщения T с использованием ключа k;
	-	функция вычисления производного ключа длины 512 на основе входного значения T;
	-	функция, отображающая точку эллиптической кривой в битовую строку;
	-	опциональный параметр схемы (может являться строкой нулевой длины);
h₂, h₃	-	фиксированные различные строки ненулевой длины, определяемые для каждой реализации протокола;
s_A, S_A	-	соответственно долговременные ключ подписи и ключ проверки подписи стороны A;
k_A, K_A	-	соответственно сеансовые (эфемерные) ключ подписи и ключ проверки подписи стороны A;
Id_A	-	идентификатор стороны A;
Cert_A	-	сертификат долговременного ключа проверки подписи стороны A;
O	-	нулевая точка эллиптической кривой.

4 Общие положения

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

1) эхинацея-3 (Э-3) - схема выработки общего ключа с двусторонней аутентификацией при помощи ключа подписи;

2) эхинацея-2 (Э-2) - схемы выработки общего ключа с односторонней аутентификацией при помощи ключа подписи;

3) лимонник-3 (Л-3) - схема выработки общего ключа с возможностью использования двух различных эллиптических кривых и с двусторонней аутентификацией при помощи ключа схемы Диффи-Хеллмана.

4.1 Эллиптические кривые

Предполагается использование операций в группе точек эллиптической кривой E над конечным простым полем характеристики p, заданной в форме Вейерштрасса -

или в форме Эдвардса

. Для обозначения параметров эллиптической кривой E в форме Вейерштрасса будет использоваться обозначение (p, a, b, m, q, x_p, y_p) согласно ГОСТ Р 34.10-2012, а для эллиптической кривой в форме Эдвардса - обозначение (p, a, b, m, q, x_p, y_p, e, d, u_p, v_p) согласно [1].

Используемые эллиптические кривые должны удовлетворять требованиям ГОСТ Р 34.10 при 2⁵⁰⁸ < q < 2⁵¹². Допускается использование эллиптических кривых и в других представлениях, при этом эквивалентное представление кривой в форме Вейерштрасса должно удовлетворять требованиям ГОСТ Р 34.10 при 2⁵⁰⁸ < q < 2⁵¹².

4.2 Код аутентификации сообщения

Для вычисления кода аутентификации сообщения могут использоваться:

1 Алгоритм блочного шифрования с длиной блока 128 бит ("Кузнечик") согласно ГОСТ Р 34.12 в режиме выработки имитовставки согласно ГОСТ Р 34.13.

2 Функция HMAC_GOSTR3411_2012_512, определенная в Р 50.1.113.

4.3 Вычисление производного ключа

В качестве функции вычисления производного ключа

могут использоваться:

1) функция хэширования, определенная согласно ГОСТ Р 34.10-2012 с длиной хэш-кода 512 бит;

2) псевдослучайная функция PRF_TLS_GOST3411_2012_512 с длиной выхода 512 бит, определенная в Р 50.1.113.

4.4 Способ вычисления функции

В случае использования кривой в форме Вейерштрасса для Q = (x_Q, y_Q) выполняется

В случае использования кривой в форме Эдвардса для Q = (u_Q, v_Q) выполняется

5 Схема выработки общего ключа с аутентификацией "Эхинацея-3"

Долговременными ключами сторон A и B являются ключи цифровой подписи s_A, S_A и s_B, S_B соответственно, определенные согласно 5.2 ГОСТ Р 34.10-2012, и удостоверенные сертификатами ключа проверки Cert_A и Cert_B.

Сторона A имеет (Id_A,

), сторона B имеет (Id_B,

), где

- заранее распределенное общее секретное значение.

Параметры эллиптической кривой считаются известными обеим сторонам и согласованными до начала протокола.

Предполагается, что выработка общего ключа и аутентификация осуществляются в рамках сеанса связи, с которым может быть ассоциирована доступная обеим сторонам открытая общая информация OI.

Схема выработки общего ключа с аутентификацией "Эхинацея-3" состоит из следующей последовательности действий.

1) Сторона A случайным образом выбирает k_A, где

, и вычисляет точку эллиптической кривой K_A = k_AP.

2) Сторона A посылает стороне B - (Id_A, Cert_A, K_A).

3) Сторона B проверяет валидность сертификата ключа проверки Cert_A. Если это условие не выполнено, то сторона B завершает протокол, возвращая ошибку стороне A, информирующую о невалидности сертификата ключа проверки Cert_A.

4) Сторона B проверяет, что

. Если это условие не выполнено, то сторона B завершает протокол, возвращая ошибку стороне A, информирующую о неверном выборе параметров.

5) Сторона B случайным образом выбирает k_B, где

, и вычисляет точку эллиптической кривой K_B = k_BP.

6) Сторона B вычисляет точку Q_AB = (m/q)·k_BK_A.

7) Сторона B вычисляет значение

8) Сторона B вычисляет общие сеансовые ключи K_AB = [T_AB]_0,255 и M_AB = [T_AB]_256,511.

9) Сторона B вычисляет метку аутентификации

и метку подтверждения ключа

10) Сторона B посылает стороне A - (Id_B, Cert_B, K_B, aut_B, tag_B).

11) Сторона A проверяет валидность сертификата ключа проверки Cert_B. Если это условие не выполнено, то сторона A завершает протокол, возвращая ошибку стороне B, информирующую о невалидности сертификата ключа проверки Cert_B.

12) Сторона A проверяет цифровую подпись

. Если это условие не выполнено, сторона A завершает протокол, возвращая ошибку стороне B, информирующую о невозможности аутентификации.

13) Сторона A проверяет, что

. Если это условие не выполнено, то сторона A завершает протокол, возвращая ошибку стороне B, информирующую о неверном выборе параметров.

14) Сторона A вычисляет точку Q_BA = (m/q)·k_AK_B.

15) Сторона A вычисляет значение

16) Сторона A вычисляет общие сеансовые ключи K_BA = [T_BA]_0,255 и M_BA = [T_BA]_256,511.

17) Сторона A вычисляет метку подтверждения ключа

и проверяет tag_B = tag'_B. Если это условие не выполнено, сторона A завершает протокол, возвращая ошибку стороне B, информирующую о невозможности аутентификации.

18) Сторона A вычисляет метку аутентификации

и метку подтверждения ключа

19) Сторона A посылает стороне B - (aut_A, tag_A).

20) Сторона B проверяет цифровую подпись

. Если это условие не выполнено, сторона B завершает протокол, возвращая ошибку стороне A, информирующую о невозможности аутентификации.

21) Сторона B вычисляет метку подтверждения ключа

и проверяет tag_A = tag'_A. Если это условие не выполнено, сторона B завершает протокол, возвращая ошибку стороне A, информирующую о невозможности аутентификации.

22) Стороны A и B уничтожают ключи M_BA и M_AB соответственно.

Стороны A и B находятся в состоянии проведенной аутентификации с выработанным общим ключом

6 Схема выработки общего ключа с аутентификацией "Эхинацея-2"

Сторона B обладает долговременными ключами цифровой подписи s_B, S_B, определенными согласно ГОСТ Р 34.10-2012 (пункт 5.2), и удостоверенными сертификатом ключа проверки Cert_B.

Сторона A имеет (Id_A,

), сторона B имеет (Id_B,

), где

- заранее распределенное общее секретное значение.

Параметры эллиптической кривой считаются известными обеим сторонам и согласованными до начала протокола.

Схема выработки общего ключа с односторонней аутентификацией "Эхинацея-2" состоит из следующей последовательности действий.

1) Сторона A случайным образом выбирает k_A, где

, и вычисляет точку эллиптической кривой K_A = k_AP.

2) Сторона A посылает стороне B - (Id_A, K_A).

3) Сторона B проверяет, что

4) Сторона B случайным образом выбирает k_B, где

, и вычисляет точку эллиптической кривой K_B = k_BP.

5) Сторона B вычисляет точку Q_AB = (m/q)·k_BK_A.

6) Сторона B вычисляет значение

7) Сторона B вычисляет общие сеансовые ключи K_AB = [T_AB]_0,255 и M_AB = [T_AB]_256,511.

8) Сторона B вычисляет метку аутентификации

и метку подтверждения ключа

9) Сторона B посылает стороне A - (Id_B, Cert_B, K_B, aut_B, tag_B).

10) Сторона A проверяет валидность сертификата ключа проверки Cert_B. Если это условие не выполнено, то сторона A завершает протокол, возвращая ошибку стороне B, информирующую о невалидности сертификата ключа проверки Cert_B.

11) Сторона A проверяет цифровую подпись

12) Сторона A проверяет, что

13) Сторона A вычисляет точку Q_BA = (m/q)·k_AK_B.

14) Сторона A вычисляет значение

15) Сторона A вычисляет общие сеансовые ключи K_BA = [T_BA]_0,255 и M_BA = [T_BA]_256,511.

16) Сторона A вычисляет метку подтверждения ключа

17) Сторона A вычисляет метку подтверждения ключа

18) Сторона A посылает стороне B - (tag_A).

19) Сторона B вычисляет метку подтверждения ключа

20) Стороны A и B уничтожают ключи M_BA и M_AB соответственно.

Стороны A и B находятся в состоянии проведенной односторонней аутентификации (B перед A) с выработанным общим ключом

7 Схема выработки общего ключа с аутентификацией "Лимонник-3"

В данной схеме допускается использование двух (возможно, различных) эллиптических кривых E_A и E_B.

Долговременными ключами сторон A и B являются ключи цифровой подписи s_A, S_A и s_B, S_B соответственно, которые определяются соотношениями S_A = s_AP_A, S_B = s_BP_B, где 0 < s_A < q_A, 0 < s_B < q_B, и удостоверенные сертификатами ключей проверки Cert_A и Cert_B.

Сторона A имеет (Id_A,

), сторона B имеет (Id_B,

), где

- заранее распределенное общее секретное значение.

Параметры эллиптических кривых E_A и E_B считаются известными обеим сторонам и согласованными до начала протокола.

Схема выработки общего ключа с аутентификацией "Лимонник-3" состоит из следующей последовательности действий.

1) Сторона A случайным образом выбирает k_A, где

, и вычисляет точку эллиптической кривой K_A = k_AP_B.

2) Сторона A посылает стороне B - (Id_A, Cert_A, K_A).

3) Сторона B проверяет валидность сертификата ключа проверки Cert_A. Если это условие не выполнено, сторона B завершает протокол, возвращая ошибку стороне A, информирующую о невалидности сертификата ключа проверки Cert_A.

4) Сторона B проверяет, что

. Если это условие не выполнено, сторона B завершает протокол, возвращая ошибку стороне A, информирующую о неверном выборе параметров.

5) Сторона B извлекает из сертификата Cert_A долговременный ключ проверки подписи S_A.

6) Сторона B случайным образом выбирает k_B, где

, и вычисляет точку эллиптической кривой K_B = k_BP_A.

7) Сторона B вычисляет точки Q_AB = (m_A/q_A)·k_BS_A и R_AB = (m_B/q_B)·s_BK_A.

8) Сторона B вычисляет значение

9) Сторона B вычисляет общие сеансовые ключи K_AB = [T_AB]_0,255 и M_AB = [T_AB]_256,511.

10) Сторона B вычисляет метку подтверждения ключа

11) Сторона B посылает стороне A - (Id_B, Cert_B, K_B, tag_B).

12) Сторона A проверяет валидность сертификата ключа проверки Cert_B. Если это условие не выполнено, сторона A завершает протокол, возвращая ошибку стороне B, информирующую о невалидности сертификата ключа проверки Cert_B.

13) Сторона A проверяет, что

. Если это условие не выполнено, сторона A завершает протокол, возвращая ошибку стороне B, информирующую о неверном выборе параметров.

14) Сторона A извлекает из сертификата Cert_B долговременный ключ проверки подписи S_B.

15) Сторона A вычисляет точки Q_BA = (m_A/q_A)·s_AK_B и R_BA = (m_B/q_B)·k_BS_A.

16) Сторона A вычисляет значение

17) Сторона A вычисляет общие сеансовые ключи K_BA = [T_AB]_0,255 и M_BA = [T_AB]_256,511.

18) Сторона A вычисляет метку подтверждения ключа

19) Сторона A вычисляет метку подтверждения ключа

20) Сторона A посылает стороне B - (tag_A).

21) Сторона B вычисляет метку подтверждения ключа

22) Стороны A и B уничтожают ключи M_BA и M_AB соответственно.

Стороны A и B находятся в состоянии проведенной аутентификации с выработанным общим ключом

БИБЛИОГРАФИЯ

[1]	Методические рекомендации по заданию параметров скрученных эллиптических кривых Эдвардса в соответствии с ГОСТ Р 34.10-2012. Технический комитет по стандартизации "Криптографическая защита информации"

Вернуться в "Каталог нормативных документов"

Источник информации: https://internet-law.ru/documents/prod/prikaz/75/r_44707.html

На эту страницу сайта можно сделать ссылку:

На правах рекламы:

Разработка сайта
ArtStyle Group

Полное меню

Основные ссылки

Вернуться в "Каталог нормативных документов"