Совместная работа КриптоПро и ВипНет about gostcryptography HOT 4 CLOSED

Здравствуйте. Вы можете установить желаемый тип криптопровайдера явно. См. #13.

UPDATE. Тогда не нужно передавать его в конструктор(ы).

from gostcryptography.

Вот как. Значит плохо искал. Прошу прощения. Теперь оно работает, благодарю.

Но тогда мне всё равно немного непонятна суть проблемы. Да, нам нужно зашифровать на сертификат. В сертификате указан OID алгоритма публичного ключа. В системе у нас зарегистрировано два провайдера, которые могут это сделать. Логично, что нужно выбрать какой-то один. Но ведь выходит так, что с использованием ВипНета зашифровать на КриптоПрошный сертификат не получается, раз появляется эта ошибка "Плохой ключ". Зачем тогда эта свобода выбора? Или я не прав?

from gostcryptography.

Да, вы правы. Проблема в том, что некоторые классы .NET Framework, которые выполняют криптографические операции, плохо или совсем не раширяются. В сценарии, который вы описали, так и происходит, только нужный класс создается из "недр" .NET Framework с использованием reflection и нет никакого способа как-то повлиять на этот процесс. Поэтому в некоторых сценариях "свобода выбора" (явное указание криптопровайдера), к сожалению, не работает. В целом это было сделано по двум причинам: 1) чтобы избавиться от hardcoded идентификаторов криптопровайдеров; 2) на будущее :) Наконец, есть ряд отличий при работе с VipNet и CryptoPro, которые проявляются при работе с ключами.

from gostcryptography.

В общем выяснилось, что ошибка "Плохой ключ" возникает только если явно передавать тип провайдера через конструкторы. При задании его в GostCryptoConfig'е всё без проблем шифруется обоими криптопровайдерами друг на друга по всем вариантам ГОСТов. Так что смешивать конфиг и явное задание типов нельзя.

from gostcryptography.