Технический форум по робототехнике.
Модераторы:
1970DenisT, Dmitry__
Angel71 » 27 мар 2015, 23:42
кодер это hcs300, что за код пишете это загадочно. сложно гадать с таким описанием.
допустим в одном случае делается так: на входе у hcs300 4 кнопки, т.е. 4 бита. как-то он там ещё программируется. ну допустим считаем, что не 4, а 3 или 2 бита. нужно передать какое-то число, разложили по 2 или 3 бита и передали за несколько раз. на принимающей стороне сибираете из нескольких посылок своё число.
в другом случае нужно будет переодически перепрограммировать флеш этой hcs300.
в третьем выкидываете этот hcs300 и пишите свой софтовый и прикручиваете к пику или что там у вас радиопередатчик.
для ещё какого-нибудь достаточно не мудрить, а взять пару мк+трансиверов и сделать свой протокол с нужными плюшками.
и т.д.
Dmitry__ » 28 мар 2015, 01:23
Я вот решил проверить, что-нибудь появилось для дуин? И таки появилось
Если собрать схему из:
http://roboforum.ru/forum104/topic11831-180.html#p323844Залить код из:
http://www.phreaker.ru/forum/showpost.php?s=bc7e4f4378532540f0013c4218480df1&p=26912&postcount=872Поменять:
"#define rxPin 7" на "#define rxPin 2"
"#define txPin 8" на "#define txPin 10"
То дуина начинает принимать keeloq:
- Код: Выделить всё • Развернуть
- keelog invert -
2321FBC5-hop
8000-fix
4-btn
1-dop
- sending keelog -
23 - 21 - FB - C5 - 80 - 0 - 0 - 4 - 1 - - keelog invert -
FFE59FF4-hop
F0400-fix
0-btn
0-dop
- sending keelog -
FF - E5 - 9F - F4 - F0 - 40 - 0 - 0 - 0 - - keelog invert -
679F4A4-hop
8000-fix
4-btn
1-dop
Даже правильно кнопки определяет из некриптованной части посылки...
Осталось дописать на этом даунском языке кодер/декодер и, и, и, ну в общем вот.
Добавлено спустя 10 минут 4 секунды:Возвращаемся к:
http://roboforum.ru/forum104/topic11831-60.html#p275165А потом к:
http://roboforum.ru/forum104/topic11831-60.html#p275433Кажись это криптовалка. За это время я начал понимать дуину, буду курить...
Busy » 28 мар 2015, 09:47
Angel71 писал(а):кодер это hcs300, что за код пишете это загадочно. сложно гадать с таким описанием.
Как я понимаю человеку надо по rs232 передавать при программировании в пик , серийник, мануфактурник, и еще мож чего)) а в режиме работы от батарейки пик мог бы передавать как физичекие нажатия кнопок, так и нажатие кнопок по командам rs232 в купе с разным серийником, в зависимости на какой декодер расчина посылка, плюс команду состояния батарейки.
Это возможно нужно для организации хорошо криптованных датчиков, которые могут работать как от кнопок таки по rs232
Полезность как я пологаю в том, что не надо искать много hcs300 и она не умеет управляться по rs232)
Вот примерно так человека понял))
Angel71 » 28 мар 2015, 11:56
это всё замечательно, но это предположения. несколько десятков чего? десятки hcs300 к одному мк или один hcs300, один мк и десятки приёмников? и т.д. с криптованием тоже вопросы. он делает софтовый аналог hcs300 или хочет использовать hcs300, но использовать в роли декодера софтовую реализацию, которая банально учитывает только первую часть пакета? во втором случае разговоры про шифрование, становятся просто бреднями, т.к. безопастность нулевая. даже если сделать нормально, то с этими hcs300 говорить серьёзно про безопастность как бы слегка некорректно. эти кейлоки уязвимы к "человек посредине".
vavan-kmv » 28 мар 2015, 13:58
Дмитрий замутил дешифратор, он великолепно настраивается посредством битов и байтов в EEPROM`e (единственное, дешифратору пофиг на приращение 16-и битной секретной шняги, это конечно снижает на несколько порядков секретность алгоритма и позволяет управлять дешифратором с помощью записанной ранее посылки), но даже в этом случае данный сабж является очень интересным с точки зрения помехозащищённости и селективности. Я же, в свою очередь, хотел прилепить дешифратор к мини компу по RS232 (почему к мини компу, да потому, что функционал больше чем у дуина, у той же малинки) и принимать состояние кнопок от разных (естественно предварительно перешитых моим мануфактурником) hcs200-300. Мысля пошла дальше и захотелось прикрутить к тому-же RS232 и передатчик, что-бы можно было удалённо управлять исполнительными устройствами, построенными на базе всё того-же дешифратора из данной темы. Дальше объяснять?
Последний раз редактировалось
vavan-kmv 28 мар 2015, 14:52, всего редактировалось 1 раз.
Angel71 » 28 мар 2015, 14:27
от куда такая привычка цитировать предыдущее сообщение? вы при разговоре перед тем, как что-то ответить, тоже всегда повторяете сказанное собеседником?
у этого алгоритма нет никакой секретности, вся нужная информация давно в сети гуляет. сама по себе секретность алгоритма вообще может не иметь никакого значения. секретности передаваемых данных нет. помехозащищённость и безопастность около нулевая.
это же элементарные вещи
- 1.png (6.19 КиБ) Просмотров: 2722
дальше можете обьяснять, можете не обьяснять. только сначала подумайте, можно ли понять из написаного, сколько чего пытаетесь задействовать и что именно у вас не получается?
vavan-kmv » 28 мар 2015, 15:04
Кто хотел - давно понял, Вам объяснять не буду.
Angel71 » 28 мар 2015, 15:15
дело ваше, возитесь сами.
vavan-kmv » 28 мар 2015, 15:22
Возиться то и не с чем... так как ТС разработал только дешифратор, а я как раз и просил его о разработке шифратора, но он переключился на ардуино, затем выяснились некоторые тонкости работы дешифратора, корче как-то так.
Добавлено спустя 2 минуты 9 секунд:
Но дешифратор Дмитрия, очень даже, имеет право на жизнь. И, думаю, я его куда нибудь запихну.
Dmitry__ » 28 мар 2015, 15:25
Не ругайтесь, дети мои, я вам прялку подарю
Ну чо? Делаем на дуине кодер/декодер??? Вроде дуины дешевы, программа влезет в самую хилую atmega168. Все будет открыто и прозрачно, можно менять print под себя как хочешь...
vavan-kmv » 28 мар 2015, 15:27
Я только за! Дуины, вот только, в интернете, да на картинках видел.))))
Dmitry__ » 28 мар 2015, 15:48
Angel71 писал(а):но использовать в роли декодера софтовую реализацию, которая банально учитывает только первую часть пакета? во втором случае разговоры про шифрование, становятся просто бреднями, т.к. безопастность нулевая. даже если сделать нормально, то с этими hcs300 говорить серьёзно про безопастность как бы слегка некорректно. эти кейлоки уязвимы к "человек посредине".
Этого я не понял. Что значит кейлоки уязвимы? Забодаешься их ломать. Учета счетчика у меня нет, т.к. не стояла задача защищаться от кулхацкеров, нужна была только помехозащищенность. Дописать проверку счетчика недолго, только появится куча вопросов к синхронизации декодеров. Тут и так выносят моСК простыми вопросами, а со счетчиками будет -
vavan-kmv писал(а):вот только, в интернете, да на картинках видел.))))
В местном магазине есть, я брал, а может магазин давно и мертв
А вот ссылка от уважаемого, но вредного
angel71, цана за 10 дуин
:
http://www.aliexpress.com/store/product/1pcs-Pro-Mini-328-Mini-ATMEGA328-5V-16MHz-Free-Shipping/812021_1432585134.html
vavan-kmv » 28 мар 2015, 16:27
Во-во, точно такая-же, но только одна, там-же, стоит 99 рубликов...
Angel71 » 28 мар 2015, 17:53
Dmitry__, вредный и ленивый, так что вникаю поверхностно. итак... у кейлоков несколько уязвимостей. для таких чипов можно использовать "человек посередине". один из вариантов: глушится часть данных, в следующей отправке опять глушится часть данных и отправляется то, что записано в первый раз. последний твой, пользуйтесь.
есть варианты, как могут напакостить и такой вариант не прокатит. если используется не 1 кнопка, а несколько, то точно не прокатит. так это только один вариант. ну не важно, это бла бла бла в общем. в данном случае и так не шибко надёжную штуку превратили в хлам, выкинув проверку синхронизации. просто отправляем любые ранее записанные пакеты?
Dmitry__ » 28 мар 2015, 18:44
Angel71 писал(а):один из вариантов: глушится часть данных, в следующей отправке опять глушится часть данных и отправляется то, что записано в первый раз. последний твой, пользуйтесь.
Ага, щааааазззззз!
Все современные кодеры/декодеры прибавляют счетчик нажатий после короткой паузы. На синхронизацию это не сказывается, т.к. окно валидности там от 16-ти до хз сколько. А подменить твоим способом посылку уже не получится.
Angel71, не придумывай ломалки, я собаку и зубы сьел на keeloq
Добавлено спустя 2 минуты 16 секунд:Angel71 писал(а):Dmitry__, вредный и ленивый, так что вникаю поверхностно. итак... у кейлоков несколько уязвимостей.
Вооооот, "поверхностно"
Ну, я ответил про зубы и собаку, больше не придумывай, не зная мануфакттурника - все в сад.
Добавлено спустя 7 минут 4 секунды:Вот, понятно и углубленно
http://www.microchip.ru/lit/keeloq/keeloq_1.htmРассинхронизация ключа и замка. Все системы дистанционного доступа, требующие синхронизации кодов приемника (кодера) и передатчика (декодера), имеют одно узкое место - часто возможна активация передатчика вне радиуса действия приемника. В этом случае синхронизация нарушается, так как все последующие принятые коды будут отличаться от ожидаемых декодером и устройство не сработает. Большинство подобных систем потребует специальной процедуры синхронизации, часто неудобной для пользователя.
У Keeloq эта проблема решена - процесс восстановления синхронизации автоматический и незаметен для пользователя. Достигнуто это двумя мерами: во-первых, декодер реагирует не только на первый ожидаемый код, но и на некоторое количество кодов, например 14, которые должны следовать далее. Таким образом, если передатчик 14 раз сработал вне зоны действия приемника, то на 15 раз, оказавшись уже в зоне приема, он вызовет правильное срабатывание устройства. Действующие коды называются "окном валидности". При ширине окна 15 кодов и общем количестве возможных комбинаций более 4,5 миллиарда риск случайного несанкционированного доступа возрастает очень незначительно. Ширина "окна валидности" - величина, программируемая пользователем и выбираемая оптимальной для конкретного канала связи и требований к безопасности.
Во-вторых, восстановление синхронизации в большем диапазоне кодов, достаточном для любых применений и без потери секретности, достигнуто следующим образом: декодер сравнивает два последовательных полученных кода, находящихся вне "окна валидности", с ожидаемыми, но в пределах большего окна - "окна ресинхронизации", и только если оба совпадут, устройство сработает. На практике это может выглядеть так: владелец машины с помощью радиобрелока безуспешно пытается снять ее с сигнализации на большом расстоянии или из-за преграды, пока чувствительности приемника еще не хватает; когда же очередная посылка оказывается принятой декодером, то она не вызывает его срабатывания из-за рассинхронизации. Однако уже следующая попытка владельца приводит к успеху, так как два последовательных кода оказались правильными. Восстановление синхронизации Keeloq требует только одной дополнительной попытки.