Опубликовано Вчера в 13:131 д. comment_65781 Вот сам автор пишет (Криптоключи рассчитываются на основе захваченных данных двух неоконченных аутентификаций между считывателем и устройством). Так вот на сколько я понимаю этот процесс, что я и получаю два ключа от этих неоконченных аутентификаций, а третий получить не могу, потому как устройство захвата криптоключей не содержит в себе 1 сектор, оно работает с UID. Про это и RECTO мне на казусе писал и приводил пример дампа со своего снифера где расшифровка лога показывает последовательность диалога метки и считывателя. Где происходит обращение сначала к 14 и 0 сектору, а после к 1. Это как раз по ходу мой случай. Кстати не знаете куда RECTO пропал? Жалоба
Опубликовано 22 часа назад22 ч. comment_65782 4 часа назад, oleg1297 сказал:Уважаемый petr5555! Вот Вы так отвечаете на отвали, я конечно понимаю Ваше негодование по поводу моих знаний как работает аутентификация, но все же можете посоветовать что то более конкретное. Можете например написать чем первый вариант отличается от второго? Изучив устройство от SVK4286 на хабре, а также на казусе не очень понимаю что конкретно Вы имеете ввиду.Да я не на вас, а вообще удивляюсь, что люди не хотят хоть немного попробовать разобраться в сути работы данного режима и продолжают нести ересь про перехват ключей....А потом что негодовать ?Вот вы хотите чтобы вам ответили а так ничего из ваших полученных данных так и не выложили...Вот как, не зная что у вас происходит при обмене информацией между считывателем и меткой, предлагать что-то ? Я же не ясновидящий.....☹️Чем отличается второй вариант от первого ?Это вам лучше связаться с автором этого проекта.Если он захочет, то расскажет что и как ...От себя могу сказать только то, что это, по сути, вообще другое устройство.Соответственно и совсем другие возможности...🙂 Жалоба
Опубликовано 22 часа назад22 ч. comment_65783 4 часа назад, oleg1297 сказал:Вот сам автор пишет (Криптоключи рассчитываются на основе захваченных данных двух неоконченных аутентификаций между считывателем и устройством). Так вот на сколько я понимаю этот процесс, что я и получаю два ключа от этих неоконченных аутентификаций, а третий получить не могу, потому как устройство захвата криптоключей не содержит в себе 1 сектор, оно работает с UID. Про это и RECTO мне на казусе писал и приводил пример дампа со своего снифера где расшифровка лога показывает последовательность диалога метки и считывателя. Где происходит обращение сначала к 14 и 0 сектору, а после к 1. Это как раз по ходу мой случай. Кстати не знаете куда RECTO пропал?Куда пропал RECTO меня мало волнует...Что касается сниффера, то он часто бывает нужен.Особенно в сложных случаях....🙂P. S.Кстати, надеяться, что автор всё знает - это, по большей части, утопия...Он тоже может ошибаться.... По неполным и полным аутентификациям рассчитываются не ключи. Программа пытается ( логически) восстановить состояние 48-ми битного сдвига сдвига на определённый момент времени чтобы потом сделать откат до его первоначального состояния. И не всегда это удаётся. Поэтому ибывает несколько ключей....Так что всё лучше самому проверять на практике.... Жалоба
Опубликовано 6 часов назад6 ч. comment_65787 15 часов назад, petr5555 сказал:Куда пропал RECTO меня мало волнует...Что касается сниффера, то он часто бывает нужен.Особенно в сложных случаях....🙂P. S.Кстати, надеяться, что автор всё знает - это, по большей части, утопия...Он тоже может ошибаться....По неполным и полным аутентификациям рассчитываются не ключи.Программа пытается ( логически) восстановить состояние 48-ми битного сдвига сдвигана определённый момент времени чтобы потом сделать откат до егопервоначального состояния. И не всегда это удаётся. Поэтому ибывает несколько ключей....Так что всё лучше самому проверять на практике....А у Вас есть сниффер от RECTO, или Вы так устройство захвата называете? А на счет того что у меня происходит, то пока ничего нового нет, а все что было до этого есть в этой ветке форума на предыдущих страницах. Что касается версии исполнения устройства для захвата криптоключей, то оно у меня собрано с блютуз модулем и насколько я понимаю из описания автора этого устройства, программная часть там различается только для передачи данных, а смысл расчета от этого не меняется. Что касается автора, то да мне нужен автор потому как ПО на снифер написал он, а у меня на данный момент именно с ПО проблема. Я не буду огорчатся если в этом вопросе поможете мне Вы. Проблема с ПО описана на казусе в ветке форума Простой Mifare-сниффер. Жалоба
Опубликовано 6 часов назад6 ч. comment_65788 Нет, я для себя этот сниффер не делал.Предпочитаю пользоваться своими разработками.Так можно более оперативно реагировать в случае сложных ситуаций....😉 Жалоба
Для публикации сообщений создайте учётную запись или авторизуйтесь