[lvadim]

Приветствую!
Такой теоретический вопрос возник: насколько система оповещений о тревожных событиях и потере связи, защищена от записи оригинального сигнала "все спокойно" каким-то, образно говоря, "магнитофоном" и его последующей ретрансляцией, при том что оригинальный сигнал, ну например подавлен....

[Dimuch]

Сообщение от lvadim

Приветствую!
Такой теоретический вопрос возник: насколько система оповещений о тревожных событиях и потере связи, защищена от записи оригинального сигнала "все спокойно" каким-то, образно говоря, "магнитофоном" и его последующей ретрансляцией, при том что оригинальный сигнал, ну например подавлен....

Тоже хотелось бы узнать про защищённость канала оповещения. Ведь диалогом кодируются именно команды с брелка и их подменить нельзя, идёт сеанс связи вопрос-ответ. Но оповещение оно ведь одностороннее(дальность прохождения сигнала от брелка до базы намного меньше чем от базы до брелка) и можно просто ретранслировать сигнал что всё хорошо, связь есть, тревожных событий нет....
Чем кодируется канал оповещения, какая длина ключа и отличается ли каждая последующая передача от предыдущей? Т е брелок раз поймав посылку , больше на такую же самую реагировать не будет и ему нужна другая отличная от предыдущей? Он их хранит в памяти для сравнения, в каком количестве? Потому что можно ведь поймать например 10 посылок и ретранслировать их по кругу....
Какой алгоритм канала оповещения????

[ATi]

вопрос обсуждался в бытность 1000/1500. Можете попробовать поискать по форуму. Сигнал "все спокойно" с динамическим кодированием. Ретрансляция подразумевает валидный источник сигнала, а следственно к угону не применительно.
Код-подмена теоретически возможна, что может дать угонщикам до 5 минут времени при гарантированном прохождении сигналов до брелка от сигнализации и код-граббера (один сбой из 5 посылок и обман не получается). Но это теоретически.
Но в той теме инженеры АТ декларировали еще какие-то ухищрения в логике этих оповещений сводящие на нет возможность обмана брелков. Но это лучше почитать. Я уже не помню.

[lvadim]

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

[Dimuch]

Сообщение от lvadim

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

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

Добавлено через 9 минут

Сообщение от ATi

вопрос обсуждался в бытность 1000/1500. Можете попробовать поискать по форуму....Но в той теме инженеры АТ декларировали еще какие-то ухищрения в логике этих оповещений сводящие на нет возможность обмана брелков. Но это лучше почитать. Я уже не помню.

Поискал но чтото не нашёл, быть может не те ключевые слова в поиск вбивал...
Была тема про криптостойкость DXL, но в ней представители АТ вели себя как партизаны ничего не раскрывая
Если вас не затруднит , то можете сбросить ссылку?

[lvadim]

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