petr5555

Ну так это понятно. Если запись заблокирована, то и не вернуть...☹️ Но это ещё что. Можно такими действиями и всю метку запросто испортить....

Всё верно. Только не запись бит а запись информации во всех блоках этого сектора заблокирована.... При этом блоки читаются по ключу А. Вообще всегда надо быть особенно осторожным с записью бит доступа !☠️

Всё возможно... Можете попробовать при записи новой заготовки в поле нового пароля ввести, например FF....FF, а потом при перезаписи подставить этот пароль в поле старого и нового паролей....🙂

Нет, разработками не делюсь...

Пм3 тоже не панацея .... Да и тут тоже лотерея... Попадётся хороший - может иногда помочь, плохой - зря только потратили деньги....☹️ Ну и просто так купил и получил нужный результат тоже не получится. Надо ещё прошить его нужной прошивкой и уметь им пользоваться.... А главное - не просто читать кто что и как написал, а самому хоть немного разобраться в этой теме....😉

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

Куда пропал RECTO меня мало волнует... Что касается сниффера, то он часто бывает нужен. Особенно в сложных случаях....🙂 P. S. Кстати, надеяться, что автор всё знает - это, по большей части, утопия... Он тоже может ошибаться.... По неполным и полным аутентификациям рассчитываются не ключи. Программа пытается ( логически) восстановить состояние 48-ми битного сдвига сдвига на определённый момент времени чтобы потом сделать откат до его первоначального состояния. И не всегда это удаётся. Поэтому и бывает несколько ключей.... Так что всё лучше самому проверять на практике....

Да я не на вас, а вообще удивляюсь, что люди не хотят хоть немного попробовать разобраться в сути работы данного режима и продолжают нести ересь про перехват ключей.... А потом что негодовать ? Вот вы хотите чтобы вам ответили а так ничего из ваших полученных данных так и не выложили... Вот как, не зная что у вас происходит при обмене информацией между считывателем и меткой, предлагать что-то ? Я же не ясновидящий.....☹️ Чем отличается второй вариант от первого ? Это вам лучше связаться с автором этого проекта. Если он захочет, то расскажет что и как ... От себя могу сказать только то, что это, по сути, вообще другое устройство. Соответственно и совсем другие возможности...🙂

Опять двадцать пять ..... Ну сколько раз писать, что никто никаких ключей не выдаёт !☹️ Ну не так всё работает при аутентификации... Что касается вашего устройства, то вероятно у вас первый его вариант.... С тех пор много воды утекло....

Ну так правильно. Все такие устройства работают по заданному алгоритму и в IL это знают. Вот и добавили видимо что-то специально для сбоя этого алгоритма.....☹️ Но при снятии обычным сниффером процесса обмена информацией считыватель - метка и анализе этой информации всё это должно выявляться.... Ничего нового в самом процессе аутентификации в CRYPTO1 пока не придумали....

Вообще есть ещё устройство от SVK4286....🙂 Оно проще чем сниффер от RECTO.

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

Вообще для анализа протоколов есть логические анализаторы...... Но можно и проще. Просто подключиться к кнопкам..... Короче. Дорогу осилит идущий !

Ну тут, например, есть варианты: разобраться в прошивке МК БВД и вставить туда такое условие. спаять схему, которая будет настроена на данную комбинацию кнопок и выдавать сигнал на кнопку сброса (*).

Вообще набор #999 не означает автоматический вход в режим программирования, нужно потом еще и пароль набрать.... И программируется не БВД а БУД. БВД тут просто панель....