Перейти к содержанию

Рекомендуемые сообщения

Опубликовано
  • Автор
comment_25174

К сожалению, поиск криптоключа идет бесконечно. Я использовал в качестве известного ключа криптоключ А из нулевого сектора. Или я не правильно взял для поиска криптоключей известный ключ?

  • Ответов 376
  • Просмотры 52 тыс
  • Создана
  • Последний ответ

Топ авторов темы

Популярные посты

  • Пока не видно на горизонте, но дело идет.

  • Бред) я считаю что звонить на шлагбаум - это дико не удобно. Думаю я не один такой. Код вводить тоже менее удобно чем иметь ключ. Отдавать домофону биометрические данные - тоже затея не из лучших. Вот

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

Изображения в теме

Опубликовано
comment_25175

Всё делаете правильно.

Если поиск бесконечен, то нужно использовать метод Харднестед. Но он есть только в iKeyBase на ПК, а smkey не работает с ПК, нужно использовать 5S. В мобильные приложения этот метод добавим скоро, тогда и smkey сможет использовать новый метод поиска.

Но если считыватель даже не моргает на вашу копию, то она фильтруется уже как заготовка, нужно использовать mf-3.

Вы сможете стереть её, в случае необходимости.

 

Опубликовано
comment_25177

Что значит стираются? Если Вы записали метку и она не подошла, то можно записать в нее дефолтный дамп с FFками в криптоключах (зная текущий криптоключ в метке), чтобы при последующей записи прибор не ругнулся на то, что не может записать, потому что метка не "чистая".

Опубликовано
comment_25178
  В 27.06.2020 в 09:38, Pavel сказал:

Всё делаете правильно.

Если поиск бесконечен, то нужно использовать метод Харднестед. Но он есть только в iKeyBase на ПК, а smkey не работает с ПК, нужно использовать 5S. В мобильные приложения этот метод добавим скоро, тогда и smkey сможет использовать новый метод поиска.

Но если считыватель даже не моргает на вашу копию, то она фильтруется уже как заготовка, нужно использовать mf-3.

Вы сможете стереть её, в случае необходимости.

 

 

у меня так получается с  mf-3  считыватель домофона не моргает, соответственно и не открывает но когда делал эмуляцию с SMKey записанного дампа  в  заготовку mf-3 домофон открывался и на считывателе вроде красный светодиод загорался в этот момент. 

 

а как-то можно реализовать чтобы SMKey мог как то полностью считать сам считыватель что он за зверь такой? ведь вы иной раз говорите что нам бы такой считыватель ......  скажем так если сталкиваемся с тем что записанные ключи не открывают. то запускаем то-то и подносим к считывателю и и полученные данные отправляйте нам для изучения на такуюто почту....

Опубликовано
comment_25179

В вашем случае, видимо, проблема не в несчитанных данных или их изменении, а в банальной фильтрации заготовки.

К сожалению, без детального сравнения обмена между оригиналом (смкеем) и копией, в т.ч. с осциллографом не понять отличий, не узнать, что ему не нравится в заготовке. То есть, одним смкеем на месте не обойтись.

Опубликовано
comment_25180
  В 27.06.2020 в 15:59, Pavel сказал:

В вашем случае, видимо, проблема не в несчитанных данных или их изменении, а в банальной фильтрации заготовки.

К сожалению, без детального сравнения обмена между оригиналом (смкеем) и копией, в т.ч. с осциллографом не понять отличий, не узнать, что ему не нравится в заготовке. То есть, одним смкеем на месте не обойтись.

 

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

Опубликовано
comment_25181
  В 27.06.2020 в 15:59, Pavel сказал:

В вашем случае, видимо, проблема не в несчитанных данных или их изменении, а в банальной фильтрации заготовки.

К сожалению, без детального сравнения обмена между оригиналом (смкеем) и копией, в т.ч. с осциллографом не понять отличий, не узнать, что нему не нравится в заготовке. То есть, одним смкеем на месте не обойтись.

 

но также интересно почему даже когда только 0 сектор использовал при эмуляции и  как вы писали попробовать сделать этот дамп 

И сделайте-ка вот такой дамп:
Сектор 0.
Блок0: 29 D9 66 CA 5C 08 04 00 62 63 64 65 66 67 68 69
Блок1: 29 D9 66 CA 00 00 00 ....
Блок2: 00 00 00 ....
Ключ А: 08 51 09 95 0B F5    Ключ B: FF FF FF FF FF FF

 

дверь открывалась прибором но не на записанной болванке... мне это так и не понятно.... 

Опубликовано
comment_25182

Потому, что проблема не в данных, а в фильтрации метки по электрическим/временны́м параметрам. Вы оба варианта проверяли и OTP 2.0 и MF-3?

Опубликовано
comment_25183
  В 27.06.2020 в 16:12, Pavel сказал:

Потому, что проблема не в данных, а в фильтрации метки по электрическим/временны́м параметрам. Вы оба варианта проверяли и OTP 2.0 и MF-3?

 

отп 2.0 пока еще только не проверил, в тех краях пока не был. в понедельник хочу попробовать . а отп 2,0 можно перезаписывать как мф3?

Опубликовано
comment_25185
  В 27.06.2020 в 16:17, Pavel сказал:

Нет, ОТР - Один Только Раз. One Time Programmable.

 

надо значит новую сделать ТТP -  Три Только Раз. Three Time Programmable  😂😂😂😂

 

Опубликовано
comment_25192
  В 27.06.2020 в 16:12, Pavel сказал:

Потому, что проблема не в данных, а в фильтрации метки по электрическим/временны́м параметрам. Вы оба варианта проверяли и OTP 2.0 и MF-3?

Попробовал отп 2.0 и Ник ни какой реакции... 

  • 2 месяца спустя...
Опубликовано
  • Автор
comment_25712

Павел, клиент принес метку, которая открывает новые домофоны, о которых шла речь выше. Так называемый "вездеход". При попытке считать и найти ключи и данные SMKey пишет: "КЛЮЧ MIFARE1K  все сектора закрыты  необходим захват данных от считывателя. Возможно ли скопировать эту метку на MF 3? Естественно чтоб тоже открывала домофоны.

Опубликовано
comment_25713
  В 03.09.2020 в 11:24, Серхио сказал:

Павел, клиент принес метку, которая открывает новые домофоны, о которых шла речь выше. Так называемый "вездеход". При попытке считать и найти ключи и данные SMKey пишет: "КЛЮЧ MIFARE1K  все сектора закрыты  необходим захват данных от считывателя. Возможно ли скопировать эту метку на MF 3? Естественно чтоб тоже открывала домофоны.

Что мешает сделать и проверить? Есть для этого СМкей или функция "смкей онлайн" для 5S

Опубликовано
  • Автор
comment_25714

У меня СМкей. Предыдущие попытки скопировать метки прописанные в один домофон не принесли успеха. Метки копировались, но копии считыватель не видел. Использавал и MF2 и MF3

Опубликовано
comment_25715

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

Опубликовано
  • Автор
comment_25724

Прибор считал нулевой и 14-й сектора. Записал на MF-3. Не открывает. Пробывал "ручной" режим и авто. Приложенные скрины с записанной мной копии.679668867_Screenshot_2020-09-03-18-58-51-075_ikey.ikeybase1.thumb.jpg.79f7eff7945d80b286120267cd7dcbfa.jpg

Screenshot_2020-09-03-18-46-12-327_ikey.ikeybase[1].jpg

Screenshot_2020-09-04-09-32-36-906_ikey.ikeybase[1].jpg

Screenshot_2020-09-04-09-32-56-095_ikey.ikeybase[1].jpg

Опубликовано
comment_25725

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

В обычных считывателях первые 4 байта в блоке 0 (uid) равны первым байтам в блоке 1, у вас же там разные данные.

Опубликовано
comment_25726
  В 04.09.2020 в 10:58, Pavel сказал:

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

В обычных считывателях первые 4 байта в блоке 0 (uid) равны первым байтам в блоке 1, у вас же там разные данные.

 

у меня аналогичная же проблема ранее вам писал но при эмуляции ключа с прибора домофон открывается но не с заготовки МФ3, класик под прописку также не дает результатов(но один раз помогло).

200x200.jpg.de000879ed26da9ac5e1e4a5a487325a.jpg

ключ от домофона Eltis точ в точ как на картинке на обратной стороне  написано Eltis.

  • 1 месяц спустя...
Опубликовано
comment_26005
  В 04.09.2020 в 10:58, Pavel сказал:

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

В обычных считывателях первые 4 байта в блоке 0 (uid) равны первым байтам в блоке 1, у вас же там разные данные.

А можно ли защитить данные от изменения? И если да, поможет ли это? Или это уже конец копированию ключей вообще? 

Опубликовано
comment_26006
  В 04.09.2020 в 14:31, student1372 сказал:

при эмуляции ключа с прибора домофон открывается но не с заготовки МФ3

А оригинал при этом не перестает работать?

Опубликовано
comment_26007
  В 12.10.2020 в 22:42, Jason сказал:

А можно ли защитить данные от изменения? И если да, поможет ли это? Или это уже конец копированию ключей вообще? 

 

Вы не поняли сути.

Это очень простая и действенная защита.:ds:

Более того, тут даже и данные не надо защищать !

 

При каждом проходе меняется содержимое какого-либо блока памяти и это отмечается в домофоне.

Поэтому, если сделать копию такого ключа, то при первом же проходе содержимое ключа или копии

изменится и дальше будет работать  или исходный ключ, или копия.

Так что - да, в этом случае копию не сделать.......

 

 

Опубликовано
comment_26008
  В 13.10.2020 в 05:29, petr5555 сказал:

При каждом проходе меняется содержимое какого-либо блока памяти и это отмечается в домофоне.

А если этот блок защитить от записи и домофон не сможет его изменить?  

 

Или теперь вопрос лишь в том, как сделать, чтобы такие домофоны не слишком быстро распространились повсеместно?

Опубликовано
comment_26009
  В 13.10.2020 в 07:51, Jason сказал:

А если этот блок защитить от записи и домофон не сможет его изменить?

ошибку знамо дело получите

 

  В 13.10.2020 в 07:51, Jason сказал:

Или теперь вопрос лишь в том, как сделать, чтобы такие домофоны не слишком быстро распространились повсеместно?

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

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...