Ключевое слово в защите информации
ключевое слово
в защите информации
Получить ГОСТ TLS-сертификат для домена (SSL-сертификат)
Добро пожаловать, Гость! Чтобы использовать все возможности Вход. Новые регистрации запрещены.

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline Rango  
#1 Оставлено : 5 февраля 2019 г. 11:04:18(UTC)
Rango

Статус: Участник

Группы: Участники
Зарегистрирован: 18.07.2018(UTC)
Сообщений: 13

Сказал(а) «Спасибо»: 1 раз
Всем привет!

Есть два ПК(1 и 2) с установленными MS Win7ProSP1. На обоих стоят CP 4.0.9842.
В ПК-1 втыкаются два usb-токена: Rutoken и Aladin eToken. Затем запускается rdp-клиент(с включенной галкой проброса смарт-карт) и подключается к ПК-2. В CP ПК-2 видны эти проброшенные токены. Дальше захожу на нём через IE 11 на web-страницу банк-клиента и после ввода логина/пароля должно произойти обращение к одному из токенов(в зависимости от необходимой web-страницы банка), но на странице появляется сообщение о не найденном ключе.

Ладно. Тогда беру эти два токена и вставляю напрямую в ПК-2. Также проделываю все операции выше по заходу в банк и захожу без ошибок с ключом.
Также проделываю все эти операции напрямую на ПК-1 - захожу в банк-клиенты.

Зачем это нужно? На ПК-2 обрезан доступ ко всем сайтам, кроме банк-клиентов. Чтобы бухгалтеру не перескакивать с одного ПК на другой - сделали доступ по RDP с ПК-1 на ПК-2.
Offline Максим Коллегин  
#2 Оставлено : 5 февраля 2019 г. 12:16:38(UTC)
Максим Коллегин

Статус: Сотрудник

Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC)
Сообщений: 6,462
Мужчина
Откуда: КРИПТО-ПРО

Сказал «Спасибо»: 39 раз
Поблагодарили: 751 раз в 646 постах
Сходу идей нет, механизмы работы со смарткартами в IE и нашей панели не должны отличаться.
Знания в базе знаний, поддержка в центре поддержки
Offline two_oceans  
#3 Оставлено : 6 февраля 2019 г. 6:25:05(UTC)
two_oceans

Статус: Эксперт

Группы: Участники
Зарегистрирован: 05.03.2015(UTC)
Сообщений: 1,602
Российская Федерация
Откуда: Иркутская область

Сказал(а) «Спасибо»: 110 раз
Поблагодарили: 398 раз в 367 постах
Возможно RDP при пробросе меняет идентификаторы токена и ссылка на контейнер, сделанная при подключении напрямую не работает при пробросе. При пробросе в панели уникальные имена контейнеров совпадают с уникальными именами контейнеров при подключении токенов напрямую к пк-2? Устанавливались сертификаты в хранилище при при подключении токена напрямую или при пробросе?

Добавлено: попробовал, у меня проброс eToken по RDP работает (тестирование в CP, вход в госуслуги в КриптоПро Фоксе и Интернет Эксплорере 11.0.43). Сертификат поставился автоматически распространением сертификатов.

Отредактировано пользователем 6 февраля 2019 г. 8:03:14(UTC)  | Причина: Не указана

Offline Rango  
#4 Оставлено : 7 февраля 2019 г. 7:27:28(UTC)
Rango

Статус: Участник

Группы: Участники
Зарегистрирован: 18.07.2018(UTC)
Сообщений: 13

Сказал(а) «Спасибо»: 1 раз
Автор: two_oceans Перейти к цитате
Возможно RDP при пробросе меняет идентификаторы токена и ссылка на контейнер, сделанная при подключении напрямую не работает при пробросе. При пробросе в панели уникальные имена контейнеров совпадают с уникальными именами контейнеров при подключении токенов напрямую к пк-2? Устанавливались сертификаты в хранилище при при подключении токена напрямую или при пробросе?

Добавлено: попробовал, у меня проброс eToken по RDP работает (тестирование в CP, вход в госуслуги в КриптоПро Фоксе и Интернет Эксплорере 11.0.43). Сертификат поставился автоматически распространением сертификатов.


Да, действительно. Помогло. Вставил токены в ПК-1, зашёл на удалённый рабочий стол ПК-2 с включенной галкой проброса смарт-карт, зашёл в CP(просмотреть контейнеры), оттуда заново установил сертификаты в хранилище "Личные" и тогда смог войти в банк-клиенты.

Спасибо за совет!

p.s. Изначально сертификаты устанавливались локально на ПК-2(и вход в банк-клиенты работал). А затем заходил через RDP с пробросом портов. В этом и была проблема, значит.

Отредактировано пользователем 7 февраля 2019 г. 7:29:43(UTC)  | Причина: p.s.

Offline Агафьин Сергей  
#5 Оставлено : 7 февраля 2019 г. 10:57:19(UTC)
Grey

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 12.08.2013(UTC)
Сообщений: 834
Мужчина
Российская Федерация
Откуда: Москва

Сказал «Спасибо»: 5 раз
Поблагодарили: 215 раз в 174 постах
Автор: two_oceans Перейти к цитате
Возможно RDP при пробросе меняет идентификаторы токена и ссылка на контейнер, сделанная при подключении напрямую не работает при пробросе.

На всякий случай уточню, что это невозможно. Имена, которые прописываются в ссылку на закрытый ключ (unique-имена) являются "железным" путем и определяются исключительно токеном как устройством. Единственное, что в теории может отличаться: CRC, посчитанное от русского имени контейнера на Windows и на Linux.

Имя считывателя меняться может как угодно, уникальный номер носителя - нет.
С уважением,
Сергей
Техническую поддержку оказываем здесь.
Наша база знаний.
thanks 1 пользователь поблагодарил Grey за этот пост.
two_oceans оставлено 07.02.2019(UTC)
Offline two_oceans  
#6 Оставлено : 7 февраля 2019 г. 13:20:21(UTC)
two_oceans

Статус: Эксперт

Группы: Участники
Зарегистрирован: 05.03.2015(UTC)
Сообщений: 1,602
Российская Федерация
Откуда: Иркутская область

Сказал(а) «Спасибо»: 110 раз
Поблагодарили: 398 раз в 367 постах
Спорить не стану, в моем эксперименте уникальное имя контейнера совпало на ПК-1 и в пробросе на ПК-2. К ПК-2 напрямую не подключал. Тем не менее, что-то отличается, раз есть разница от способа подключения токена в момент установки сертификата. На обоих компьютерах Windows, так что вряд ли дело в CRC от русского имени контейнера.

Вообще будет ли не находится контейнер, если отличается только CRC? Возможно ли пояснить от какого представления имени контейнера считается CRC, входит ли в это "значение для расчета CRC" и считыватель тоже?
Offline Агафьин Сергей  
#7 Оставлено : 7 февраля 2019 г. 13:52:35(UTC)
Grey

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 12.08.2013(UTC)
Сообщений: 834
Мужчина
Российская Федерация
Откуда: Москва

Сказал «Спасибо»: 5 раз
Поблагодарили: 215 раз в 174 постах
Автор: two_oceans Перейти к цитате
Вообще будет ли не находится контейнер, если отличается только CRC? Возможно ли пояснить от какого представления имени контейнера считается CRC, входит ли в это "значение для расчета CRC" и считыватель тоже?

Общий формат имени примерно такой:
SCARD\unique\folder\CRC. Первые три блока не имеют особых символов и жестко определяются картой. CRC - это CRC16 от UTF8-представления короткого имени контейнера. Соответственно, имя считывателя тут нигде не участвует.
Если в этом формате хоть что-то не подходит под текущее "состояние карты": не сходится unique или нет контейнера, CRC от имени которого совпадает с тем, что в имени, - то провайдер смело скажет "контейнера нет".
С уважением,
Сергей
Техническую поддержку оказываем здесь.
Наша база знаний.
thanks 2 пользователей поблагодарили Grey за этот пост.
two_oceans оставлено 08.02.2019(UTC), Андрей * оставлено 18.07.2019(UTC)
Offline two_oceans  
#8 Оставлено : 18 июля 2019 г. 5:57:54(UTC)
two_oceans

Статус: Эксперт

Группы: Участники
Зарегистрирован: 05.03.2015(UTC)
Сообщений: 1,602
Российская Федерация
Откуда: Иркутская область

Сказал(а) «Спасибо»: 110 раз
Поблагодарили: 398 раз в 367 постах
Я так понимаю, решили, переустановкой сертификата.
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.