BGA + NEC eis: расчёт паролей на сервере
Posted: 14 Nov 2016, 16:03
MBir, MBkey + app.wsctools.com
Новости по теме:
Всё происходит в два этапа. Сначала собираются данные с ключа / замка, потом собранные данные загружаются на сервер для вычислений. При благополучном стечении обстоятельств получаете результат в виде пароля, со счёта на app.wsctools.com снимаются кучка токенов. Если сосчитать неудалось, сбор данных необходимо повторить, токены НЕ снимаются
Подробнее про сбор данных с ключа / замка:
Необходим MBir и активация данного режима. Одноразовые начальные затраты на программное обеспечение и активацию MBir составляют 200 долларов.
Сбор данных происходит в три этапа.
Сбор данных с замка при отсутствии ключа:
Нужен MBkey и активация режима. Ещё 200 долларов.
Сбор данных возможен НЕ со всех типов замка. Для проверки этой возможности используем TEST. С замка будут прочитаны некторые данные и получен ответ о совместимости. Если сбор данных возможен, кнопка GO станет активной, можно продолжать.
Как обычно, собирается массив данных в 1024 отсчёта в виде двух таблиц (*.TCR и *.TCH в данном случае) который и нужно будет в последствии загрузить на сервер.
ВАЖНЫЕ ЗАМЕТКИ:
замки имеет паршивую тенденцию после каждого цикла чтения выключать накачку катушки и требуют перезагрузки или хотя бы заново вставить "ключ", в данном случае - MBkey. Как с этим боротся, единого рецепта нет, разные типы замков ведут себя по разному. возможные решения проблемы:
Каждый метод имеет свои преимущества и недостатки.
Естественно при наличии ключа всё происходит намнонго быстрее, сбор данных с ключа занимает примерно 10...12 минут.
при наличии только замка, всё происходит намного дольше, например:
А212 - примерно 45 минут (диагностическая сессия + NE555 с релюшкой)
A246 - примерно 2 часа (диагностическая сессия, замок сам перезапускается)
А164 - зависит от терпения и ловкости рук
Из статистики - в большинстве случаев результат на сервере расчитывается с первого массива данных. Однако бывают случаи, когда с первого раза неполучается. В четыре массива данных вписываются 99% всех реальных случаев. Однако рано или поздно решается и оставшийся 1%. Лишь терпение!
Как то так.
Новости по теме:
- возможность посчитать пароль ключа / замка при наличии действующего ключа
- возможность посчитать пароль ключа / замка при отсутствии ключей.
Всё происходит в два этапа. Сначала собираются данные с ключа / замка, потом собранные данные загружаются на сервер для вычислений. При благополучном стечении обстоятельств получаете результат в виде пароля, со счёта на app.wsctools.com снимаются кучка токенов. Если сосчитать неудалось, сбор данных необходимо повторить, токены НЕ снимаются
Подробнее про сбор данных с ключа / замка:
Необходим MBir и активация данного режима. Одноразовые начальные затраты на программное обеспечение и активацию MBir составляют 200 долларов.
Сбор данных происходит в три этапа.
- запускаете MBir_KEY_datareader, вставляете ключ в MBir, жмёте кнопу. Время пошло, собираются данные. Делаются 1024 чтений. Промежуточный результат предлагается сохранить (расширение файла *.tmp).
- вставляете ключ в замок, даёте ему возможность отработать несколько раз (машина заводится или защёлка отрабатывает), после чего считываете с замка последний HASH который был принят с этого ключа.
ВАЖНЫЕ ЗАМЕТКИ:- чтоб узнать последний HASH удобнее всего отлогировать обращение замка к защёлке, если такая предусмотрена на данном замке.
- можно также и считать HASH LIST по ИК порту при помощи MBkey. При этом нужно иметь ввиду, что через ИК обычно отдаётся один из четырёх буферов замка, отнюдь не последний. А значит поступать можно так - 1) читаем HASH LIST 2) вставляем ключ 3) опять читаем HASH LIST 4) сравниваем HASH нужного ключа. Если не изменилась, повторяем заново с пункта 2. Если изменилась, то вернее всего это и есть нам нужная HASH.
- также возможно запросить HASH через диагностику у большинства замков. Тут те же грабли, что и через ИК - нужна ПОСЛЕДНЯЯ!
- после того как ключ отработал в замке, настоятельно НЕ рекомендуется делать с ним разные неправильные манипуляции - необходимо чтоб его счётчики неизменились. Несоблюдение этого правила приведёт к неверным результатам и расчёт пароля небудет возможен.
- полученный HASH вводите в MBir_KEY_datareader, вставляете ключ в MBir, жмёте кнопу. В результате вам будет предложено сохранить две таблицы (*.TBR и *.TBH), которых и нужно будет загрузить на сервер app.wsctools.com.
- если в какой то момент была допущена ошибка, всегда можно вернутся к началу, загрузить сохранённый массив (*.tmp) и произвести расчёт окончательной таблицы заново. Можно также и собрать несколько массивов (файлов *.tmp) и дибить их до нужного всех разом и одной последней HASH. Однако надо иметь ввиду, что замку и периферии могут непонравится слишком далеко убежавшие HASH. Хотя проблем как бы и ненаблюдалось.
Сбор данных с замка при отсутствии ключа:
Нужен MBkey и активация режима. Ещё 200 долларов.
Сбор данных возможен НЕ со всех типов замка. Для проверки этой возможности используем TEST. С замка будут прочитаны некторые данные и получен ответ о совместимости. Если сбор данных возможен, кнопка GO станет активной, можно продолжать.
Как обычно, собирается массив данных в 1024 отсчёта в виде двух таблиц (*.TCR и *.TCH в данном случае) который и нужно будет в последствии загрузить на сервер.
ВАЖНЫЕ ЗАМЕТКИ:
замки имеет паршивую тенденцию после каждого цикла чтения выключать накачку катушки и требуют перезагрузки или хотя бы заново вставить "ключ", в данном случае - MBkey. Как с этим боротся, единого рецепта нет, разные типы замков ведут себя по разному. возможные решения проблемы:
- держать открытой диагностическую сессию
- сделать нехитрый девайс на 555 таймере, который раз в каждые примерно 10 секунд будет прерывать питание на 1 секунду
- использовать оба вышеупомянутых метода в перемешку, сначала при первом запуске делая запрос через диагностику на повторную принудительную авторизацию, и потом начиная перерывать питание,
- использовать какой нибудь неописанный выше метод
- в случае глубочайшего отчаяния и в крайнем случае смазать MBkey вазелином и приготовится 1024 раза его втыкать и вытыкать.
Каждый метод имеет свои преимущества и недостатки.
Естественно при наличии ключа всё происходит намнонго быстрее, сбор данных с ключа занимает примерно 10...12 минут.
при наличии только замка, всё происходит намного дольше, например:
А212 - примерно 45 минут (диагностическая сессия + NE555 с релюшкой)
A246 - примерно 2 часа (диагностическая сессия, замок сам перезапускается)
А164 - зависит от терпения и ловкости рук
Из статистики - в большинстве случаев результат на сервере расчитывается с первого массива данных. Однако бывают случаи, когда с первого раза неполучается. В четыре массива данных вписываются 99% всех реальных случаев. Однако рано или поздно решается и оставшийся 1%. Лишь терпение!
Как то так.