klyuev.alexey Опубликовано 4 Октября 2017 Жалоба Поделиться Опубликовано 4 Октября 2017 Добрый день. Подскажите пожалуйста, какие параметры криптопровайдера на данный момент следует указывать при генерации запросов на сертификат в сторонних приложениях через API? Для старого алгоритма это было: ProviderName = "Infotecs Cryptographic Service Provider" ProviderType = 2 Где найти аналогичные параметры для алгоритма ГОСТ Р 34.11-2012? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Vintik Опубликовано 5 Октября 2017 Жалоба Поделиться Опубликовано 5 Октября 2017 Может они не готовы ещё к новым алгоритмам? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
klyuev.alexey Опубликовано 6 Октября 2017 Автор Жалоба Поделиться Опубликовано 6 Октября 2017 13 часов назад, Vintik сказал: Может они не готовы ещё к новым алгоритмам? В ПАК УЦ 4 и при генерации через htm форму возможность выбора ГОСТ Р 34.11-2012 есть. ProviderName там подсмотрели, но вот найти соответсвующий им ProviderType в коде той же htm форме не вышло. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Vintik Опубликовано 6 Октября 2017 Жалоба Поделиться Опубликовано 6 Октября 2017 На форуме Крипто про ГОСТ Р 34.11-2012 не мало обсуждений, но как и тог я понял сам ГУЦ к нему не готов и планировали в середине 2018 переходить, из ходя из этого, те кто даже попытались 2012 сделать, подписать его могут своим 2001, что якобы по требованию ФСБ не "действительно" и потому это получается в тестовом режиме как бы остаётся. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
klyuev.alexey Опубликовано 11 Октября 2017 Автор Жалоба Поделиться Опубликовано 11 Октября 2017 В 06.10.2017в11:36, Vintik сказал: На форуме Крипто про ГОСТ Р 34.11-2012 не мало обсуждений, но как и тог я понял сам ГУЦ к нему не готов и планировали в середине 2018 переходить, из ходя из этого, те кто даже попытались 2012 сделать, подписать его могут своим 2001, что якобы по требованию ФСБ не "действительно" и потому это получается в тестовом режиме как бы остаётся. История с ГУЦ это отдельная тема, во-первых, нужно научить УЦ и свои приложения формировать закрытые ключи и запрос на сертификат используя ГОСТ Р 34.11-2012. А сможет ли ГУЦ обработать это запрос на сертификат и подписать его корнем, выпущенным на ГОСТ Р 34.11-2012, это уже не от нас зависящие факторы. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
kelz Опубликовано 7 Декабря 2017 Жалоба Поделиться Опубликовано 7 Декабря 2017 On 10/6/2017 at 7:30 AM, klyuev.alexey said: В ПАК УЦ 4 и при генерации через htm форму возможность выбора ГОСТ Р 34.11-2012 есть. ProviderName там подсмотрели, но вот найти соответсвующий им ProviderType в коде той же htm форме не вышло. Infotecs Cryptographic Service Provider - 2 Infotecs GOST 2012/512 Cryptographic Service Provider - 77 Infotecs GOST 2012/1024 Cryptographic Service Provider - 78 Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
klyuev.alexey Опубликовано 26 Декабря 2017 Автор Жалоба Поделиться Опубликовано 26 Декабря 2017 В 07.12.2017 в 21:45, kelz сказал: Infotecs Cryptographic Service Provider - 2 Infotecs GOST 2012/512 Cryptographic Service Provider - 77 Infotecs GOST 2012/1024 Cryptographic Service Provider - 78 Спасибо Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.