Добрый день!

Поставлена типовая(кмк на данный момент) задача - документы загруженные в ЛК на сайт подписывать ЭЦП пользователя.
Бэк на python, фронт Vue/JS.

На wsl собран успешно Pycades. Сертификаты загружены в uRoot(/opt/cprocsp/bin/amd64/certmgr -list -store uRoot возвращает 8 корневых).

Но при попытке обратиться к Store() в нем пусто.

Код:


Не могу понять причины так как понимание работы механизма еще весьма поверхностны, но на освоение времени не много - поэтому прошу помощи, чтобы поскорей разобраться.

Сертификаты не в том хранилище? Или могут быть подводные камни в связки win+wsl?

Прежде всего благодарю за оперативный ответ!


Да, работаем в связке в фронтом, и у него всё быстро заработало - может проверить, может подписать и отправить мне файл и .sig
Но, документы уже загружены к нам на сервер и это могут быть объемные архивы - логично вывести подписание на бэк. Он через функцию getUserSertificate() предлагает пользователю выбрать сертификат и по полученному имени забирает нужный сертификат из oStore.Certificates через метод Find(). Хочется настроится так, чтобы он мне отправлял только имя а нужный сертификат находился на бэке.


Пусто..
Но как туда попадают сертификаты пользователей?
Мы храним их документы. Мы даем механизм верификации документа любому пользователю с ЭЦП. Мы получаем его сертификат в момент, когда он пожелает подписать своей ЭЦП, свой, хранящийся у нас, документ. Верно?


Пользователь с ключом и плагином заходит в личный кабинет у нас на сайте. Там уже хранятся его неподписанные документы. Хотим дать ему возможность без скачивания по клику подписать эти документы его ЭЦП которой у нас нет.
На данный момент собрали на фронте рабочую схему, но документы приходится гонять с бэка на фронт и обратно(а они могут быть большими, и производительность операции зависит от машины пользователя).
Нужно перенести механизм работы с сертификатом и подписание документа на сервер - задача встала на работе Store с сертификатами. Я понял, что сертификат должен появится в хранилище uMy, но каким образом?

...передача закрытых ключей на сервер... хм..

На сервере тогда хешировать,
на клиенте подписывать хеш.



+ использовать (для новых файлов) - блочное чтение на клиенте, тогда можно подписывать любого размера файл.

Дело в том, что этот личный кабинет может принадлежать в т.ч. юр.лицу у которого подписывать документы могут и директор и главбух(со свей когортой ответственных)..

а если администратор\разработчик подпишет на сервере, что захочет... имея доступ к контейнерам клиентов?