Здравствуйте.

Мне хочется, чтобы драйвер, который я разрабатываю, не зависел от конкретного криптопровайдера, в связи с этим возникли следующие вопросы:

- Для использования Крипто Про 3.0 в режиме ядра необходимо пользоваться только функциями из библиотеки cpdrvlib.lib (wincsp.h: CPAcquireContext и.др.) или есть возможность использовать стандартный интерфейс CryptoAPI (CryptAcquireContext и.др) ?

- Как я понял, чтобы использовать Крипто Про 3.0 в режиме ядра необходимо статически линковать к драйверу библиотеку cpdrvlib.lib, но тогда, если деинсталлировать КритоПро,
драйвер не будет загружаться.

Есть ли возможность динамической линковки данной библиотеки, или возможность не использовать cpdrvlib.lib (например, если отказаться от использования функций c префиксом CP..)?

С уважением, Георгий.

Отредактировано пользователем 25 ноября 2008 г. 13:29:16(UTC)  | Причина: Не указана

Спасибо за ответ, но, видимо, Вы не до конца меня поняли.

Я не хочу ограничиваться использованием Крипто Про 3.0 и 3.6, т.к. есть потребность использовать криптопровайдеры других производителей (в том числе и Microsoft).

ИМХО: В такой ситуации создавать драйвер под каждый криптопровайдер не является хорошей идеей. Всё-таки криптопровайдеры и CryptoAPI создавались, для того чтобы абстрагироваться от конкретной реализации криптографических алгоритмов и предоставить унифицированный интерфейс работы с ними (алгоритмами).

Перефразирую свой вопрос: можно ли использовать Крипто Про в режиме ядра, работая с ним через стандартный CryptoAPI, а не через предложенный в SDK интерфейс (cpdrvlib.lib + функции с префиксом CP… из wincsp.h)?

С уважением, Георгий.

Спасибо за ответ. Видимо я имею неполное представление о криптографической подсистеме Windows.

Подскажите, пожалуйста, что может помешать (какие ограничения, подводные камни и.т.п.?) использованию криптоправайдера Microsoft (например, Microsoft AES Cryptographic Provider) в драйвере?

С уважением, Георгий.

Делать нечего - буду совершенствоваться :).

Спасибо за ответ.