Тут дело в том, что хранилище сертификатов может содержать свойства, которых нет в самом сертификате и ссылка на контейнер одно из них. В информации о самом сертификате CERT_INFO нет ссылки на контейнер, ведь ссылка на контейнер хранится как свойство в хранилище, а не в самом сертификате. Смысл в том, что сертификат или контекст сертификата может быть получен не из хранилища, а из файла (или области памяти) и в этом случае ссылка на контейнер будет недоступна. Придется перечислять все контейнеры и сравнивать открытый ключ (что и происходит при первичной установке в хранилище) или искать такой же сертификат в хранилище. Напротив, если контекст сертификата перечислен из хранилища, то он неявно содержит и свойства из хранилища, в том числе и информацию о ссылке на контейнер.

В итоге, если контекст сертификата перечислен из хранилища сертификатов, то 1) можно запросить свойство контекста сертификата CERT_KEY_PROV_INFO_PROP_ID с информацией о ссылке. Затем по информации можно запросить экземпляр криптопровайдера связанный с контекстом сертификата. Это разрешенный способ во всех версиях КриптоПро.

Если не особо нужно само имя контейнера, а нужен экземпляр криптопровайдера уже связанный с контекстом сертификата, то можно поступить еще проще и 2) вызвать функцию CryptAcquireCertificatePrivateKey. Опять же работает на контекстах из хранилища, разрешена без тематических исследований с 4.0.9944.

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