Активность

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

Не понял шутки юмора.... А как вы вообще представляете себе работу с динамикой ?😉

А что ещё? Ключи под замену? Просто так, при первом прикладывании, динамические данные не могут быть прописаны в ключ?

Скорее всего потому, что там нужны не только изменения в прошивке...🤐

Странно, про то что там могли накатить в IL считывателях прошивку с динамикой, никто не написал 🤔

Скорее всего стали ваши заготовки фильтровать....☹️

Если пишет "хорошая", то это мф3 а не 3.2. Как можно сказать в чем проблема, если информации НОЛЬ!?

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

Здравствуйте, за последние 2 дня , клиенты начали возвращать копии ключей записаных на mf3.2 полного дампа . Не могу понять в чём проблема, до это все ключи прекрасно работали , причём метки от разных домофонов. Я всегда стараюсь делать копию полностью всех 16 секторов . Smkey при тесте заготовок , пишет хорошая. В чём может быть проблема?

Всё там работает. Единственно - в тех случаях когда установки хранятся в памяти микроконтроллера можно работать только с кодами ключей. Поэтому и написал, что в этом случае надо менять панель....

Не работает эта программа с домофоном МК2003.2 -TM4E

Есть такая программа в сети "Домофон-конфигуратор". Найти и установить её архинужно и архиважно !😉 Так что находите её, скачиваете, находите в списке домофонов вашу панель, заливаете ваш дамп eeprom и сможете посмотреть где и что находится в этой памяти... Повезёт - значит узнаете пароли и установки, ну а нет - меняйте вашу панель на новую...☹️

Всем привет . Имею на столе домофон МК2003.2 -TM4E , имею слитую еепром 24LC256 . Нужно узнать код для входа в программирование. Предыстория , домофон в моем подъезде установлен в 2013г, конторы устанавливающей уже не существует , пароли и мастер ключ не найти ни при каком раскладе. Может кто знает по каким адресам в еепром находится 6ти значный код?

Ты не из Казахстана случайно? У меня такое иногда бывает, проходит само по себе. Проблема не в смартфоне и интернете. Проблема со стороны IKEY. Началось после путинских блокировок интернета. На этот случай IKEY добавил встроенный VPN в приложение, но я им еще не пользовался.

Старые пропадать не могут. Могут новые не записаться. Когда база подключена к приложению, sqlite драйвер создаёт дополнительные файлы временные, часть данных может быть закешировано в оперативной памяти. Чтобы гарантированно не терять данные - либо закрывайте базу в приложении, и потом пересылайте, либо используйте функцию "Поделиться базой" в меню "три точки" на экране с базой в iKeyExpress.

Если считали Nested'ом - некоторые метки отдают очень много КК, в таком случае выгоднее попробовать Hardnested (продвинутый), он сам по себе считает дольше, но явно быстрее. Если считали Фуданом - так всегда. Дело не в скорости интернета, дело в проверке КК - один КК проверяется 100-400 ms в зависимости от подключения (USB\BLE). Если записей 84 тысячи, то в лучшем случае (если usb) - считаться будет 8.4 тысяч секунд = примерно полтора часа.

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

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

Приложите скриншоты какие-нибудь, в частности, где вы пробуете методы онлайн-расчета.

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

Все методы уже использовал. Я думаю что это какой то баг в приборе. Когда криптоключ 00-00-00-00-00-00 ломается логика расчета криптоключа.

ПИКовская панель для classic 1k при захвате хамелеоном выдавала вместо всем известного ключа 000000000000 и EEEEEEEEEEEE. Считыватель iL тоже спамит левыми ключами при захвате. И что это за метка такая, которая не подвержена hardnested (если не Fudan) и staticnested (если Fudan)?

Вот о чём говорил много раз - устройства и онлайн программы, которые заточены под конкретные условия не всегда могут работать корректно. Шаг влево, шаг вправо и они просто не понимают что и как интерпретировать.... Так что тут надо отталкиваться от основного метода поиска ключей. То есть с помощью любого сниффера получить данные аутентификаций (полных или нескольких не полных), проанализировать их и применить программу для расчёта ключей доступа.... P. S. Вообще, если углубляться в теорию, то имеющиеся программы не рассчитывают ключи, а пытаются восстановить первоначальное состояние 48 битного сдвигового регистра по его состоянию на определённый момент времени. Для этого используются данные аутентификаций. А так как программы расчёта частично основаны на некоторых логических предположениях, то на выходе они могут выдавать несколько разных ключей. И надо выбрать из них нужный...

Ну так берёте любой сниффер. идёте к считывателю, получаете информацию и выкладываете её здесь.... А так как можно понять что там происходит ?☹️

-Пробовали просто UID скопировать? -Пробовали менять режимы при захвате? И количество КК. Попробуйте на простом и 1 ключ захватить.