Проблема: браузер сертификатов rtCert v.1.62.10.0 от 26.11.2010 самостоятельно закрывается и показывает ошибку,

если в любой из USB-портов компьютера вставлен Rutoken или Rutoken ECP.

Ошибка возникает только если в любой из USB-портов компьютера вставлен Rutoken или Rutoken ECP:
- если токен находился в любом из USB-портов компьютера программа закрывается сразу же после запуска;
- если после запуска программы в любой из USB-портов компьютера вставить токен, то программа закрывается.

Проверено на нескольких компьютерах с различными правами (включая запуск программы с правами администратора) и различными токенами.

Условия:
Windows XP Rus SP3
Rutoken Drivers v. 2.81.00.0424
rtCert v.1.62.10.0 от 26.11.2010
Токены: Rutoken 64K, Rutoken 32K, Rutoken ECP 64K

Установил контейнер с сертификатом на рутокен.
Подписываю документ в СЭД.
На этапе выбора ключевого носителя (в окне КриптоПро "Устройства") при выборе носителя контейнера ПУСТО. Нет ни одного доступного носителя.  Видит только Дискету (если подключена).
Такие счтыватели как Реестр, Рутокен - не отображает при подписи в СЭДе (в устройствах КриптоПро добавлены).
Когда в самой программе КриптоПро просматриваю/тестирую сертификат в контейнерах (реестр, рутокен) всё работает.

В чем проблема? Как решить? Хотелось бы избавиться от постоянно портящихся дискет и работать с рутокеном или реестром.

Имеется ноутбук с тремя USB портами
ОС Windows 7 x64 sp1
На свежую установку операционной системы поставлены драйвера:
1) Драйверы Rutoken 64-bit (x64) - 5,14 Mб Версия: v.2.81.00.0424 от 26.10.2011
2) КриптоПро CSP 3.6 R2 x64
при установке ошибок нет, rutoken не вставлен
при подключении Rutoken к порту Usb3.0 рутокен распознался корректно
ключ светится красным цветом
при этом в диспетчере устройств

В панели управления рутокен не отображается

при подключении к другому порту (USB 2.0) rutoken распознается, отображается в панели управления рутокен и работает.
Другие девайсы работают без проблем в тех портах, где не распознается rutoken.

nikl@ak49:~$ /usr/bin/pkcs15-init --store-private-key keys/ca.key --auth-id 02 --id 47 --label 'CA-KEY' --key-usage sign
Using reader with a card: Aktiv Rutoken S 00 00
User PIN required.
Please enter User PIN: 

засасываем сертификат

nikl@ak49:~$ /usr/bin/pkcs15-init --store-certificate keys/ca.crt --authority --auth-id 02 --id 47 --label 'CA-CERT'
Using reader with a card: Aktiv Rutoken S 00 00
User PIN required.
Please enter User PIN: 

Смотрим результат:

nikl@ak49:~$ pkcs11-tool --module /usr/local/lib/opensc-pkcs11.so --list-objects --login
Using slot 1 with a present token (0x1)
Logging in to "Rutoken S (User PIN)".
Please enter User PIN: 
Private Key Object; RSA 
  label:      CA-KEY
  ID:         47
  Usage:      sign
Public Key Object; RSA 2048 bits
  label:      CA-KEY
  ID:         47
  Usage:      none
Certificate Object, type = X.509 cert
  label:      CA-CERT
  ID:         47

Вроде все правильно, хотя смущает Usage: none у Public Key

Настраиваем openssl для работы с токеном через pkcs11 (openssl.conf)

[ engine_section ]
#
# If you are using PKCS#11
# Install engine_pkcs11 of opensc (www.opensc.org)
# And uncomment the following
# verify that dynamic_path points to the correct location
#
pkcs11 = pkcs11_section

[ pkcs11_section ]
engine_id = pkcs11
dynamic_path = /usr/lib/engines/engine_pkcs11.so
MODULE_PATH=/usr/local/lib/opensc-pkcs11.so
PIN = 12345678
init = 0

пробуем подписать какой-то пользовательский запрос на сертификат:

nikl@ak49:~$ openssl ca -config openssl.cnf -engine pkcs11 -key slot_1-id_47 -in user.csr -out user.crt
Using configuration from openssl.cnf
engine "pkcs11" set.
Check that the request matches the signature
Signature ok
The Subject's Distinguished Name is as follows
countryName           :PRINTABLE:'RU'
stateOrProvinceName   :ASN.1 12:'none'
localityName          :ASN.1 12:'City'
organizationName      :ASN.1 12:'Firma'
organizationalUnitName:ASN.1 12:'IT'
commonName            :ASN.1 12:'user'
emailAddress          :IA5STRING:'user@domain.com'
Certificate is to be certified until Jan  7 13:29:29 2022 GMT (3650 days)
Sign the certificate? [y/n]:y
3523:error:0D0C3006:asn1 encoding routines:ASN1_item_sign:EVP lib:a_sign.c:281:

В последнем шаге токен моргает, но сразу после 'y' вываливается с ошибкой, видимо, где-то в дебрях openssl

Куда еще посмотреть?

Перерыл кучу форумов, включая производителей  Rutoken, но ни одно из предложенных решений проблемы не подошло. Судя по инету — косяк замучал не только меня одного…

Сводились они к рекомендациям по переустановке утилиты шифрования КриптоПро, драйверов Rutoken, изменении количества контейнеров и проверке доступного места на Rutoken.

Сия проблема была обнаружена у клиента на новёхоньком компьютере и свежеустановленной Windows XP Prof RUS. Ошибка повторилась после установки комплекта софта ещё на 3-х компьютерах клиента (тоже новенькие). Изрёк мысль: "Что-то у вас не так с дистрибутивом Windows, т.к. копирование на Rutoken на моём буке прошло без проблем"…

Пожал плечами и забыл… ЗРЯ!!! Проблема повторилась спустя пару дней у другого клиента. Опять достал бук и скопировал…

Приехав в офис долго изгалялся с подозрительным токеном вплоть до форматирования. Успокоился. Опять ЗРЯ!!! Проблема повторилась на следующем выезде, но бук был с собой и проблемку порешал быстро…

ПРИЗАДУМАЛСЯ…

ОШИБКА 0х80090023 (-2146893789)

•При попытке скопировать ключевой контейнер ЭЦП с USB-флешки на Rutoken
•При попытке скопировать ключевой контейнер ЭЦП из реестра Windows на Rutoken
•Неудачно скопированный ключевой контейнер ЭЦП при этом виден в обзоре КриптоПро, но не открывается. Удаляется нормально.
•Попытка копирования и удаление идут по времени намного дольше чем обычно

ОШИБКА

•при попытке скопировать ключевой контейнер ЭЦП откуда угодно (Rutoken, реестр и т.д.) на USB-флешку — открытый ключ не копируется, появляется только каталог закрытого контейнера с шестью файлами.

В НОРМЕ

•копирование ключевого контейнера ЭЦП с USB-флешки в реестр Windows
•копирование ключевого контейнера ЭЦП с Rutoken на Rutoken
•любые варианты копирования на моём буке

Сегодня провёл анализ версий установленных драйверов Rutoken у клиентов и сравнил с установленной на буке. Все одинаковые, последние. На буке оказалась старенькая версия, обрадовался и обновил на последнюю — проблема не проявляется… Шит! Не там копал…   

До кучи проверил версии КриптоПро, везде свеженькие, а на буке старенькая. Поставил последнюю и: "ВОТ ОНО ЧО МИХАЛЫЧ! ВОТ ОНО ЧО!" Проблема проявилась во всей красе! Тудыть!!!

Снёс и поставил обратно старенькую КриптоПро - больше проблем нет!

* косячная версия * нормальная версия
Версия ядра СКЗИ * 3.6.5359 КС1 * 3.6.5355 КС1
Версия продукта * 3.6.6497 * 3.6.5402

http://www.koshcheev.ru/2011/12/25/oshi … ontejnera/

Драйвер скачан с вашего сайта rtDrivers.x86.v.2.81.00.0424

Подскажите  чем это может быть связанно. Заранее спасибо.