Считыватель Метаком не реагирует на копии ключей записанные на MF-3, MF-2.0/

[Серхио 1]

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

[Pavel 534]

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

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

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

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

 

[Серхио 1]

Ясно. Стираются данные из MF-3 только в процессе копирования?

[Pavel 534]

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

[student1372 1]

6 часов назад, Pavel сказал:

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

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

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

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

 

 

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

 

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

[Pavel 534]

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

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

[student1372 1]

8 минут назад, Pavel сказал:

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

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

 

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

[student1372 1]

6 минут назад, 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

 

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

[Pavel 534]

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

[student1372 1]

1 минуту назад, Pavel сказал:

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

 

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

[Pavel 534]

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

[student1372 1]

21 минуту назад, Pavel сказал:

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

 

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

 

[student1372 1]

В 27.06.2020 в 21:12, Pavel сказал:

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

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

[Серхио 1]

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

[Pavel 534]

Только что, Серхио сказал:

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

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

[Серхио 1]

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

[Pavel 534]

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

[Серхио 1]

Прибор считал нулевой и 14-й сектора. Записал на MF-3. Не открывает. Пробывал "ручной" режим и авто. Приложенные скрины с записанной мной копии.

[Pavel 534]

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

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

[student1372 1]

3 часа назад, Pavel сказал:

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

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

 

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

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

[Jason 9]

В 04.09.2020 в 13:58, Pavel сказал:

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

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

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

[Jason 9]

В 04.09.2020 в 17:31, student1372 сказал:

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

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

[petr5555 268]

6 часов назад, Jason сказал:

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

 

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

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

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

 

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

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

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

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

 

 

[Jason 9]

2 часа назад, petr5555 сказал:

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

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

 

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

[urbanboy 153]

10 минут назад, Jason сказал:

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

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

 

11 минут назад, Jason сказал:

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

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