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

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline Blair  
#1 Оставлено : 4 декабря 2020 г. 7:16:07(UTC)
Blair

Статус: Новичок

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

Здравствуйте!

При попытке подписать с помощью КриптоПро Java CSP блок данных (~ 400 кБ) перед передачей данных в ЕБС система выдает ошибку:

Интерфейс СМЭВ-3.0
biz.redsoft.security.cryptopro.exception.CryptoException: Error in function cryptAcquireContext - init occured. Тип поставщика не определен.
(0x80090017)
java.lang.RuntimeException: biz.redsoft.security.cryptopro.exception.CryptoException: Error in function cryptAcquireContext - init occured. Тип поставщика не определен.
(0x80090017)
biz.redsoft.security.cryptopro.exception.CryptoException: Error in function cryptAcquireContext - init occured. Тип поставщика не определен.

Не подскажите, чем может быть вызвана данная ошибка? Это могут быть проблемы с криптопровайдером?

Короткие сообщения 3-5 кБ подписываются без ошибок.

ОС: Astra Linux SE 1.5 (Smolensk)
JCP: 2.0.40424
КриптоПро Java CSP v.5.0.40424

Отредактировано пользователем 4 декабря 2020 г. 7:16:59(UTC)  | Причина: Не указана

Offline two_oceans  
#2 Оставлено : 4 декабря 2020 г. 12:22:12(UTC)
two_oceans

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

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

Сказал(а) «Спасибо»: 110 раз
Поблагодарили: 395 раз в 366 постах
Добрый день.

Код 0x80090017 мне встречался в основном при передаче неверного типа провайдера в CryptAcquireContext, там он означал что данный тип провайдера не поддерживается установленными и связанными с CryptoApi криптопровайдерами. Например, версия 3.6 такой код выдавала при указании типов 80 и 81 (для гост-2012), а сейчас я вижу в своей программе при начальном тестировании код 0x80090017 для типов 2 (старый випнет CSP) и 90 (код безопасности CSP) - они не установлены. В описанном случае через Джаву и Linux проблема может оказаться совсем другой.

Если сертификаты разные, то возможно неправильно привязан сертификат (в привязке некорректный тип провайдера) или неверные данные о контейнере. Если маленькие сообщения тем же сертификатом подписываются, а большие нет, то проблема другая.

Отредактировано пользователем 4 декабря 2020 г. 12:23:39(UTC)  | Причина: опечатки

Offline Евгений Афанасьев  
#3 Оставлено : 4 декабря 2020 г. 23:42:42(UTC)
Евгений Афанасьев

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

Группы: Участники
Зарегистрирован: 06.12.2008(UTC)
Сообщений: 4,006
Российская Федерация
Откуда: Крипто-Про

Сказал(а) «Спасибо»: 21 раз
Поблагодарили: 715 раз в 675 постах
Здравствуйте.
Можете привести пример кода с JCSP?
Возможно, пакет biz.redsoft.security.cryptopro имеет собственные функции для обращения к CSP, так как формат ошибок не похож на тот, что использует JCSP.

Отредактировано пользователем 4 декабря 2020 г. 23:43:26(UTC)  | Причина: Не указана

RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.