Копирование неэкспортируемого ключа с JaCarta LT

[Vitall2005]

Спасибо огромное!
Взял все файлы со 192 по 216 включительно, убрал в хекс редакторе лишнее и все получилось.

[YuRiuS1]

Коллеги, всем доброго дня и хорошего настроения.
Прошу помочь с EToken. Есть 2 устройства своих, не за деньги. Сделал всё по инструкциям, которые описаны здесь и в интернете, но никак не получается собрать корректный ЭЦП. На одном из попыток 25 получилось скомпилировать header, primary, masks, но когда помещаю всё в папку на флэшке крипто про пишет, что проверка завершилась с ошибкой. Второй токен пытался раз 5, там чётко создаётся автоматом все 3 файла, но всё равно ошибка та же. Как быть и что делать? Если получится всё сделать, то доделаю всё и скину сюда образ ВМ готовой windows 7.

[Андрей]

Давайте начнем со второго, который более четкий. Выложите сюда экраны полученных дампов, по образцу на предыдущей странице.

[Андрей]

А name.key делаете? И скрин ошибки в Крипто про тоже нужен.

[YuRiuS1]

Давайте начнем со второго, который более четкий. Выложите сюда экраны полученных дампов, по образцу на предыдущей странице.

А name.key делаете? И скрин ошибки в Крипто про тоже нужен.

Да, тот, что здесь выложен был по моему, с названием "jacarta_3"



Если изображения не прикрепились, сорре, впервые делаю такое...

[Андрей]

"повреждён" говорит о том, что собрали неправильно.

Собирали скриптом или вручную?

[YuRiuS1]

Собирали скриптом или вручную?

Собирал и вручную, и через скрипты.
Скрипты пробовал как первый, так и второй.
Вручную следовал инструкции, причём пробовал как тупо по инструкции идти, так и подсчётом, как в последнем посте. Это что касается header.key.
Остальные ключики делал через hex_редактор, 00 все удалил, получил искомые байты.
name.key скинул просто из архива.

[Андрей]

017 файл : 30_82_09_1B

09h * 256 + 1B + 4 = 9 * 256 + 27 + 4 = 2335 байт

Алгоритм такой: берёте все файлы с 017 и склеиваете (по порядку!) пока не превысит 2335 байт. Как превысит - хвостик отрезаете. Либо склеится ровно и обрезать не придётся.

Всё, что написано про 1)кусок до, 2)большие файлы, 3)кусок после в вашем случае неприменимо.

Думаю, у вас проблема в header была, потому что другие файлы получаются элементарно.

[Андрей]

Кстати, у вас отсутствует 018 файл. Он какой был после дампа?

[YuRiuS1]

017 файл : 30_82_09_1B

09h * 256 + 1B + 4 = 9 * 256 + 27 + 4 = 2335 байт

Алгоритм такой: берёте все файлы с 017 и склеиваете (по порядку!) пока не превысит 2335 байт. Как превысит - хвостик отрезаете. Либо склеится ровно и обрезать не придётся.

Всё, что написано про 1)кусок до, 2)большие файлы, 3)кусок после в вашем случае неприменимо.

Думаю, у вас проблема в header была, потому что другие файлы получаются элементарно.

Вот чего не понимаю - того не понимаю. Как вы поняли, что алгоритм "до-большие файлы-после" не подходит к моему ключу?
В формуле 256 - константа?
Просто столько информации перечитал - никак не понял, откуда 256 берётся...

Кстати, у вас отсутствует 018 файл. Он какой был после дампа?

Он у меня 018_in(7)00_A4_00_00 - то есть по алгоритму ВСЕ "in"-содержащие файлы ведь удаляются, не?
Сегодня постараюсь сделать по новой схеме. Возможно, мои ключи новые, какой-то новый алгоритм есть.