то есть подключение к сервису требуется однократно и если оно удалось, то ни в какую ФУО топать не надо?

и между чем и чем организуется защищенный канал? между картой и приложением (криптопровайдером)? а в чем его смысл и где хранится закрытый ключ, к которому выпускается CV-сертификат?

Подключение требуется для получения cv-сертификатов. Они запрашиваются при первом обращении к карте на данной ЭВМ, а затем при окончании срока их действия (или срока действия ключа). Проблема в том, что, как правило, они имеют крайне ограниченные сроки (не более месяца), так что перевыпускать CV-сертификаты нужно относительно часто.

Вкратце логика работы выглядит так:
1) Организуется защищенный канал (TLS) между криптопровайдером и центром выдачи CV-сертификатов.
2) По данному каналу производится общение CV-центра с картой, что приводит к их взаимной аутентификации.
3) В провайдере генерируется ключевая пара (ЗК хранится в реестре).
4) ОК отправляется на центр, где происходит создание CV-сертификатов.
5) Сертификаты возвращаются в провайдер и запоминаются в реестре.

В дальнейшем перед каждым сеансом работы происходит взаимная аутентификация провайдера (с использованием CV-сертификатов и ЗК) и карты (с использованием ЗК,ОК карты), в результате которой между ними устанавливается защищенный канал. Если карте не подошли сертификаты, провайдер запускает цикл их получения заново.

Как писал мой коллега, если данный процесс не может быть выполнен на конкретной ЭВМ, провайдер предоставляет возможность создания запроса на CV-сертификат с сохранением его на флешке, чтобы затем отнести его в ФУО и получить цепочку сертификатов "оффлайн". Поскольку этот процесс, мягко говоря, более накладный, то и срок действия полученных таким образом сертификатов может быть расширен.

А на эти вопросы ответы могут дать только в ФУО. Нам передали спецификацию карты, мы реализовали терминальную часть, научились с ней работать и выложили на сайт в виде криптопровайдера.
Нарушитель для таких протоколов тот, кто сидит в канале между картой и терминалом. Чтобы не казалось совсем надуманным, вспомните, что УЭК имеет и бесконтактный интерфейс (хотя, увы, наш провайдер его и не поддерживает).

В целом, закрытая. Но достаточно подробностей доступно и в открытых частях, которые выдает Google по запросу "спецификация уэк filetype:pdf".

https://www.cryptopro.ru...ptopro-csp-uec/downloads

вопрос такой.
обновился с win7 до win10 переустановил криптопро (по ссылке из этой темы)
и случилось страшное, пин код либо изменился, либо еще что.
в общем 3 раза ввел и все неправильно (вводил 100% правильно, и правильный пин)
куда теперь бежать? что делать?

в окно ввода пин кода для доступа.
так же как и всегда ранее.

Вот это окно откуда появляется? Кто его порождает? Провайдер или какое-то стороннее ПО? При какой операции оно появляется?



Если ПИН верный, но карта его не принимала, то, возможно, это наведенная ошибка из-за проблем с сервисом. Аутентификационные данные удаляли? В перечислении через "Панель управления - КриптоПро УЭК CSP" контейнер виден? Приведите вывод команды "csptest -card -uecard" (csptest - консольная утилита из Program Files / Crypto Pro / UCSP).
Если ПИН действительно ошибочный, то заблокировать можно с помощью PUK из конверта с ПИН-ами. Что делать, если его не найдете, полагаю, уже не к нам вопрос. Напишите в ФУО. Но, скорее всего, только перевыпуск.

]в чем было дело не знаю, но нашел конверт с пинами. восстановил win7, где раньше все работало, ввел puk код. и все восстановилось.
проверил в вин10, в госуслуги и налоги заходил.

и вот теперь опять проблема.
win10
на налог ру в личном кабинете не могу ничего подписать.
попробовал на win 7 - с лету все подписалось.
куда копать? что делать.
ноут с win7 скоро уйдет на разборку. надо на win10 все настроить как то.

вот скрин ошибки
2017-04-27_14-39-41.png (12kb) загружен 9 раз(а).

может быть проблема в версии эксплорера?
на win 10 такая стоит
2017-04-27_14-42-16.png (16kb) загружен 4 раз(а).
криптопро такой

2017-04-27_14-49-58.png (19kb) загружен 4 раз(а).

Отредактировано пользователем 27 апреля 2017 г. 14:54:20(UTC)  | Причина: Не указана