Приветствую!

Объясните кто-нибудь, как работает функция CryptSignMessage. Меня интересует как она подписывает данные и подписываемые атрибуты. Отдельно друг от друга или сливает вместе, а затем подписывает., если отдельно то где в cms контейнере это все хранится? Для меня это вообще не понятно. У меня такое понимание: что можно подписать либо подписываемые атрибуты один из которых хэш данных, либо подписать только сами данные(т.е хэш от данных). Насколько я знаю в cms контейнере находится одна подпись.
Структура SignerInfo содержит подписываемые атрибуты(authenticatedAttributes) и саму подпись(encryptedDigest). На что накладывает функция CryptSignMessage подпись?

Благодарю за ответ.

С уважением, Евгений.

Из RFC я понял, что подписываются либо данные, либо атрибуты, в составе которых имеется хэш данных.
Меня интересует ситуация, когда имеются подписываемые атрибуты при формировании ЭЦП и она формируется с помощью CAPICOM.
Если я пытаюсь проверить эту ЭЦП с помощью функции CryptVerifyDetachedMessageSignature, передав ей encoded authenticatedAttributes(в качестве данных, которые подписывались) и encryptedDigest из SignerInfo, то у меня вываливается исключение "Встречено неверное значение тега ASN1. (0x8009310b)" Но если беру вместо encryptedDigest , сформированный мною из SignerInfo объект ContentInfo, получаю его массив данных(encoded) и отправляю на проверку данные(которые подписывал) и encoded ContentInfo, то все ок. Что я не понимаю, подскажите. Почему проверка не работает с encryptedDigest. Я же пытаюсь проверить подписанные атрибуты.

Отредактировано пользователем 10 июля 2009 г. 22:12:53(UTC)  | Причина: Не указана

Можно, посмотрите CryptVerifySignature.