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

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

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

Нашёл небольшой баг в поиске. 

Пришёл клиент с заготовкой MF2 и всеми закрытыми секторами. 1 криптоключ ему был известен, через поиск нашёл остальные.  Записал на MF3 и ключ не подошёл. Выехал по месту с смкеем и сделал копию через него. Начал сравнивать ключи - разница была только в параметре ATOA, при поиске через TMD-5S он расчитал его как 0000, а через смкей 0004.

Ещё пару вопросов. В базе несколько сотен адресов. Как-нибудь можно все пустые ключи (FF FF FF FF FF FF) сразу поменять на 1? Просто устал уже ручками менять.

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

3,а потом считывая заготовку?

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

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

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

  • Петя, уж не раздражай пожалуйста. Пророй сам нору до Австрии и купи там за рубли (которые теперь нельзя обменять в доллары) у NXP комплектующих, по пути зарули к пендосам и возьми у Microchip кон

  • Это косяк с заготовками, перепутали чипы, не проверили. Сделаем возврат/замену, напишите на почту.

  • Это был "вездеход" по домофонам цифрал. И uid был все ф-ки. Может поэтому?😔

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

Опубликовано
comment_33001
4 минуты назад, Vladislav сказал:

Нашёл небольшой баг в поиске. 

Пришёл клиент с заготовкой MF2 и всеми закрытыми секторами. 1 криптоключ ему был известен, через поиск нашёл остальные.  Записал на MF3 и ключ не подошёл. Выехал по месту с смкеем и сделал копию через него. Начал сравнивать ключи - разница была только в параметре ATOA, при поиске через TMD-5S, он расчитал его как 0000, а через смкей 0004.

ATQA никто не рассчитывает.

Это ответ от ключа после того, как ключ принимает первоначальный запрос от считывателя REQA или WUPA.

Так что ваш 0000 - это был какой-то сбой .......:dntknw:

 

Опубликовано
comment_33003
2 минуты назад, Vladislav сказал:

Это был "вездеход" по домофонам цифрал. И uid был все ф-ки. Может поэтому?😔

Вообще ATQA показывает тип ключа и размерность его UID.

Для Классиков он должен быть или 0004 (для 4-х байтного UID), или 0044 (для 7-ми байтного UID).

С UID он напрямую не связан.

 

Опубликовано
comment_33010
10 часов назад, Vladislav сказал:

В базе несколько сотен адресов. Как-нибудь можно все пустые ключи (FF FF FF FF FF FF) сразу поменять на 1? Просто устал уже ручками менять.

Touch Memory имеются в виду? И что вы хотите конкретно сделать? Удалить все ff-ки, удалить все адреса на которых они записаны?

Или нужно в каждом адресе все ff-ки заменить на все единицы?

Опубликовано
  • Автор
comment_33029
14 часов назад, Uilyi сказал:

Touch Memory имеются в виду? И что вы хотите конкретно сделать? Удалить все ff-ки, удалить все адреса на которых они записаны?

Или нужно в каждом адресе все ff-ки заменить на все единицы?

Ну не совсем все единицы, но да.

У нас чаще всего используется только криптоключ а 0-го сектора. Все остальные криптоключи в остальных секторах FF-ки.
Я хочу скопом поменять все ффки на какой-то 1 криптоключ. 

Это можно как-то сделать не редактируя каждый адрес?

Опубликовано
comment_33034
1 час назад, Vladislav сказал:

Ну не совсем все единицы, но да.

У нас чаще всего используется только криптоключ а 0-го сектора. Все остальные криптоключи в остальных секторах FF-ки.
Я хочу скопом поменять все ффки на какой-то 1 криптоключ. 

Это можно как-то сделать не редактируя каждый адрес?

Вы хотите каждый раз закрывать все свободные сектора ?:ds:

 

Опубликовано
comment_33067
В 15.01.2022 в 21:16, petr5555 сказал:

Вы хотите каждый раз закрывать все свободные сектора ?:ds:

 

Да это же гениальный план по привлечению клиентов именно в эту мастерскую!)

Опубликовано
comment_33068
В 14.01.2022 в 18:41, Vladislav сказал:

Нашёл небольшой баг в поиске. 

Пришёл клиент с заготовкой MF2 и всеми закрытыми секторами. 1 криптоключ ему был известен, через поиск нашёл остальные.  Записал на MF3 и ключ не подошёл. Выехал по месту с смкеем и сделал копию через него. Начал сравнивать ключи - разница была только в параметре ATOA, при поиске через TMD-5S он расчитал его как 0000, а через смкей 0004.

Ещё пару вопросов. В базе несколько сотен адресов. Как-нибудь можно все пустые ключи (FF FF FF FF FF FF) сразу поменять на 1? Просто устал уже ручками менять.

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

3,а потом считывая заготовку?

Тот самый клиент это я кстати 

Пробовал записывать тот расшифрованный ключ телефоном на пустые мф2 - всё отлично, ATQA тоже записывается, ключ открывает 

Криптоключи заменил на свой номер телефона)

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

И раз уж тут собрались специалисты по мифайр, такой вопрос, какие есть идеи по копированию полностью закрытого ключа на заготовке мф2 или мф3? Как вообще возможно каким-либо образом узнать криптоключи любого из секторов?

Опубликовано
comment_33083
8 часов назад, Фёдор сказал:

И раз уж тут собрались специалисты по мифайр, такой вопрос, какие есть идеи по копированию полностью закрытого ключа на заготовке мф2 или мф3? Как вообще возможно каким-либо образом узнать криптоключи любого из секторов?

А зачем ?

Вообще нужно узнавать ключи от тех секторов, которые  используются

считывателем при работе с меткой......:dh:

 

Опубликовано
comment_33084
16 минут назад, petr5555 сказал:

А зачем ?

Вообще нужно узнавать ключи от тех секторов, которые  используются

считывателем при работе с меткой......:dh:

 

Узнать требуется для того, чтобы скопировать 

Используется скорее всего только нулевой сектор, но до конца не уверен 

Опубликовано
comment_33085
12 минут назад, Фёдор сказал:

Узнать требуется для того, чтобы скопировать 

Используется скорее всего только нулевой сектор, но до конца не уверен 

Ещё раз.

Чтобы скопировать не нужны все сектора !

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

Так что если вам нужен только нулевой сектор, то узнаёте его ключ доступа, читаете этот сектор

и записываете его на заготовку

Остальные сектора можете закрыть чем угодно, можете и не закрывать.....:bs:

Опубликовано
comment_33086
7 минут назад, petr5555 сказал:

Ещё раз.

Чтобы скопировать не нужны все сектора !

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

Так что если вам нужен только нулевой сектор, то узнаёте его ключ доступа, читаете этот сектор

и записываете его на заготовку

Остальные сектора можете закрыть чем угодно, можете и не закрывать.....:bs:

Да, я понимаю

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

Опубликовано
comment_33087
1 минуту назад, Фёдор сказал:

Да, я понимаю

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

Ну так для этого есть SMKey или Проксмарк + программы....

Идёте к считывателю и ищите нужный ключ......:044:

 

Опубликовано
comment_33089
10 минут назад, petr5555 сказал:

Ну так для этого есть SMKey или Проксмарк + программы....

Идёте к считывателю и ищите нужный ключ......:044:

 

Только если считывать передачу инфы между ключом и считывателем 

Как это сделать смкеем?

Проксмарка в арсенале пока нет, но если совсем никак без него, то найдём и проксмарк 

Там такой нюанс, что если просто считать криптоключ который вещает считыватель, он будет отличаться от того, который в этом ключе 

 

Опубликовано
comment_33091
21 минуту назад, Фёдор сказал:

Только если считывать передачу инфы между ключом и считывателем 

Как это сделать смкеем?

Проксмарка в арсенале пока нет, но если совсем никак без него, то найдём и проксмарк 

Там такой нюанс, что если просто считать криптоключ который вещает считыватель, он будет отличаться от того, который в этом ключе 

 

Я не понял, что вы имеете ввиду про "криптоключ, который вещает считыватель" ?

Конечно считыватель не выдаёт код криптоключа напрямую.

Его надо рассчитывать по запросам и ответам считыватель-метка......

 

Как сделать ?

Берёте инструкцию к SMKey и внимательно читаете.....

Если нет SMKey - тогда можно и Проксмарком снять лог обмена информацией считыватель-метка

и с помощью программ расчёта криптоключей найти криптоключ. 


 

 

 

Опубликовано
comment_33092
20 минут назад, petr5555 сказал:

Я не понял, что вы имеете ввиду про "криптоключ, который вещает считыватель" ?

Конечно считыватель не выдаёт код криптоключа напрямую.

Его надо рассчитывать по запросам и ответам считыватель-метка......

 

Как сделать ?

Берёте инструкцию к SMKey и внимательно читаете.....

Если нет SMKey - тогда можно и Проксмарком снять лог обмена информацией считыватель-метка

и с помощью программ расчёта криптоключей найти криптоключ. 


 

 

 

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

Но тут задача сделать не так, а именно скопировать тот ключ

Хорошо, инструкцию нужно прочитать

Опубликовано
comment_33093
33 минуты назад, Фёдор сказал:

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

Но тут задача сделать не так, а именно скопировать тот ключ

Хорошо, инструкцию нужно прочитать

Что значит тот или не тот ?

Вы поймите суть процесса !

Считыватель читает UID метки, на основе этого он рассчитывает ( по известному ему алгоритму )

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

Вот перехват этого процесса авторизации даёт данные для расчёта криптоключа.

Далее ( с помощью найденного криптоключа ) уже сами можете считать сектор 0 исходной метки

и сделать копию метки на заготовке.....:prof12:

То есть, если вам нужно рассчитать криптоключ конкретной метки, то надо использовать именно 

её UID.......

 

  

Опубликовано
comment_33094
34 минуты назад, petr5555 сказал:

Что значит тот или не тот ?

Вы поймите суть процесса !

Считыватель читает UID метки, на основе этого он рассчитывает ( по известному ему алгоритму )

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

Вот перехват этого процесса авторизации даёт данные для расчёта криптоключа.

Далее ( с помощью найденного криптоключа ) уже сами можете считать сектор 0 исходной метки

и сделать копию метки на заготовке.....:prof12:

То есть, если вам нужно рассчитать криптоключ конкретной метки, то надо использовать именно 

её UID.......

 

  

Такая система используется в считывателях ironlogic, метаком тоже разработки ил

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

Уид можно писать абсолютно любой, это проверено, панель обычно или в автосборе или уид не читает даже 

Короче, чтобы панель открылась наша, там достаточно только криптоключа а нулевого сектора, уид роли не играет 

Опубликовано
comment_33111
В 18.01.2022 в 10:27, Фёдор сказал:

Такая система используется в считывателях ironlogic, метаком тоже разработки ил

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

Уид можно писать абсолютно любой, это проверено, панель обычно или в автосборе или уид не читает даже 

Короче, чтобы панель открылась наша, там достаточно только криптоключа а нулевого сектора, уид роли не играет 

 

Думаю, что криптоключи в вашем случае всё равно рассчитываются на основе UID.....

Есть такая система. Только на основе успешной авторизации.

Если вам нужно сделать копию конкретного ключа, то надо просто производить авторизацию

именно с его UID, получить криптоключ А и сделать копию с этим UID и криптоключом.....

  

Опубликовано
comment_33112
43 минуты назад, petr5555 сказал:

 

Думаю, что криптоключи в вашем случае всё равно рассчитываются на основе UID.....

Есть такая система. Только на основе успешной авторизации.

Если вам нужно сделать копию конкретного ключа, то надо просто производить авторизацию

именно с его UID, получить криптоключ А и сделать копию с этим UID и криптоключом.....

  

Так UID или нули или буквы F, открывают ключи и с нулями и с фками одинаковые двери 

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

А вот ещё вопрос.

Не срабатывает MF Zero 7 Байт. Выезжал, считывал через домофон.

Панелька называется Smartel. Место куда прикладывается домофон, выглядит как метакомоские 3 полоски.

Они вроде не фильтруются.

Есть идеи почему такое могло произойти?

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

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

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