caxapa.ru :: Насколько я понимаю, уход в сторону диффи-хеллмана обусловлен меньшим количеством передач (2 против 3-4 в выше описанном варианте). Но всё равно же нужен секретный ключ (который можно украсть и т.п.) на обоих сторонах и он должен быть уникальным

fk0, легенда (27.04.2012 14:07, просмотров: 200) ответил Alex B. на Ну в StarLine применяется AES-128. А в новых системах обмен ключами будет производится по протоколу Диффи-Хеллмана.

Насколько я понимаю, уход в сторону диффи-хеллмана обусловлен меньшим количеством передач (2 против 3-4 в выше описанном варианте). Но всё равно же нужен секретный ключ (который можно украсть и т.п.) на обоих сторонах и он должен быть уникальным для каждой пары ключ-замок (иначе будет как с keeloq -- "алгоритмический кодграббер").

[ZX]

Ответить

- Нет, Диффи-Хеллман будет использоваться при регистрации брелков (обмене ключами). Сейчас в любой системе обмен ключами производится в открытом виде. Вполне вероятна ситуация, что человека будут провоцировать перепрописать брелок, а дальше дело Alex B.(8 знак., 27.04.2012 20:01)
  - Интересно схему обмена (см. начало топика) с тремя посылками сократить до запрос-ответ. Так шансов на успешное долетание пакета в 1.5 раза больше. И скорей вывернуть вообще протокол на изнанку: база сразу передаёт "загадку" и ждёт "отгадку". Для fk0(113 знак., 02.05.2012 14:51 - 15:04)
    - Можно дойти до посылки только в одну сторону. Наподобии Keeloq, но в посылке HMAC с текущим временем. Вопрос -- как часы синхронизировать. Допустим, всегда есть 3-фазный протокол (запрос-загадка-отгадка) одновременно и синхронизирующий время. И fk0(437 знак., 02.05.2012 15:03)
- Я не прав. Увы, тоже 3 посылки: fk0(47 знак., 27.04.2012 14:24)

Средства и методы разработки