Всем привет!
Вопросов 2:
1. В документации "Крипто-Про SSPI", раздел "Инициализация библиотеки SSP" написано, что доступ к функциям AcquireCredentialsHandle, InitializeSecurityContext, AcceptSecurityContext и другим из этой серии должен осуществляться через таблицу адресов, получаемую через вызов InitSecurityInterfaceA. А зачем??? Ведь эти функции вполне доступны напрямую из Secur32.dll посредством Secur32.lib. Есть ли различия у этих способов вызова?
2. В том же разделе написано "Производится вызов функции создания Credentials: AcquireCredentialsHandle с передачей ей структуры SCHANNEL_CRED и имени пакета - UNISP_NAME ("Microsoft Unified Security Protocol Provider")". На первый взгляд это означает, что происходит создание соединения с использованием криптографии производства Микрософт. Почему это не так, где и как подключаются криптографические модули КриптоПРО? Если при установке КриптоПРО просто делается подмена и вместо Микрософта вызываетс КриптоПРО, то как это отключить? Ну не всегда же нужен именно этот пакет. И как при таком программном коде доказать Заказчику, что на самом деле используется именно криптопакет КриптоПРО, а не что-то еще?
Всего наилучшего, спасибо за ответы и время, потраченное на меня.
Андрей.

Спасибо!
Еще один вопрос на сходную тему. Можно ли встроить КриптоПРО в стандартный SSPI для случая использования контекста безопасности категории CONNECTION (парамтетр ISC_REQ_CONNECTION в функции InitializeSecurityContext), а также DATAGRAM. Примеры, которые я нашел, показывают процедуру встаивания для случая STREAM. Если можно, нет ли примеров кода на эту тему?
Всего наилучшего, спасибо.
Андрей.