Какой именно сценарий Вы преследуете? Дело ведь не просто в установке сертификата, верно? Какой сценарий использования ЭП у Вас предполагается?

3.

Создать сценарий, который добавит задачу пользователю и выполнит эту задачу единожды, ну или любым другим образом "заскриптовать".

Но, лучше ответить не первые вопросы, т.к. возможно, что и варианты решения окажутся/ предложаться совсем другие.

Отредактировано пользователем 14 мая 2025 г. 10:25:11(UTC)  | Причина: Не указана

Сертификат - это сертификат, а не закрытый ключ.

Из ваших обрывков текста, можно предположить, что:

0. Вы хотите использовать один единственный закрытый ключ, возможно руководителя, в одной многопользовательской системе;

1. Вы каким-то образом скопировали закрытый ключ в *.pfx, и теперь хотите импортировать его в реестр каждой УЗ серверной операционной системы;

2. Вы по какой-то причине считаете, что это является верным сценарием использования закрытого ключа.

Пока предположения верны?

Теперь Вы не знаете, каким образом можно единожды импортировать/ выполнить команду по импорту?

Даже если предположить, что задача предложенная Вами выше отрабатывала бы верно, то каким количеством она бы выполнялась, бесконечно?

Что мешает подготовить логон-сценарий, например, такого содержания:


Следует добавить, что это всё небезопасно, конечно же. Всё же следует ещё раз повторить/ напомнить, что выполняемый Вами код на стороне пользователя не безопасный, т.к. Ваш *.pfx-файл доступен пользователю для чтения/ копирования на каком-то промежутке времени. Да и сам сценарий неподконтрольного использования закрытого ключа тоже вызывает вопросы.

Отредактировано пользователем 14 мая 2025 г. 12:35:09(UTC)  | Причина: Не указана

Как бы этот первый вариант работает но будет много контейнеров в реестре, но его нужно как то доработать.
Но думаю ещё есть второй вариант установка сертификата .cer (c помощью утилиты c:\program files\cripto pro\csp\certmgr.exe) и создание закрытого контейнера через .reg для каждого пользователя, а у каждого пользователя разных SID и RID

Для обеспечения доступа к ключу можно нафантазировать несколько способов, попробуем...

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

Когда ключ не требуется "размножать" и он доступен в "единственном" экземпляре:
- использовать токен на сервере (можно предположить, что это самый безопасный сценарий использования ключа);
- использовать сетевой диск;
- использовать флэш-накопитель;

Когда ключ требуется "размножать" и он доступен во "множественных" экземплярах:
- использовать выше указанный каталог "КриптоПро" в профиле пользователя "\\HDIMAGE";
- использовать реестр "КриптоПро" в профиле пользователя "\\REGISTRY";

Установку сертификата из уже доступного контейнера пользователю, тем более в Вашем сценарии он без ПИН'а, можно осуществлять командой, например:


Когда требуется заморочиться импортом из *.pfx - команду Вы уже знаете, как ограничить исполнение этой команды одним разом, то один из возможных вариантов Вам уже был предложен, просто созданием и проверкой файла-флага, можно придумать и др. способы, например чтение личного хранилища и поиск сертификата по отпечатку:

Отредактировано пользователем 15 мая 2025 г. 10:47:59(UTC)  | Причина: Не указана