Статус: Активный участник
Группы: Участники
Зарегистрирован: 19.11.2010(UTC)
Сообщений: 52
Откуда: Спб
Сказал(а) «Спасибо»: 4 раз
|
Если кому понадобится все-таки, то там используется преобразование данных из стандарта рфц в Xml c использованием фрейворка ASN1. В принципе нет ничего сложного получить их в прямом виде используя метод SetByXmlWrappedKey у класса GostWrappedKeyObject Единственная проблема в том что они все internal, что конечно лечится. Спасибо за ответы, с горем пополам разобрался =) Отредактировано пользователем 7 декабря 2012 г. 17:31:16(UTC)
| Причина: Не указана
|
|
|
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 21.02.2013(UTC)
Сообщений: 2
|
Здравствуйте, подскажите пожалуйста, что значит Цитата:
1) Let K(x,y,UKM) = ((UKM*x)(mod q)) . (y.P) (512 bit),
...
x.P - a multiple point
Что такое multiple point и как получить К?
|
|
|
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 28.05.2015(UTC) Сообщений: 3  Откуда: Планета земля
|
@ssashas, я уже три месяца голову ломаю что это такое. Судя по коду OpenSSL точка перед (y.P) обозначает умножение. Да, алгоритм работоспособен при таком его трактовании, но не совместим с имеющимися у меня тестовыми данными и реальными устройствами. КриптоПро - может расшифруете этот суперсекретный алгоритм VKO?
|
|
|
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 10.04.2013(UTC) Сообщений: 186 Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 81 раз в 62 постах
|
Здравствуйте! Алгоритм VKO (по сути - ECDH (Elliptic Curve Diffie-Hellman) с умножением на рандомизатор и хэшированием) работает в группе точек эллиптически кривых. P - базовая точка, x,y - закрытые ключи участников протокола. x.P - это точка P, умноженная на x. Можете также посмотреть описание в документе Технического комитета по криптографии Росстандарта. Если информации не хватает, пожалуйста, обращайтесь - поможем. Просим нас извинить, что проигнорировали предыдущее сообщение в этой теме. Отредактировано пользователем 10 июня 2015 г. 13:24:43(UTC)
| Причина: Не указана |
С уважением, Станислав Смышляев, к.ф.-м.н., Заместитель генерального директора ООО "КРИПТО-ПРО" Техническую поддержку оказываем здесь. Наша база знаний.
|
|
|
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 28.05.2015(UTC) Сообщений: 3 Откуда: Планета земля
|
Проще говоря пункт №1 алгоритма https://tools.ietf.org/html/rfc4357#section-5.2 читается так: K(x,y,UKM) = (UKM·x mod q) · (y·P) Очень интересно, какая нечистая заставила авторов RFC4357 использовать точку вместо звёздочки для операции умножения! Ладно бы UKM*x был записан как UKM.x - тогда догадаться о таком извращении было бы легче. В любом случае спасибо! А огромное спасибо скажем, если сможете предоставить тестовые данные для прогона данного алгоритма.
|
|
|
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 10.04.2013(UTC) Сообщений: 186 Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 81 раз в 62 постах
|
В документе с описанием VKO для ГОСТ Р 34.10-2012 примеры есть ( ссылка). Думаю, они Вам должны подойти. А по RFC 4357 - посмотрите следующий пример (на параметрах по умолчанию): VKO (по RFC-4357, пункт 5.2): Закрытый ключ 1: 733d2c20 65686573 74746769 79676120 626e7373 20657369 326c6568 33206d54 Открытый ключ 1: 528597c0 41cbea30 8e946132 e41b8508 9cc981a2 55b1eaae 9535b688 a977cbe5 e66acbf5 4071efa8 2c238df8 b504fd55 66acba68 2cadec8f 361e9706 8f24efa3 Закрытый ключ 2: 74746769 79676120 626e7373 20657369 326c6568 33206d54 733d2c20 65686573 Открытый ключ 2: a17c7358 adfa520e 8e70fa04 31bc7a9a ff976ff3 bd98e60f 4e8d794d 667f7368 5cfaa0d6 71dd1d3e 9075d512 50a48f91 61b78e89 224bd579 726fb9ff 16a1d08e IV ключа согласования: 01020304 05060708 Ключ согласования (VKO): 7975061f 6f498f23 8556f601 d293ef36 15fec711 d1a57f45 e5e189c4 1b61a639 Хэш-значение полученного (VKO) ключа: 8ae3e94f 2cfa7ec2 0d0798ff c5390ec5 46f3408a 75debe70 d23cf1ff 786ca001 |
С уважением, Станислав Смышляев, к.ф.-м.н., Заместитель генерального директора ООО "КРИПТО-ПРО" Техническую поддержку оказываем здесь. Наша база знаний.
|
|
|
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 28.05.2015(UTC) Сообщений: 3 Откуда: Планета земля
|
Вот теперь спасибо огромное. К сожалению ваш ответ запоздал, с помощью просьб и унижений данные были добыты в другом месте :) К вашим данным необходимо уточнить алгоритм вывода. Компьютеры обладают различными архитектурами, а мы с вами вообще - люди, предпочитающие естественную форму записи в десятичной системе счисления. Шестнадцатеричные последовательности байт мало что говорят о значении представляемых ими чисел. Тем, кому придётся повторить мой тернистый путь напоминаю, что перед хешированием координат полученной точки их необходимо странным образом перевернуть. Упрощённый алгоритм перестановки: Цитата:
// Исходный буфер xy содержит аффинные координаты точки в последовательности X, затем Y. Обе координаты занимают по 32 байта в сетевом порядке байт.
for (int i = 0; i < 32; i++) {
tohash[i] = xy[32 - i];
tohash[i + 32] = xy[64 - i];
}
|
|
|
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The Форум КриптоПро uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close
