Дополню, что есть нюансы в зависимости от источника pfx и предполагаемого использования потом. Вышесказанное справедливо для pfx, сформированного в certmgr из состава КриптоПро CSP (в том числе фоново при экспорте из ИЕ) и при намерении дальше использовать ключ в КриптоПро (алгоритмы в таком pfx поддерживаются в основном КриптоПро CSP). Ну просто логично, что без криптопровайдера невозможно потом использовать контейнер, поэтому на целевом компьютере он все равно нужен и почему бы не установить перед импортом pfx.

Если сертификат в pfx не защифрован, то в теории его можно просто вырезать, создать контекст сертификата без привязки к контейнеру и добавить в хранилище. Это можно сделать без криптопровайдера, но толка мало (годится для шифрования в адрес этого сертификата и проверки подписи).

В случае же контейнера pfx/p12, сформированного по стандартам ТК26 (в том числе из другого отечественного криптопровайдера, унифицированные алгоритмы), возможно использование утилиты p12tocp для конвертации в формат контейнера КриптоПро (алгоритмы реализованы автономно, утилита не требует КриптоПро CSP, но для использования контейнера потребуется). Либо утилиты другого предпочитаемого отечественного криптопровайдера, в котором будете дальше использовать ключ. Впрочем, перенос ключа из одного криптопровайдера в другой не соответствует законодательству, так как в сертификате указан определенный криптопровайдер.

Отредактировано пользователем 15 декабря 2021 г. 12:49:54(UTC)  | Причина: Не указана