Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв’язку та захисту інформації України від 27 грудня 2013 року № 2782/5/689

Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв’язку та захисту інформації України від 27 грудня 2013 року № 2782/5/689

МІНІСТЕРСТВО ЮСТИЦІЇ УКРАЇНИ

АДМІНІСТРАЦІЯ ДЕРЖАВНОЇ СЛУЖБИ СПЕЦІАЛЬНОГО ЗВ'ЯЗКУ ТА ЗАХИСТУ ІНФОРМАЦІЇ УКРАЇНИ

НАКАЗ

11.05.2017

м. Київ

N 1527/5/278

Зареєстровано в Міністерстві юстиції України

13 травня 2017 р. за N 605/30473

Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689

Відповідно до підпунктів 76, 77 пункту 4 Положення про Міністерство юстиції України, затвердженого постановою Кабінету Міністрів України від 02 липня 2014 року N 228, підпунктів 6, 27 пункту 4 Положення про Адміністрацію Державної служби спеціального зв'язку та захисту інформації України, затвердженого постановою Кабінету Міністрів України від 03 вересня 2014 року N 411, та з метою удосконалення законодавства у сфері електронного цифрового підпису

НАКАЗУЄМО:

1. Підпункти 1, 2 пункту 2 наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689 "Про затвердження вимог до алгоритмів, форматів та інтерфейсів, що реалізуються у засобах шифрування та надійних засобах електронного цифрового підпису", зареєстрованого в Міністерстві юстиції України 27 грудня 2013 року за N 2227/24759 (зі змінами), викласти в такій редакції:

"1) ці вимоги обов'язкові для виконання з 01 січня 2017 року акредитованими центрами сертифікації ключів, підприємствами, установами і організаціями незалежно від форм власності, діяльність яких пов'язана з розробленням, виробництвом, сертифікаційними випробуваннями (експертними дослідженнями) та експлуатацією надійних засобів електронного цифрового підпису та засобів криптографічного захисту інформації, що надаються акредитованими центрами сертифікації ключів у користування підписувачам та застосовуються для забезпечення конфіденційності особистих ключів електронного цифрового підпису, особистих ключів шифрування, що зберігаються у файловій системі;

2) ці вимоги обов'язкові для виконання центрами сертифікації ключів при наданні ними послуг електронного цифрового підпису з генерації ключів підписувачів та наданні у користування засобів, зазначених у підпункті 1 цього пункту, з дати проходження ними акредитації та акредитованими центрами сертифікації ключів з дати проходження ними повторної акредитації, але не пізніше 01 січня 2017 року;".

2. Затвердити такі, що додаються:

1) Зміни до Вимог до алгоритмів формування ключів шифрування ключів та захисту особистих ключів електронного цифрового підпису та особистих ключів шифрування, затверджених наказом Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689, зареєстрованих у Міністерстві юстиції України 27 грудня 2013 року за N 2227/24759;

2) Зміни до Вимог до форматів транспортних контейнерів особистих ключів електронного цифрового підпису та особистих ключів шифрування, затверджених наказом Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689, зареєстрованих у Міністерстві юстиції України 27 грудня 2013 року за N 2228/24760;

3) Зміни до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів, затверджених наказом Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689, зареєстрованих у Міністерстві юстиції України 27 грудня 2013 року за N 2230/24762.

3. Департаменту приватного права Міністерства юстиції України (Ференс О. М.) подати цей наказ на державну реєстрацію відповідно до Указу Президента України від 03 жовтня 1992 року N 493 "Про державну реєстрацію нормативно-правових актів міністерств та інших органів виконавчої влади".

4. Цей наказ набирає чинності з дня його офіційного опублікування.

5. Контроль за виконанням цього наказу покласти на першого заступника Міністра

юстиції України Севостьянову Н. І. та першого заступника Голови Державної служби спеціального зв'язку та захисту інформації України Чаузова О. М.

Міністр юстиції України

П. Д. Петренко

Голова Державної

служби спеціального зв'язку

та захисту інформації України

Л. О. Євдоченко

ПОГОДЖЕНО:

Голова Державного

агентства з питань електронного

урядування України

О. В. Риженко

Голова Національної комісії,

що здійснює державне регулювання

у сфері зв'язку та інформатизації

О. Животовський

ЗАТВЕРДЖЕНО

Наказ Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України

11 травня 2017 року N 1527/5/278

Зареєстровано

в Міністерстві юстиції України

13 травня 2017 р. за N 605/30473

ЗМІНИ

до Вимог до алгоритмів формування ключів шифрування ключів та захисту особистих ключів електронного цифрового підпису та особистих ключів шифрування

1. Розділ I доповнити новим пунктом 7 такого змісту:

"7. В цих Вимогах значення довгострокового ключового елемента (далі - ДКЕ) для ГОСТ 28147:2009 повинні відповідати вимогам Інструкції про порядок постачання і використання ключів до засобів криптографічного захисту інформації, затвердженої наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 12 червня 2007 року N 114, зареєстрованої в Міністерстві юстиції України 25 червня 2007 року за N 729/13996 (із змінами).".

2. У розділі II:

1) пункт 3 викласти в такій редакції:

"3. Ці Вимоги визначають функцію формування ключа на основі функції PBKDF2 з використанням псевдовипадкової функції (PRF-функції), що базується на міжнародних рекомендаціях RFC 2104, алгоритмі гешування за ГОСТ 34.311-95 (далі - HMAC_GOST34311):

DK = PBKDF (P, S, c, dkLen),

де P - пароль, строка у кодуванні Unicode UTF-8;

S - випадкові дані, послідовність байтів;

c - число ітерацій алгоритму, додатне ціле число;

dkLen - довжина вихідної послідовності в байтах (отриманого ключа), додатне ціле число.";

2) пункт 5 викласти в такій редакції:

"5. Формування ключа шифрування ключа на основі парольної інформації здійснюється згідно з додатком 1 до цих Вимог".

3. У пункті 2 глави 1 розділу IV слово та цифри "sym (1) 2" замінити словами та цифрами "hash (2) Gost34311 (1) 1}".

4. Доповнити новим розділом V такого змісту:

"V. Алгоритм обчислення PRF-функції (HMAC_GOST34311)

1. Ці Вимоги визначають алгоритм обчислення PRF-функції як алгоритм обчислення кодів автентифікації повідомлень HMAC, який визначений у RFC 2104, із використанням у якості функції гешування алгоритму гешування за ГОСТ 34.311-95.

2. Алгоритм обчислення кодів автентифікації повідомлень HMAC із використанням у якості функції гешування алгоритму гешування за ГОСТ 34.311-95 (HMAC_GOST34311) визначається як

H (K'  opad || H (K'  ipad || D)),

де H - функція гешування, яка визначена у ГОСТ 34.311-95;

K - ключ функції обчислення кодів автентифікації повідомлень;

K' - перетворений ключ K (дорівнює K, доповненому нулями до довжини 32 байти, якщо довжина K менше ніж 32 байти; дорівнює K, якщо довжина K становить 32 байти; дорівнює H (K), якщо довжина K більше ніж 32 байти);

|| - операція конкатенації;

- операція додавання за модулем 2;

D - повідомлення, від якого обчислюється значення HMAC;

ipad - значення, яке формується повторенням байта 0x36 B раз;

opad - значення, яке формується повторенням байта 0x5C B раз;

B - розмір блока даних, який дорівнює 32 байтам.

3. Під час обчислення значення PRF-функції при застосуванні функції гешування за ГОСТ 34.311-95 використовується довгостроковий ключовий елемент N 1, наведений у додатку 1 до Інструкції про порядок постачання і використання ключів до засобів криптографічного захисту інформації, затвердженої наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 12 червня 2007 року N 114, зареєстрованої в Міністерстві юстиції України 25 червня 2007 року за N 729/13996 (із змінами).

4. Тестові приклади для перевірки правильності реалізації PRF-функції наведено у додатку 2 до цих Вимог.".

5. У додатку:

1) у

відмітці до додатка слово "Додаток" замінити словом і цифрою "Додаток 1";

2) приклади 5 та 6 викласти в такій редакції:

"Приклад 5.

PBKDF = PBKDF2

PRF = HMAC_GOST34311

sBox = SBOX-1

P = "passwordPASSWORDpassword"

S = "saltSALTsaltSALTsaltSALTsaltSALT"

c = 4096

dkLen = 32

DK = 79C9F298B15BCA1AEDC9FCE49ADE4C2FA9633302570BF6C0F615EAC2DF2083A5

Приклад 6.

PBKDF = PBKDF2

PRF = HMAC_GOST34311

sBox = SBOX-1

P = "pass\0word"

S = "sa\0lt"

c = 4096

dkLen = 32

DK = 8B 3E 73 F8 88 1C 02 9D 93 6B 68 1B 85 C2 76 3B 2F BF 30 58 56 B1 B9 7C 6D 6D 78 C9 BF A7 70 34

Символ "\0" позначає порожній символ.".

6. Доповнити Вимоги новим додатком 2 такого змісту:

"Додаток 2

до Вимог до алгоритмів формування ключів шифрування ключів та захисту особистих ключів електронного цифрового підпису та особистих ключів шифрування

(пункт 4 розділу V)

Тестові приклади для перевірки правильності реалізації

PRF-функції (HMAC_GOST34311)

Приклад 1.

K = 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF

D = 8888888899999999AAAAAAAABBBBBBBBCCCCCCCCDDDDDDDDEEEEEEEEFFFFFFFF

HMAC = 679142781455AC14C7EA384D6F81D967B7AFFBCF39EB9F9E2B2569D43C7AD8B7

Приклад 2.

K = 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF

D = 00000000111111112222222233333333444444445555555566666666777777778888888899999999AAAAAAAABBBBBBBBCCCCCCCCDDDDDDDDEEEEEEEEFFFFFFFF

HMAC = FFC3E8820364344159B539BB46AE15ED342A642B0ACFEBBFD1A421FA1E8A55D4

Приклад 3.

K = 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF

D = 8888888899999999AAAAAAAABBBBBBBBCCCCCCCCDDDDDDDDEEEEEEEEFFFFFFFF6745230198BADCFE6745230198BADCFE6745230198BADCFE67452301DCFE98BA 0000000001010101020202020303030340404040505050506060606070707070 8181818192929292939393939494949495959595969696969797979798989898

HMAC = DF02D3C41CF8A87AE77A8FDBDF86DC104880F72D43CD0C5C89C45957F6B94FB3

Приклад 4.

K = 01 23 45 67 89 ABCDEF 01 23 45 67 89 ABCDEF 01 23 45 67 89 ABCDEF 01 23 45 67 89 ABCDEF

D = 87BA76B4FE1F9DD915671FA7FDBB9D9BE71151961FAE2AA25D1E05612699DE3DB98778204356DFA9CB64DAF5E40013C13588DD2A428A378C0BA026EA

HMAC = B8 40 AEC0FDF1CD2410067E30CB8B06A4F34D67B7ABE8C0E07CFBBBBB42798184

Приклад 5.

K = 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF 01 23 45 67 89 AB CD EF

D = DC87C7D9CB59495FEE029B9C51DAB1BEEE1CE3D407FE98233D74ED8C59E55B1D3588DD2A428A378CBA026EAFEE65BDB5B98778204356DFA9CB64DAF5E40013C17FC533E2792BCA3889243AE284A2E504C2A83B16C51CA28C5E4D64C8658DBAF1

HMAC = 61143BAEDFD1CE10A78901B4919F35FF087D6B75C1A9A28723C89C42DB9F5E77".

Директор Департаменту

приватного права

Міністерства юстиції України

О. Ференс

Директор Департаменту захисту

інформації Адміністрації Державної

служби спеціального зв'язку та

захисту інформації України

А. Пушкарьов

Зміни до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів.

ЗАТВЕРДЖЕНО

Наказ Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України

11 травня 2017 року N 1527/5/278

Зареєстровано

в Міністерстві юстиції України

13 травня 2017 р. за N 607/30475

ЗМІНИ до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів

1. Доповнити розділ I новим пунктом 7 такого змісту:

"7. В цих Вимогах значення довгострокового ключового елемента (далі - ДКЕ) для ГОСТ 28147:2009 повинні відповідати вимогам Інструкції про порядок постачання і використання ключів до засобів криптографічного захисту інформації, затвердженої наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 12 червня 2007 року N 114, зареєстрованої в Міністерстві юстиції України 25 червня 2007 року за N 729/13996 (із змінами).".

2. Пункт 4 розділу III викласти в такій редакції:

"4. Поле "macData" є необов'язковим та використовується для контролю цілісності структури "authSafe":

MacData ::= SEQUENCE {

mac DigestInfo,

macSalt OCTET STRING,

iterations INTEGER DEFAULT 1}

1) поле "mac" задається структурою "DigestInfo":

DigestInfo ::= SEQUENCE {

digestAlgorithmDigestAlgorithmIdentifier,

digestDigest }

Digest ::= OCTET STRING

Поле "digestAlgorithm" містить ідентифікатор алгоритму гешування та відповідні параметри криптоалгоритму. Відповідно до цих Вимог об'єктний ідентифікатор повинен вказувати на алгоритм гешування, який визначається ГОСТ 34.311-95, та містити параметри NULL (ASN.1 NULL).

Поле "digest" містить значення алгоритму контролю цілісності даних, що базується на алгоритмі гешування, який визначається полем "digestAlgorithm";

2) поле "macSalt" містить випадкове значення розміром від 8 до 32 байтів, що подається у вигляді OCTET STRING;

3) поле "iterations" містить кількість ітерацій, яка визначається умовами застосування;

4) відповідно до цих Вимог поле "macData" повинно завжди бути присутнім.".

3. У пункті 3 розділу IV:

1) слова "відкритому або" виключити;

2) підпункт 4 викласти в такій редакції:

"4) контейнер зберігання особистого ключа та сертифіката визначається відповідно до прикладу 1 Прикладів ASN.1 структури контейнера зберігання особистих ключів та сертифікатів, наведених у додатку 1 до цих Вимог.".

4. Пункт 8 розділу V викласти в такій редакції:

"8. Структура "SafeContents" визначається відповідно до прикладу 2 Прикладів ASN.1 структури контейнера зберігання особистих ключів та сертифікатів, наведених у додатку 1 до цих Вимог.".

5. Доповнити Вимоги новими розділами VII, VIII такого змісту:

"VII. Алгоритм контролю цілісності даних на основі парольної інформації

1. Алгоритм контролю цілісності даних на основі парольної інформації призначений для забезпечення цілісності даних контейнера зберігання особистих ключів та сертифікатів.

2. Під час обчислення значення алгоритму контролю цілісності даних вчиняються такі дії:

генерується випадкове значення "S" розміром від 8 до 32 байтів. Рекомендований розмір значення "S" - 32 байти;

встановлюється число ітерацій "c" залежно від умов застосування. Мінімально допустиме значення параметра - 1000 ітерацій, рекомендоване - 10000 ітерацій;

обчислюється значення ключа "DK", як функція від парольної інформації "P", числа ітерацій "c" та випадкове значення "S";

отримується значення алгоритму обчислення кодів автентифікації повідомлень HMAC відповідно до вимог пунктів 2 та 3 розділу V Вимог до алгоритмів формування ключів шифрування ключів із використанням у якості функції гешування алгоритму гешування за ГОСТ 34.311-95. Під час обчислення значення функції гешування за ГОСТ 34.311-95 використовується довгостроковий ключовий елемент N 1, наведений у додатку 1 до Інструкції про порядок постачання і використання ключів до засобів криптографічного захисту інформації, затвердженої наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 12 червня 2007 року N 114, зареєстрованої в

Міністерстві юстиції України 25 червня 2007 року за N 729/13996 (із змінами).

3. Під час обчислення значення ключа "DK" вчиняються такі дії:

встановлюється значення D, яке формується повторенням байта 0x03 32 рази;

встановлюється значення "SS", яке формується повторенням значення "S" 32*V(SLen / 32),

де V - функція округлення аргументу функції до найменшого натурального числа, більшого за аргумент функції;

SLen - довжина значення "S" у байтах.

У випадку, якщо значення "S" є пустою строкою, таким самим встановлюється значення "SS";

встановлюється значення "PP", яке формується повторенням значення "P" 32*V(PLen / 32), де PLen - довжина значення "P" у байтах. У випадку, якщо значення "P" є пустою строкою, таким самим встановлюється значення "PP";

виконується конкатенація значень "SS" та "PP";

обчислюється значення Hc(D || SS || PP), де функція Hc - визначається послідовним застосуванням алгоритму гешування за ГОСТ 34.311-95 с разів. Під час обчислення значення функції гешування за ГОСТ 34.311-95 використовується довгостроковий ключовий елемент N 1, наведений у додатку 1 до Інструкції про порядок постачання і використання ключів до засобів криптографічного захисту інформації, затвердженої наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 12 червня 2007 року N 114, зареєстрованої в Міністерстві юстиції України 25 червня 2007 року за N 729/13996 (із змінами).

4. Парольна інформація формується на основі строки у кодуванні UTF-16BE з нульовим символом наприкінці. Приклад кодування парольної інформації наведено в додатку 2 до цих Вимог.

5. Обчислення значення ключа для алгоритму контролю цілісності даних на основі парольної інформації визначається відповідно до прикладів, які наведено в додатку 3 цих Вимог.

VIII. Порядок формування контейнера зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів

Під час формування контейнера зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів вчиняються такі дії:

формуються структури "SafeContents", які позначаються як SC1, ..., SCn та містять об'єкти "SafeBag";

у випадку, якщо дані структури "SafeContents" передбачається зберігати у відкритому вигляді, тоді формується структура "ContentInfo" (позначається як CIi), яка вказує на тип даних "дані" та містить об'єкт OCTETSTRING із DER-кодованим значенням SCi;

у випадку, якщо дані структури "SafeContents" передбачається зберігати у зашифрованому вигляді, тоді формується структура "ContentInfo" (позначається як CIi), яка вказує на тип "зашифровані дані" та містить об'єкт "EncryptedData". Поле "encryptedContentInfo" структури "EncryptedData" вказує на тип даних "дані" та містить зашифроване DER-кодоване значення SCi;

формується структура "AuthenticatedSafe", яка складається зі структур CIi;

формується структура "ContentInfo", яка вказує на тип даних "дані" та містить об'єкт OCTETSTRING із DER-кодованим значенням структури "AuthenticatedSafe";

обчислюється результат алгоритму контролю цілісності даних на основі парольної інформації від структури "AuthenticatedSafe" та формується структура "PFX".".

6. Додаток викласти в такій редакції:

"Додаток 1

до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів

(підпункт 4 пункту 3 розділу IV)

ПРИКЛАДИ

ASN.1 структури контейнера зберігання особистих ключів та сертифікатів

Приклад 1. Контейнер зберігання особистого ключа та сертифіката

Пароль - "password".

SEQUENCE : PFX {

INTEGER :version 3

SEQUENCE:authSafe {

OBJECT IDENTIFIER : data [1.2.840.113549.1.7.1]

CONTEXT SPECIFIC (0) : {

OCTET STRING : {

SEQUENCE :AuthenticatedSafe {

SEQUENCE :ContentInfo {

OBJECT IDENTIFIER : data [1.2.840.113549.1.7.1]

CONTEXT SPECIFIC (0) : {

OCTET STRING : {

SEQUENCE :SafeContents {

SEQUENCE :SafeBag {

OBJECT IDENTIFIER : bagId

pkcs-12-certBag

[1.2.840.113549.1.12.10.1.1]

CONTEXT SPECIFIC (0) :bagValue

308201AA3081B006092A864886F7

0D01050D3081A2304306092A864886F7

0D01050C303604201314E40B85BB3DF4

51E173471ECAA38F8EAD433F9228E917

D963C531CB3BB0AF02022710300E060A

2A8624020101010101020500305B060B

2A86240201010101010103304C040848

F931CE2A077A8C0440A9D6EB45F13C70

8280C4967B231F5EADF658EBA4C03729

1D38D96BF025CA4E17F8E9720DC615B4

3A28975F0BC1DEA36438B564EA2C179F

D0123E6DB8FAC579040481F476BA64A2

D392E8200D1CB2386995D42D0F1E498F

83E7D4CA11679212D091A23F2250B9AC

3B4B565B91D29022C6945157681BF1C5

DB9EEBC95027966B5995D7DEE2D3178F

F56ABF19F9A274B3CD244FA8DC8F8268

007D6B9AA48B50330B5D5374C4429C87

2ACCCE4F8F8060B468CDFA223000ABA4

9BAC41BFB4FDD05344362FB22F4E3F6D

A6AF0634C607F2C96AF206702837C3F2

8B9E10C620A3C0F054D35C5B53FBFE57

C4BB0429E96D0B8289A77DF1E19ED064

48AFE0E56FC01C8586574D23AD90FA32

A43B7BC2AF8AC4D8D930B7AC54AC12D9

58C820569514828736CF04A8479A41E4

830F997051B06789E4ADDF253CA05BDA

SET : bagAttributes {

SEQUENCE : PKCS12Attribute {

OBJECT IDENTIFIER : localKeyID

[1.2.840.113549.1.9.21]

SET : {

OCTET STRING :

0123456789

}

}

}

}

}

}

}

}

SEQUENCE : ContentInfo {

OBJECT IDENTIFIER : encryptedData [1.2.840.113549.1.7.6]

CONTEXT SPECIFIC (0) : {

SEQUENCE : EncryptedData {

INTEGER : version 0

SEQUENCE : encryptedContentInfo {

OBJECT IDENTIFIER : data [1.2.840.113549.1.7.1]

SEQUENCE : {

OBJECT IDENTIFIER :

id-PBES2 [1.2.840.113549.1.5.13]

SEQUENCE : {

SEQUENCE : {

OBJECT IDENTIFIER :

id-PBKDF2 [1.2.840.113549.1.5.12]

SEQUENCE : {

OCTET STRING :

08F9009CBE65BB119F

B128FEF386A39A3B3F

2E455BE2255B0354A3

BE9048B1DA

INTEGER : 10000

SEQUENCE : {

OBJECT IDENTIFIER :

id-hmacGost34311

[1.2.804.2.1.1.1.1.2.1.1]

NULL :

}

}

}

SEQUENCE : {

OBJECT IDENTIFIER :

id-gost28147-cfb

[1.2.804.2.1.1.1.1.1.1.3]

SEQUENCE : {

OCTET STRING :

12B86A0D4ACBF59B

OCTET STRING :

A9D6EB45F13C708280

C4967B231F5EADF658

EBA4C037291D38D96B

F025CA4E17F8E9720D

C615B43A28975F0BC1

DEA36438B564EA2C17

9FD0123E6DB8FAC579

04

}

}

}

}

CONTEXT SPECIFIC (0) :

FA3E107E46CDA4DB6BEB797D364BE5

E93AA25B3CEF121D08718ADB60DA2C

CB82C157A68B84B66A8835F8C941C2

BB8943CEFC8D40E7F531073AD6B711

A1EFB718D2FAF6518E4CAB8723BA3B

6244513BF8F017BAD758D94E4CA3C0

68D597A0ED1CC13A55FCABC062E540

310075C74707F2475E2F4A0FAAC308

D888A4784B8DF22055B79A7FD43EC6

E94B50818A24FDE6AB5CB3483A6C8F

B2537155390E150965F885CB65C286

E42CA8498C41F765C691AF25CF8863

BED47FE28B6982AE1EB4A0E4ACB307

C555EB8251B9FA8FBE7A7CC2F85D30

28C91BC28B5ABD5B537C1225EF5537

BB8437676001663354188689055ADB

383354648692B4EC0FCEC993D2B4F2

FB26DAD8EBE4CF3531039763F05D94

9A89B83D289B65720477E9B2FBA06D

F9286561CBBCD11A0E32A1D24F7BAF

A0271A0ABCC11D22A89AC770B9DE08

400E41F683CB4E8CA3AF7765998FC5

3C416FD6962330551BE8AFA97CD531

9387206F0E1E0AB1AF04B1AF0ACE7D

78F448FE57AF7510074C31FF6B86B4

D27983E3A89EAA54144C29DE6BA5F9

FFAF91256C0A10568BA874B1008278

3FAB9E3967C21215594A02AC7DEB02

9B604D2448383A33793985954D24A3

FD6D58915A25DFC8AD9311BCD2A280

24C19C6676A1A230AB3C05F24AB5CE

43B1A4D6F23E00F9051CE764FE2383

7F4C8CC2898E8C36B35CB7B937E05D

C861A35404B64ECB93169FCB4A9695

A070B8C6CB2ABA019DF0525C110416

EAF6E1F66A4E24A9C26A6961C384A0

1BE9211CC4AEEEF4F229460EF790B4

EDD7A2629A8BEE1AA8D23448E476E5

9F3F501F21A59D6D2BA7D43F613B7F

5373B1B8ECD224DE378F7E43DD6F8A

78FA3BF38257385212E7B691C14060

F3E79933573850090009054EBEBF13

DBF4D4570A8234B15DC9549100F19A

B2771CEDA4A6F03446105600705F8E

B62A8A3F7B2DEB08F3B2E4DEBC83BE

C5E9053FC462891FB3C6B51837DCAE

EBF6A3CE4A32A68B2FADFE0018E224

1F06446E53264E62B2D17F462C7F06

A3E63C59321474DE02C3103AAA12BA

F9525F4A070045517CE2875B496A8E

AAC5D7CD1BC2AAD68B1A474193BDA0

B453BCD446BEFCBA5BD5D34F1E46E1

FB4D8875362D0A1BA827B50EC0B19C

59105F586CB1348F78812FD98ABEE0

7D62C37C351D538B99489423A7D104

726C31A88BE0E64A8D1D332925FB76

66D566AC3CC2ED757446A327AC3BA5

2D4D09613497A90E1C10942F5C77D9

27DF3F1D4107B2EFFD139D26B8

}

}

}

}

}

}

}

}

SEQUENCE :macData{

SEQUENCE :mac {

SEQUENCE :digestAlgorithm {

OBJECT IDENTIFIER : ua-pki-alg-hash-Gost34311

[1.2.804.2.1.1.1.1.2.1]

NULL : "

}

OCTET STRING :digest

177B8771176E1499CCAF29

141CE2C8ACB2FB7E25C7B

D06D657AE19D3EEB6A672

}

OCTET STRING

:macSalt

11619466F970F755EF7778C

B8B426BE0899BA3F356D5

B6216F997CD08ED354CC

INTEGER :iterations10000

}

}

Приклад 2. Приклад структури "SafeContents"

Пароль - "password".

SEQUENCE :SafeContents {

SEQUENCE :SafeBag {

OBJECT IDENTIFIER :bagId

pkcs-12-certBag [1.2.840.113549.1.12.10.1.1]

CONTEXT SPECIFIC (0) :bagValue

30820356308202

FEA003020102021468E9687A597F245F

01000000010000002A000000300D060B

2A86240201010101030101307F311F30

1D060355040A0C16D09ED180D0B3D0B0

D0BDD196D0B7D0B0D186D196D18F311B

3019060355040B0C12D09FD196D0B4D1

80D0BED0B7D0B4D196D0BB310F300D06

035504030C06D0A6D0A1D09A310E300C

06035504050C0555412D3031310B3009

0603550406130255413111300F060355

04070C08D09AD0B8D197D0B2301E170D

3133313030313231303030305A170D31

38313030313231303030305A307F311F

301D060355040A0C16D09ED180D0B3D0

B0D0BDD196D0B7D0B0D186D196D18F31

1B3019060355040B0C12D09FD196D0B4

D180D0BED0B7D0B4D196D0BB310F300D

06035504030C06D0A6D0A1D09A310E30

0C06035504050C0555412D3031310B30

090603550406130255413111300F0603

5504070C08D09AD0B8D197D0B23081F2

3081C9060B2A86240201010101030101

3081B9307530070202010102010C0201

00042110BEE3DB6AEA9E1F86578C45C1

2594FF942394A7D738F9187E65150172

94F4CE01022100800000000000000000

000000000000006759213AF182E987D3

E17714907D470D0421B60FD2D8DCE8A9

3423C6101BCA91C47A007E6C300B26CD

556C9B0E7D20EF292A000440A9D6EB45

F13C708280C4967B231F5EADF658EBA4

C037291D38D96BF025CA4E17F8E9720D

C615B43A28975F0BC1DEA36438B564EA

2C179FD0123E6DB8FAC5790403240004

21ADE7A73D54E9650575BE685700C31B

31823D2C8C131ADF24A2028F6598DD20

A001A381BA3081B730290603551D0E04

220420E8E9687A597F245F666575A298

F35B276FFA09696274FB63FB6D33E874

A9F5DC302B0603551D23042430228020

E8E9687A597F245F666575A298F35B27

6FFA09696274FB63FB6D33E874A9F5DC

300E0603551D0F0101FF040403020106

30190603551D200101FF040F300D300B

06092A86240201010102023012060355

1D130101FF040830060101FF02010230

1E06082B060105050701030101FF040F

300D300B06092A862402010101020130

0D060B2A862402010101010301010343

000440E66B694671447222449D08A43E

B5BADB8BD418639E7CF545E5AD6FC398

4FCA5AB02F1BA4A8DA875C7998D9ACC6

847E467C6CA340CB0A31A57EF6E11BD8

}

}".

7. Доповнити новими додатками 2, 3 такого змісту:

"Додаток 2

до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів

(пункт 4 розділу VII)

ПРИКЛАД

представлення парольної інформації

Приклад 1.

Парольна інформація - password

Представлення парольної інформації - 00 70 00 61 00 73 00 73 00 77 00 6F 00 72 00 64 00 00.

Додаток 3

до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів

(пункт 5 розділу VII)

ПРИКЛАД

обчислення значення ключа для алгоритму контролю цілісності даних на основі парольної інформації

Приклад 1.

sBox = SBOX-1

P = "password"

S = "salt"

C = 1

DK = 3E 93 C8 E8 EF D3 71 78 AC

F1 3E 5E D1 06 D0 FC 81 48 10 4D 36 BC 71 89 8D 26 26 31 33 3F 06 E9

Приклад 2.

sBox = SBOX-1

P = "password"

S = "salt"

c = 2

DK = 50472651D0B0100BC4B40F5C2D02CBEFF25F67D725D97B5CA945A0ED078D3AD6

Приклад 3.

sBox = SBOX-1

P = "password"

S = "salt"

c = 4096

DK = 0C CA ED 4A 19 CE FA A7 DB 3A D9 D9 EB DB B5 06 9B 66 E9 51 CA E1 91 7A D5 E5 95 6D DC A7 FF CB

Приклад 4.

sBox = SBOX-1

P = "password"

S = "salt"

c = 10000

DK = 03 B2 88 B5 EA 8F 45 CD 5D 1F 1A 82 D8 51 D1 ED 25 FC 64 69 F6 C5 EB 0B 49 FB A9 F4 3A C1 AD 98

Приклад 5.

sBox = SBOX-1

P = "passwordPASSWORDpassword"

S = "saltSALTsaltSALTsaltSALTsaltSALT"

c = 4096

DK = 0E6456939484FDCDD02AAD7A2341C85B0E39BC107D27FEE860B9D05AA4E9CA85

Приклад 6.

sBox = SBOX-1

P = "pass\0word"

S = "sa\0lt"

c = 4096

DK = BD AC 28 EC 58 A6 79 71 79 BD 47 35 02 B2 E8 A9 D4 F5 28 24 C1 F4 B1 3E 23 23 7E 2F 13 4B AD E6".

Директор Департаменту

приватного права

Міністерства юстиції України

О. Ференс

Директор Департаменту захисту

інформації Адміністрації Державної

служби спеціального зв'язку та

захисту інформації України

А. Пушкарьов

Зміни до Вимог до форматів транспортних контейнерів особистих ключів електронного цифрового підпису та особистих ключів шифрування,

ЗАТВЕРДЖЕНО

Наказ Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України

11 травня 2017 року N 1527/5/278

Зареєстровано

в Міністерстві юстиції України

13 травня 2017 р. за N 606/30474

ЗМІНИ до Вимог до форматів транспортних контейнерів особистих ключів електронного цифрового підпису та особистих ключів шифрування

1. Пункт 1 розділу III викласти в такій редакції:

"1. Формат транспортного контейнера особистого ключа електронного цифрового підпису або особистого ключа шифрування має такий вигляд:

PrivateKeyInfo ::= SEQUENCE {

1.

version

Version,

2.

privateKeyAlgorithm

PrivateKeyAlgorithmIdentifier,

3.

privateKey

PrivateKey,

4.

attributes

[0] IMPLICIT Attributes OPTIONAL }".

2. Додаток викласти в такій редакції:

"Додаток

до Вимог до форматів транспортних контейнерів особистих ключів електронного цифрового підпису та особистих ключів шифрування

(пункт 6 розділу III)

ПРИКЛАДИ

ASN.1 структур транспортних контейнерів особистого ключа електронного цифрового підпису або особистого ключа шифрування

Приклад 1. Транспортний контейнер особистого ключа

SEQUENCE : privateKeyInfo {

INTEGER : version 0

SEQUENCE : privateKeyAlgorithm {

OBJECT IDENTIFIER : id-dstu4145PB [1.2.804.2.1.1.1.1.3.1.1]

SEQUENCE : DSTU4145Params {

SEQUENCE : ecbinary{

SEQUENCE : f {

INTEGER : m 257

INTEGER : trinomial 12

}

INTEGER : a 0

OCTET STRING : b

10BEE3DB6AEA9E1F86578C45C12594FF942394A7D738F

9187E6515017294F4CE01

INTEGER : n

00800000000000000000000000000000006759213AF18

2E987D3E17714907D470D

OCTET STRING : bp

B60FD2D8DCE8A93423C6101BCA91C47A007E6C300B26C

D556C9B0E7D20EF292A00

}

OCTET STRING : dke

A9D6EB45F13C708280C4967B231F5EADF658EBA4C037291D

38D96BF025CA4E17F8E9720DC615B43A28975F0BC1DEA364

38B564EA2C179FD0123E6DB8FAC57904

}

}

OCTET STRING : privateKey

C54F7967CFB2A69A31D8586890348FC85B02D13178263E5CE673BE

DD0D630E16

}

Приклад 2. Захищений транспортний контейнер особистого ключа

Пароль - "password"

(кодується як 70 61 73 73 77 6F 72 64)

SEQUENCE : encryptedPrivateKeyInfo{

SEQUENCE : encryptionAlgorithm{

OBJECT IDENTIFIER : id-PBES2 [1.2.840.113549.1.5.13]

SEQUENCE : PBES2-params {

SEQUENCE : keyDerivationFunc{

OBJECT IDENTIFIER : id-PBKDF2 [1.2.840.113549.1.5.12]

SEQUENCE : PBKDF2-params {

OCTET STRING : salt

1314E40B85BB3DF451E173471ECAA38F8EAD433F92

28E917D963C531CB3BB0AF

INTEGER : iterationCount 10000

SEQUENCE : prf{

OBJECT IDENTIFIER : id-hmacGost34311 [1.2.804.2.1.1.1.1.2.1.1]

NULL : "

}

}

}

SEQUENCE : encryptionScheme{

OBJECT IDENTIFIER : id-gost28147-cfb [1.2.804.2.1.1.1.1.1.1.3]

SEQUENCE : GOST28147Params{

OCTET STRING : iv

48F931CE2A077A8C

OCTET STRING : dke

A9D6EB45F13C708280C4967B231F5EADF658EBA4C0

37291D38D96BF025CA4E17F8E9720DC615B43A2897

5F0BC1DEA36438B564EA2C179FD0123E6DB8FAC579

04

}

}

}

}

OCTET STRING : encryptedData

76BA64A2D392E8200D1CB2386995D42D0F1E498F83E7D4CA116792

12D091A23F2250B9AC3B4B565B91D29022C6945157681BF1C5DB9E

EBC95027966B5995D7DEE2D3178FF56ABF19F9A274B3CD244FA8DC

8F8268007D6B9AA48B50330B5D5374C4429C872ACCCE4F8F8060B4

68CDFA223000ABA49BAC41BFB4FDD05344362FB22F4E3F6DA6AF06

34C607F2C96AF206702837C3F28B9E10C620A3C0F054D35C5B53FB

FE57C4BB0429E96D0B8289A77DF1E19ED06448AFE0E56FC01C8586

574D23AD90FA32A43B7BC2AF8AC4D8D930B7AC54AC12D958C82056

9514828736CF04A8479A41E4830F997051B06789E4ADDF253CA05BDA

}".

Директор Департаменту

приватного права

Міністерства юстиції України

О.

Ференс

Директор Департаменту захисту

інформації Адміністрації Державної

служби спеціального зв'язку та

захисту інформації України

А. Пушкарьов

Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689 — Зміст

МІНІСТЕРСТВО ЮСТИЦІЇ УКРАЇНИ

АДМІНІСТРАЦІЯ ДЕРЖАВНОЇ СЛУЖБИ СПЕЦІАЛЬНОГО ЗВ'ЯЗКУ ТА ЗАХИСТУ ІНФОРМАЦІЇ УКРАЇНИ

НАКАЗ

11.05.2017

м. Київ

N 1527/5/278

Зареєстровано в Міністерстві юстиції України

13 травня 2017 р. за N 605/30473

Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689

Зміст

1. Наказ Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України "Про внесення змін до наказу Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 27 грудня 2013 року N 2782/5/689" від 11 травня 2017 року N 1527/5/278.

- Зміни до Вимог до алгоритмів формування ключів шифрування ключів та захисту особистих ключів електронного цифрового підпису та особистих ключів шифрування.

2. Зміни до Вимог до форматів транспортних контейнерів особистих ключів електронного цифрового підпису та особистих ключів шифрування.

3. Зміни до Вимог до форматів контейнерів зберігання особистих ключів електронного цифрового підпису, особистих ключів шифрування та сертифікатів відкритих ключів.