Добрый день!

Используется сборка КриптоПро 5.0.11453

Функция CryptEnumOIDInfo для ГОСТовых алгоритмов хеша, подписи и открытых ключей возвращает записи, у которых поле Algid равно 0xffffffff
Исключение - открытые ключи обмена. Там идентификатор соотвествует ключу подписи, а не обмена
Собственно, в реестре (раздел CryptDllFindOIDInfo) то же самое.

В предыдущей сборке (11319) с открытыми ключами еще все нормально.

Так же при установке по умолчанию (без компоненты RSA/ECDSA support) дополнительно регистрируются функции
CryptDllConvertPublicKeyInfo и CryptDllEncodePublicKeyAndParameters
для OID 1.2.840.10045.2.1 (вроде совсем не ГОСТ)

В списке изменений и в иной документации данное поведение обнаружить не удалось.

Что это, баги или запланированные изменения?
Эта ли версия получит статус сертифицированной?


PS. Возможно, есть и проблемы c CryptFindOIDInfo. В паре тестовых запусков наблюдалась и такая проблема для OID 1.2.643.2.2.9

Какая именно компонента должна быть установлена?
Advanced compatibility with Microsoft products ставится по умолчанию (установка csp-x64-eng.msi)
И с ним имеем наблюдаемое поведение

Далее, по поводу CNG
Открываем
https://docs.microsoft.c...desktop/seccrypto/alg-id
Видим константу CALG_OID_INFO_CNG_ONLY 0xffffffff

Если теперь гостовые алгоритмы - только для протокола CNG, хотелось бы увидеть это в официальной документации, поскольку собственному ПО предстоит очередная сертификация на эту версию КриптоПро.
А для смешанных режимов для CNG алгоритмов там отдельные поля с идентификаторами есть.

Пока вопрос был в том, почему данные через две CryptoAPI функции, у которых одна цель и которые ссылаются на описание ОДНОЙ структуры CRYPT_OID_INFO,
теперь не бьют между собой

Ну и новый вопрос, каким образом опять же, разные идентификаторы для открытых ключей (1.2.643.2.2.98: Enum - 0x2e23, Find - 0xaa24)
помогают работе в режиме CNG?
В КриптоПро SDK идентификаторы те же, что и раньше (т.е. для 1.2.643.2.2.98 там 0xaa24).

Т.е. получаем странную вещь: ПО, которое работает годами с разными версиями КриптоПро, и не только с КриптоПро (отсюда и нужда в динамическом списке алгоритмов системы), отваливается с обновлением КриптоПро с недокументированным изменением функционала.

ПО, наверное, можно и переделать. Но как всегда, с коммерческим ПО, вылезает вопрос "за чей счет банкет"?
Поэтому было бы неплохо хотя бы увидеть это в разделе "Изменения с предыдущей версии", дабы обосновать затраты на доработки.

Чтобы ваше приложение перечисляло OIDы как раньше, достаточно на этой версии CSP позвать CryptFindOidInfo почти с любым аргументом перед вызовов CryptEnumOIDInfo.
Ошибку с перечислением исправим в ближайшем релизе, ещё раз, огромное спасибо за обратную связь.

Если драйвера (CProCtrl) нет, то будет использоваться функционал CNG (0xffffffff). Так и задумывалось, мы свои приложения начинаем готовить к переходу на CNG (запрету патчей в ОС), и вы можете начинае думать об этом.

Регистрация 1.2.840.10045.2.1 не должна мешать, поскольку, когда не установлен наш ECDSA криптопровайдер, вся работа с ECDSA в ОС идёт через CNG.

SDK обновим в течение года.
Верхнеуровневый интерфейс CryptMsg не изменяется - большинству приложений не потребуется серьёзных доработок.
CNG для CAPILite пока нет даже в планах, мы его внедряем на Windows не из-за того, что это хороший интерфейс -- иного пути для работы без патчей не нашли.

Отредактировано пользователем 5 июня 2019 г. 17:13:58(UTC)  | Причина: Не указана