test.zip (3kb) загружен 3 раз(а).

Проверяю браузерный плагин. Версия плагина: 2.0.12245 Версия криптопровайдера: 4.0.9680
На странице https://www.cryptopro.ru...des/demopage/simple.html
подписываю Hello World
Далее беру подпись и запускаю приаттаченый тест в котором извлекаю дайджест и сравниваю его с вычисленым.

Вот что получаю

1.2.643.2.2.9
GOST3411 Message Digest from JCP, <initialized>

arrays first differed at element [0];
Expected :-101
Actual :117

Есть еще подобные тесты которые проходят. Что мы делаем не так?

Отредактировано пользователем 6 июля 2016 г. 14:59:17(UTC)  | Причина: Не указана

Мы пользуемся вашей страницей для проверки и намеренно используем фразу из первых 127 символов любой кодовой страницы. Даже если гипотетически ваша страница и имеет проблемы с кодировками, то у нас все равно есть некоторое количество примеров, когда подобный код корректно работает с текстами составлеными из ASCII.

Уже теплее... Видимо я не понимаю какие атрибуты у строки "Hello world" и как вычислить от них хэш? Как по внешнему виду страницы https://www.cryptopro.ru...des/demopage/simple.html понять, что тут создается кадес подпись а не какая то другая?

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

Почему плагин не может выдать ошибку при получении неверных данных? Почему в качестве входых форматов принимается только base64 и экзотика ucs2, но не utf-8, ascii? В демо примере на сайте подобная же ошибка. Предлагаемый способ подписания произвольной фразы, к примеру hello world, не приводит к созданию валидной подписи.

Не особо надеюсь, что плагин и пример как-то исправят или сделают сообщение об ошибке, но вдруг кто-то найдет это сообщение и решит подобную проблему побыстрее, чем за полдня.