Понятно. То есть как правило в файле с расширением .sig находятся данные в формате
pkcs7. И то, что генерит CAPICOM методом sign тоже получается в pkcs7.

А при проверке этого .sig-файла методом Verify CAPICOM вытаскивает из pkcs7 сертификат, помещает его в хранилище сертификатов (если этот сертфикат получен первый раз) и валидирует ЭЦП. В момент проверки, получается ничего кроме этого .sig файла и исходного документа и не надо.
Правильно?

Извините, не понял последнюю строчку...
Вопрос в том, в какой момент этот сертификат из pkcs7 перейдет в хранилище.

В хранилище сертификатов ОС. Мы только что получили сертифкат вместе с ЭЦП, нам нужно проверить в том числе и сертифакт (Метод Verify имеет параметр, указывающий проверять ли сертификат). Так вот эта проверка (внутри Verify) в чем заключается? Я думал, что сертификат помещается в хранилище, потом проверяется его срок действия, владелец, потом ссылка на УЦ или что-то в этом роде...

Понятно, то есть проверяется только срок действия.
Спасибо, что отвечаете, понимаете, практически все, кто меня спрашивает про ЭЦП первым делом задают один и тот же вопрос - в чем физически заключается проверка ЭЦП, нужно ли для этого интернет-соединение (для связи с УЦ, чтобы убедиться их ли это сертификат), откуда берется сертификат и как он оказывается в хранилище сертификатов ОС. А в документации ничего этого нет, я уже давно это запрограммировал, но хотел бы понять как это работает и объяснить людям.

Отредактировано пользователем 2 марта 2012 г. 20:32:22(UTC)  | Причина: Не указана

Да, с цепочкой еще не разбирался, значит я проверяю только сам хэш... Бегу изучать, спасибо! =)