Блокировка использования копий ключей
#1
Отправлено 16 Ноябрь 2007 - 23:03
в результате домофон теряет свою функциональность.
На фирме Элтис сделали такую функцию, а также предлагают выносное устройство подключаемое к любому домофону http://www.eltis.spb.ru/pdf/ftm_1.pdf
Если не програмно то хотя-бы что нибудь похожее.
#2
Отправлено 21 Ноябрь 2007 - 22:31
Кому интересно, пишите в почту vlad_f_p@mail.ru
#3
Отправлено 28 Январь 2008 - 19:49
vlad (21.11.2007, 22:31) писал:
Кому интересно, пишите в почту vlad_f_p@mail.ru
А финализатор за 1500 р. решает эту проблему.
После его использования ключ ТМ-2004 становиться как ТМ 2003 полный аналог даласа
#4
Отправлено 28 Январь 2008 - 22:12
#5
Отправлено 26 Декабрь 2008 - 01:08
#6
Отправлено 26 Декабрь 2008 - 09:14
Skiper777 (17.11.2007, 0:03) писал:
в результате домофон теряет свою функциональность.
#7
Отправлено 26 Декабрь 2008 - 09:19
vlad (21.11.2007, 23:31) писал:
Кому интересно, пишите в почту vlad_f_p@mail.ru
Но есть одно но. Сам Метаком уже давно, судя по сайту, выпускает фильтры которые работают с ключами ТМ2002.
#8
Отправлено 08 Апрель 2009 - 13:54
Недавно просматривал данные на микросхему кб1446вг5, которая, по всей видимости, является основой ключа ТМ-2004 и прочих ключей-заготовок, для копий ds1990 цитирую:
Ёмкость ЭСППЗУ 1Кбит. Организация 4х256Бит. Уникальный серийный номер 64Бит.
- т.е. это не просто болванка с серийным номером – а ещё и электрически стираемая память. И если моё предположение верно – то возможна реализация динамического кода, причём достаточно дёшево (помимо серийного номера, каждый раз после чтения ключа производить запись изменяющихся данных в ключ и память блока вызова). Использование динамического кода делает бессмысленным изготовление копии – всё равно будет работать только тот ключ, который был последним прочитан (и соответственно обновлён) блоком вызова. Так вот вопрос непосредственно к разработчикам – прав ли я (насчёт основы ключей) и считаете ли вы возможным реализацию динамического кода на блоках вызова ТМ-2003 ?
#9
Отправлено 08 Апрель 2009 - 19:52
В принципе Вы правы, всё примерно так и обстоит, но вот реализация динамического кода натолкнётся на одно серьёзное препятствие.
Это потенциально ненадёжный контакт между ключом и лузой. И, кроме того, запись данных требует заметно большего времени удержания ключа на считывателе, в принципе возможно, конечно, не выдавать посетителю OPEN до того момента, как будет проведена запись и проверка корректности записи, но такая тормознутость, на уровне двух-трёх секунд в лучшем случае, будет серьёзнейшим недостатком. Поэтому, имхо, реализовано не будет никогда.
#10
Отправлено 08 Апрель 2009 - 21:18
Всё чётко описано. 5 баллов!
Именно из-за программно/аппаратного дребезга, в
ходе процедур чтения/записи/верификации данных, и будет
морока с вышеописанным подходом.
Проблему клонирования ключей нужно решать в корне!
Лучше аппаратно/математически Кто в теме, тот понял
#11
Отправлено 09 Апрель 2009 - 10:58
Все проблемы связанные с программно-аппаратным дребезгом мне понятны, но тем не менее этот вариант можно будет где-то использовать - например сигнализация.
А единственный (на мой взгляд) аппаратно/математический и очень эффективный метод избежать клонирования ключей - отключить нафиг считыватель и перейти на индивидуальные коды .
Всем спасибо.
#13
Отправлено 08 Апрель 2013 - 23:54
RFID-ключи и их копии чем-то отличаются? или различия только у TM-ключей есть?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных