Ключи пробрасываются с клиента на сервер с помощью mstsc стандартно, часто возникает обратная задача, которую пока можно решать так, но мы готовим более удобное решение.
https://support.cryptopr...loklnym-smrt-krtm-po-rdp
Для второй -- воспользоваться возможностями аудита КриптоПро CSP.
Записей в журнале будет много, но извлечь нужные при необходимости несложно.
https://www.cryptopro.ru...%82%D0%B8.%20Windows.pdf
Приложение Б
Управление протоколированием

Начать можно с таких параметров:

Спасибо за комплимент.
Вы первый, кто просит подобный функционал, но идею записал.
Вообще ключ доступен только в рамках RDP-сессии и только пользователю терминальной сессии. Зачем тут нужны дополнительные уведомления -- не очень понятно.

А если про режим с токенами в сервере -- то это техническое решение мы только проектируем.

Добрый день. Подскажите, статья в базе знаний [КриптоПро CSP c доступом к локальным смарт-картам по RDP],
там есть фраза
а как создать эту группу????? Какие права выдавать? Выдававать "локального администратора" вообще не хочется.

ЗЫ Проброс физических ключей на сервера отлично решается через [USB Redirector], тем более, что существует и прекрасно работает как для Win, так и для *nix систем.

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

Хочу заметить что сдача отчетности на разных площадках и в разных программах ведется от имени директора. Половина известных мне порталов .. тоже директор. Подписант на торговые площадки .. тоже директор. И вообще у нас в России только директор имеет право подписывать документы от лица фирмы. Поэтому директор должен решать кому и где дать подпись, а кому запретить.

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

Ну может и не само СКЗИ, а, например, плагины.
Заметьте, что про подписание документов по удаленной схеме я не особо идею поддерживаю - директор может и прогуляться к рабочему месту, скажем, бухгалтера. Не так много документов в день подписывается у малой или средней организации, а крупные наверняка назначат ответственных на каждый участок. Другое дело вход на порталы, с ними реально не набегаешься, некоторые выкидывают минут через 15. С порталами, возможно как раз бы пригодилось на уровне плагина.

Подскажите мне - ведь в теории плагин и расширение браузера не обязательно должны быть на одном компьютере? Если бы можно было, скажем, установить соединение расширения с плагином на другом компьютере, на стороне плагина - отображение подписываемых данных и подтверждение (и сам контейнер там же), это было бы весьма интересное решение. Хотя... это уже на 90% смахивает на токен в активном режиме с кнопкой.

Отредактировано пользователем 21 января 2022 г. 8:12:50(UTC)  | Причина: Не указана

я рад что в вашем мире пони какают радугой. а в моем мире 13 .. и еще 4 на согласовании разнородных платформ для подписи. часть из них прикрываются "вы должны купить наш ключ для подписи в футляре от порше иначе вы не сможете тут ничего сделать". на опрос почему мы это так должны .. получаем ответ "что так есть гарантия что подписывает только тот у кого есть физический ключ". и сбис с порталами это еще цветочки. самописные программы от госорганов, банки, торговые площадки ... мы уже в год вываливаем больше 100 тысяч за весь этот разовый шлак.

Для того чтоб четко понимать что было не сделано в сбисе
- отсутствует считыватель "сетевое хранилище с запросом на подпись"
- отсутствует протокол передачи данных к этому хранилищу
- отсуствует гуи надстройка для подписанта в сети у которого и находится сетевое хранилище на компьютере ... о Боже! да тут любой студент такое за неделю накатает.

Т.е. Вам хочется видеть универсальный софт для "удалённой"/ многопользовательской работы со СКЗИ с которым умели бы работать все возможные программы/ системы?

Возможно такое и можно реализовать, только если это будет гос.заказ.

sad-cat-1.png (148kb) загружен 5 раз(а).