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

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline miser  
#1 Оставлено : 17 июля 2015 г. 10:46:36(UTC)
miser

Статус: Активный участник

Группы: Участники
Зарегистрирован: 14.03.2011(UTC)
Сообщений: 152
Мужчина
Откуда: Санкт-Петербург

Сказал «Спасибо»: 1 раз
Поблагодарили: 7 раз в 5 постах
Заметил странную особенность при сборке проекта под JCP 2.0
В зависимостях проекта лежит JCP сборки 2.0.37283.
Если в базовой JDK не стоит дистрибутив JCP, проект собирается.
Есть другая JDK, где установлена JCP 2.0.37985. Проект не собирается, транслятор ругается на отсутствие переменной
JCP.GOST_DH_NAME

Открываю файл changelog.txt
от 2014-12-25 КриптоПро JCP 2.0.37985
до 2014-01-22 КриптоПро JCP 2.0.37283

Ни где не сказано об изменении или исчезновении названия данного алгоритма.
Offline Евгений Афанасьев  
#2 Оставлено : 17 июля 2015 г. 11:32:27(UTC)
Евгений Афанасьев

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

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

Сказал(а) «Спасибо»: 20 раз
Поблагодарили: 691 раз в 652 постах
Здравствуйте. В связи с доработками ГОСТ Р 34.10-2012 и удалением ГОСТ Р 34.10-94 указанные изменения произошли ориентировочно в JCP 2.0.37748:
Код:

* jcp: ликвидирован ГОСТ Р 34.10-94 (проверка подписи, параметры, старые названия алгоритмов), перегенерирован ASN1P (JCP-314)

Также есть множество изменений в документации JCP в дистрибутиве (новые константы, алгоритмы, параметры и т.п.).
JCP.GOST_DH_NAME -> JCP.GOST_EL_DH_NAME ("GOST3410DHEL")

Отредактировано пользователем 17 июля 2015 г. 11:34:38(UTC)  | Причина: Не указана

Offline miser  
#3 Оставлено : 17 июля 2015 г. 15:13:45(UTC)
miser

Статус: Активный участник

Группы: Участники
Зарегистрирован: 14.03.2011(UTC)
Сообщений: 152
Мужчина
Откуда: Санкт-Петербург

Сказал «Спасибо»: 1 раз
Поблагодарили: 7 раз в 5 постах
Автор: afev Перейти к цитате
Здравствуйте. В связи с доработками ГОСТ Р 34.10-2012 и удалением ГОСТ Р 34.10-94 указанные изменения произошли ориентировочно в JCP 2.0.37748:

Как же так? Не получится ли так, что шифрованное сообщение не удастся декодировать?
В качестве примера, CMS_samples/CMSSignAndEncrypt.java.

Код:

final PublicKey responderPublic = publicCert.getPublicKey();

// выработка ключа согласования отправителем
final KeyAgreement senderKeyAgree = KeyAgreement.getInstance(CMStools.KEY_ALG_NAME);

Старый JCP 1.0 шифрует, а новый JCP 2.0 не может получить данные. Или наоборот.

Offline Евгений Афанасьев  
#4 Оставлено : 17 июля 2015 г. 17:32:57(UTC)
Евгений Афанасьев

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

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

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