<![CDATA[Форум Рутокен — Преобразование из PKCS #7 в DER с помощью CryptoAPI]]> 2009-06-29T11:37:50Z PunBB https://forum.rutoken.ru/topic/972/ <![CDATA[Re: Преобразование из PKCS #7 в DER с помощью CryptoAPI]]> Все правильно, можно использовать для этих целей CertOpenStore с параметром lpszStoreProvider либо CERT_STORE_PROV_FILE, либо CERT_STORE_PROV_FILENAME.
Дальше работа с этим хранилищем идет работа как с любым другим хранилищем сертификатов.

О импорте сертификатов в хранилище:
https://forum.rutoken.ru/viewtopic.php?pid=7
https://forum.rutoken.ru/viewtopic.php?id=22

]]> https://forum.rutoken.ru/user/17/ 2009-06-29T11:37:50Z https://forum.rutoken.ru/post/1748/#p1748 <![CDATA[Re: Преобразование из PKCS #7 в DER с помощью CryptoAPI]]> Решение найдено.

Поскольку PKCS #7 - это формат хранилища, но нужно использовать функции хранилища: CertOpenStore().
Затем можно перечислить сертификаты в хранилище (CertEnumCertificatesInStore) или найти нужный по параметрам (CertFindCertificateInStore).

В моём случае в хранилище оказалась цепочка из двух сертификатов.

]]> https://forum.rutoken.ru/user/5873/ 2009-06-24T09:33:45Z https://forum.rutoken.ru/post/1726/#p1726 <![CDATA[Преобразование из PKCS #7 в DER с помощью CryptoAPI]]> Подскажите, пожалуйста, как выполнить преобразование сертификата PKCS #7 (возвращён CA в ответ на запрос) в DER (чтобы быть помещённым в контейнер к заранее сгенерённой ключевой паре).

CryptDecodeObject() и
CertCreateCertificateContext()

возвращают #define CRYPT_E_ASN1_BADTAG (0x8009310BL)
(вероятно, они ждут не PKCS #7)

При этом:
1. Сохранённый вручную в *.p7b файл прекрасно распознаётся оснастками Windows.
2. Утилиты dumpasn1.exe и certutil.exe подтверждают правильность сертификата.

Ещё раз задача: поместить сертификат в контейнер.

]]> https://forum.rutoken.ru/user/5873/ 2009-06-23T15:01:04Z https://forum.rutoken.ru/post/1717/#p1717