Всем привет. Есть передатчик и приемник. передатчик выдает определенную посылку приемнику. при этом, расстояние от передатчика к приемнику находится в определенном диапазоне (100-200 метров) Но, можно сигнал передатчика ретранслировать, тем самым существенно увеличив дистанцию. Вопрос, как можно от этого защититься? Очень нужна помощь. Заранее спасибо за ответы.

вот 5мин назад до меня тоже это дошло, осталось только решить, что именно. Никогда ранее с подобным не сталкивался

надо что-то типа "кодового зашумления"

Ну, вообще-то ШПС не сегодня придумали:о)

Очень хорошо, только я вот совершенно не представляю, как это должно выглядеть и в какой форме

Какие проблемы передавать координаты передатчика?

проблема в том, что передатчик - активный RFID

Я бы начал все же не с электроники... а с обсуждения того, кто есть потенциальный враг, цена взлома, цена потерь от взлома. Чтобы не проектировать навороченную систему , которую и так бы никто не сломал (неуловимый Джо , который нафик никому не нужен), либо наооборот, вложился в хорошего спеца по таким системам, если убытки от взлома велики. Расскажите, как работает эта активная рфид, вообще — что у вас за система. ? Без такой информации мы тут много посоветуем, только мимо все будет.

Система очень простая. передатчик отправляет некую кодовую посылку на приемник каждые 60сек. Мощность передатчика рассчитана так, что расстояние между передатчиком и приемником примерно 200метров в поле. Соответственно, если расстояние становится больше, то приемник теряет сигнал и генерит сигнал тревоги. передатчик рассчитан на большой срок автономной работы, поэтому речи о навигационных приемниках на борту речь не идет. Задача - защитить приемник от подмены сигнала и точно знать, что передатчик вышел за предел своей допустимой зоны.

Гм, а вы вообще это пробовали ? Это не очень просто, иногда пакет и на километр может пройти на переотражениях, при этом через пару стен сигнала не будет.

Как вариант — кодируйте каким нибуть des алгоритмом частоту следующей посылки (то есть все посылки на разных каналах будут, прыгающие частоты.) И кладите эту шифровку тоже в пакет. Злоумышленники просто не будут знать, на какой частоте принимать вашу следующую посылку. Это реализовать значительно проще, чем ШПС.

то что это именно односторонний RFID уже гвоздями прибито, или не совсем и поменять можно?
даже на простых rf трансиверах можно расстояние по времени определять, правда с энергозатратами будет, возможно похуже.
в прикреплённой статье за 1000 усреднений 2-3 метра среднеквадратичное отклонение на сс2500 получают, то есть под сотню метров с одного пакета туда-сюда, можно и более скорострельные трансиверы взять.

Статья интересная, но мне не очень ясно, как они 100 пакетов без единой потери пакета обменивали, по моим экспериментам с СС110 это фактически unreal в городской среде даже при хорошем сигнале - всегда какая нибудь импульсная помеха испортит пару пакетов из 100

Да, такой обходной путь мы проверили, обмануть систему вообще не сложно. Частота 868мгц, в пределах небольшого помещения все работает отлично. Насчет прыгающих частот. Как вы и говорили, обязательно помеха испортит какие то пакеты, соответственно потеряется информация о следующей частоте, и если у меня основная частота 868, то в каком диапазоне я могу использовать сетку частот?

ToF метод не подойдет, т.к. излучатель могут разместить на расстоянии в пределах допустимой зоны.

Ну например - пусть у нас 12 каналов, от 0 до 11. Передатчик случайным образом перебирает каналы. В каждом пакете инфа о следующем. Если нет пакта - не беда - стоим на том же канале, где и были (приемник), через некоторое время там все равно появится принятый пакет. Понятно, что возрастут задержки возможные - тут надо смотреть требования к системе. Да и вообще можно много подобного придумать - подглядеть. Например всегда отсылать две посылки - одну шифровку о частоте на 0-ом канле (синхро), а вторая часть - на случайном канале, частота которого была передана только что на нулевом канле.


И что это даст ? Злоумышленнику придется 1) принять пакет 2) передать его дальше на реальный приемник, т.к. сам он ответить на шифрованный сигнал не может 3) принять ответ от реального ответчика 4) передать этот пакет отправителю - общая задержка будет такой, что отправителю покажется, что реальный приемник еще дальше, чем он на самом деле. Или такая ситуация тоже недопустима ?

попробуйте проанализировать саму задачу, может пара простых "дополнений" по эксплуатации защищиаемого оборудования решит вашу проблему. к примеру несколько меток =) на критичных точках.

Все проще, приняли приемником, выделили пакет, пакет передали по интернету, в заданном месте приняли, промодулировали, передали. такой себе ретранслятор получился с очень малым временем задержки. при нормальном канале интернета, очень быстро будет.

прыгающие частоты кажутся перспективными, но опять же вопрос - какая сетка частот нужна. И как оценить время, которое затратит противник на поиск нужной частоты? Длительность передачи порядка 500мс

если это тупо ретранслятор, то ему понадобится ретранслировать сигнал в обе стороны, соответственно пока пакет сбегает до реального передатчика и обратно, времени пройдёт много, то есть всё равно будет измерена дальность до реального передатчика(приёмопередатчика), а не ретранслятора, но связь должна быть в обе стороны.


а что страшного случится если часть пакетов потеряется?
каждый ping-pong пакета туда-сюда даёт дальность с разбросом в сотню метров, ограниченную полосой приёмника, сделали 100 измерений, усреднили получили разброс в sqrt(100) меньше, потеряли пару пакетов (пакеты-то еще и с данными, не сошлось crc - пакет можно не учитывать), усредним не 100, а 98 измерений не велика разница.


свет распространяется, напоминаю, 3нс/м, по проводам еще в полтора раза медленнее.
измеряется время распространения сигнала от передатчика (от реального передатчика, а не ретранслятора) до приёмника и !ОБРАТНО!.
какой бы нормальный канал не был, быстрее скорости света информацию распространять Эйнштейн запретил.