Добрый день.
Хочу установить дома сигнализацию OKO-U2, с реализацией постановки\снятия охраны ключом "IButton". Смущает лишь тот факт что в интернете много инфы по поводу так называемых "Универсальных Touch Memory" ключей, которые подходят к многим устройствам управляемым через IButton. Меня интересует в OKO-U2 в контролере IButton есть защита от таких ключей? Также интересует есть ли в этом самом контролере защита от поражения электрошокером?
п.с. радио брелок просьба не предлагать, хочу реализовать постановку\снятие охраны именно на IButton ключах, так как у всех в семье на связке ключей уже висят такие ключи от общего домофона.
Защита встроенного контролера ключей "IButton"
Re: Защита встроенного контролера ключей "IButton"
прибор око-и2 будет реагировать ТОЛЬКО на ключи точ-мемори, которые были внесены до этого в память прибора в режиме программирования - двойное нажатие на кнопку для входа в режим програмирования, поочереди поднесли к считывателю все необходимые ключи, опять двойное нажатие на кнопку для выхода из режима програмирования. На другие ключи в том числе "универсальные" прибор не реагирует.
в око-и2 по линии данных стоят сапрессоры для защиты от высокого напряжения, но необходимо понимать, что при желании и возможностях можно вывести из сртоя все, что хочешь )))
Тоесть, действительно можно убить центральный процессор изделия, который также и читает ключи и тогда уже никакого тревожного оповещения не будет. Поэтому считыватель ключей, подключенный напрямую к око-и2 лучше устанавливать внутри объекта, а не за его пределами. Тоесть необходимо будет в этом случае делать задержку на постановку охраны ключами точмемори и задержку тревоги по входу (датчик открытия двери)
Если же принципиально необходимо ставить считыватель ключей за пределами объекта (тоесть он в любой момент и любому человеку будет доступен на протяжении любого времени), то целесообразно применять отдельный недорогой контроллер ключей точмемори, например, http://oko.plys.kiev.ua/oko-ibutton.htm
при этом все "свои" ключи будут хранится именно в этом контроллере, который уже будет простым контактным способом ставить/снимать охрану око-и2, тоесть с позиции око-и2 это будет пост/снятие охраны по входу (триггерно).
Если злоумышленники ставят цель "убить" считыватель, то они его убъют 100%. В данном случае умрет сам контроллер ключей, но центральный модуль останется жив. Если злоумышленники попытаются перебором подобрать ключ, то этот контроллер при нескольких касаний подряд "чужим" ключем уже не будет выполнять команду и от своего ключа напротяжении 15 минут, тоесть очень долго и нудно придется производить подбор из миллионов комбинаций.
в око-и2 по линии данных стоят сапрессоры для защиты от высокого напряжения, но необходимо понимать, что при желании и возможностях можно вывести из сртоя все, что хочешь )))
Тоесть, действительно можно убить центральный процессор изделия, который также и читает ключи и тогда уже никакого тревожного оповещения не будет. Поэтому считыватель ключей, подключенный напрямую к око-и2 лучше устанавливать внутри объекта, а не за его пределами. Тоесть необходимо будет в этом случае делать задержку на постановку охраны ключами точмемори и задержку тревоги по входу (датчик открытия двери)
Если же принципиально необходимо ставить считыватель ключей за пределами объекта (тоесть он в любой момент и любому человеку будет доступен на протяжении любого времени), то целесообразно применять отдельный недорогой контроллер ключей точмемори, например, http://oko.plys.kiev.ua/oko-ibutton.htm
при этом все "свои" ключи будут хранится именно в этом контроллере, который уже будет простым контактным способом ставить/снимать охрану око-и2, тоесть с позиции око-и2 это будет пост/снятие охраны по входу (триггерно).
Если злоумышленники ставят цель "убить" считыватель, то они его убъют 100%. В данном случае умрет сам контроллер ключей, но центральный модуль останется жив. Если злоумышленники попытаются перебором подобрать ключ, то этот контроллер при нескольких касаний подряд "чужим" ключем уже не будет выполнять команду и от своего ключа напротяжении 15 минут, тоесть очень долго и нудно придется производить подбор из миллионов комбинаций.
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Защита встроенного контролера ключей "IButton"
Тоже не выход из положения. Дело в том что есть универсальные ключи которые программно умеют ломать контролеры и прописыватся в пустую ячейку памяти. А 1024 ячейки в этом контролере заполнить нереально, разве что только если есть на руках такое количество ключей)))))boby писав: Если же принципиально необходимо ставить считыватель ключей за пределами объекта (тоесть он в любой момент и любому человеку будет доступен на протяжении любого времени), то целесообразно применять отдельный недорогой контроллер ключей точмемори, например, http://oko.plys.kiev.ua/oko-ibutton.htm
Наверно все же будет правильно поступить установив считыватель внутри квартиры и надеятся на то что злоумышленики не настолько предусмотрительны чтоб брать с собой на "дело" электрошокер.
Re: Защита встроенного контролера ключей "IButton"
"програмно умеют ломать" - это простым языком есть подбор ключа, который совпадает из одним из "своих".
Насчет "умеют прописаться в пустую ячейку" - это "миф", если же конечно производитель контроллера заведома не заложил такую "техническую" возможность
Обычно делаю так, чтобы прописаться в "пустую" ячеку, необходимо контроллер перевести в режим программирования.
А если контроллер переводится в этот режим ТОЛЬКО путем манипуляций кнопок/джампера на самой плате контроллера, то теряется причинно-следственная связь. Ведь, чтобы "прописаться" в контроллер необходимо заполучить доступ к самому контроллеру (который находится внутри объекта) для перевода его в режим программирвания. А получив физический доступ к контроллеру, уже как бы и не нужно прописывать какие-то ключи - все делается намного проще и быстрее ))))
попавь внутрь объекта злоумышленники не будут внимательно изучать схему построения вашего решения и думать, куда бы им притулить их шокер, и где бы найти это "слабое" место - у них на это не будет времени, к тому же внутри объекта они будут применять совершенно иные методы "обезвреживания" кричалок/пищалок/сигналок и прочих "препятствий и источников беспокойства".
Насчет "умеют прописаться в пустую ячейку" - это "миф", если же конечно производитель контроллера заведома не заложил такую "техническую" возможность
Обычно делаю так, чтобы прописаться в "пустую" ячеку, необходимо контроллер перевести в режим программирования.
А если контроллер переводится в этот режим ТОЛЬКО путем манипуляций кнопок/джампера на самой плате контроллера, то теряется причинно-следственная связь. Ведь, чтобы "прописаться" в контроллер необходимо заполучить доступ к самому контроллеру (который находится внутри объекта) для перевода его в режим программирвания. А получив физический доступ к контроллеру, уже как бы и не нужно прописывать какие-то ключи - все делается намного проще и быстрее ))))
попавь внутрь объекта злоумышленники не будут внимательно изучать схему построения вашего решения и думать, куда бы им притулить их шокер, и где бы найти это "слабое" место - у них на это не будет времени, к тому же внутри объекта они будут применять совершенно иные методы "обезвреживания" кричалок/пищалок/сигналок и прочих "препятствий и источников беспокойства".
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Защита встроенного контролера ключей "IButton"
Как показала практика не со всеми ключами iButton умеет работать данный прибор. Например ключи от домофона CYFRAL он отказывается напроч считывать. Видимо все дело в битности ключей.
Re: Защита встроенного контролера ключей "IButton"
битность - это не самое главное )))
там совершенно иной протокол обмена, в том числе с инверсией мастер-слейв.
Простыми словами, таблетки Даллас являются слейвами (рабами), которые все время "молчат" и отвечают лишь тогда, когда их спрашивает мастер (контроллер ключей).
А вот новое детище цифрал возобновило себя мастером и тупо все время орет в линию, как только прикаснулось к ней )))
Форма таблетки та же, а вот содержимое - иное (
там совершенно иной протокол обмена, в том числе с инверсией мастер-слейв.
Простыми словами, таблетки Даллас являются слейвами (рабами), которые все время "молчат" и отвечают лишь тогда, когда их спрашивает мастер (контроллер ключей).
А вот новое детище цифрал возобновило себя мастером и тупо все время орет в линию, как только прикаснулось к ней )))
Форма таблетки та же, а вот содержимое - иное (
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Защита встроенного контролера ключей "IButton"
Скажите а если вместо считывателя iButton ключей подключить считыватель безконтактных карт и ключей, у которого выходной сигнал в интерфейсе TouhMemory, будут считыватся безконтактные карты и ключи?
Re: Защита встроенного контролера ключей "IButton"
должен считываться, если там действительно есть интерфейс 1-wire touch-memory, но реально надо проверять
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Защита встроенного контролера ключей "IButton"
Проверил два бесконтактных считывателя разных производителей. Оба работают без проблем.boby писав:должен считываться, если там действительно есть интерфейс 1-wire touch-memory, но реально надо проверять
В итоге получается не плохой прибор с двойной функцией, gsm сигнализации и контролера доступа. Правда пару-тройку моментов в нем все же хотелось бы доработать.
Re: Защита встроенного контролера ключей "IButton"
Что за "пару моментов"?