Закрывать или не закрывать ключ ,это дело хозяйское. Вот недавно пришли с очередным "зелёным", полностью закрыт, а работает просто по uid, но это выяснилось только у домофона, когда криптоключи пытался захватить. Можно конечно просто скопировать uid и записать на зеро, но в таком случае любой другой мастер его скопирует  элементарно. Нам это надо? Нет конечно 😎, пусть сами покупают смкей и бегают по району 🙂.

36 минут назад, petr5555 сказал:

Берётся SMKey или любой другой сниффер + программы.

 

Вы это знаете. Я это знаю. А есть те, кто за это браться не будет, ему и без этого в тёплом «офисе» хорошо.

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

можно проще, если 5с есть, сделать зерошку со своими криптоключами и и 2 сектора с оригинала поначалу записывать на нее, а потом на тмд читать все сектора быстрым чтением и записывать.

проще на кнопку нажать "да" или "нет" , перед отправкой дампа из смк-онлайн в дубликатор , а то что вы написали не проще ))

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

Закрывать все сектора нет никакого смысла......

Петр , вы знаете о чем речь , что вы опять "включаете"  

Разговор о том чтобы закрыть сектора от последующего беспрепятственного копирования , дабы заплативши за запрос токены не давать "коллегам" потом возможность просто применить подбор т.к. оставляются открытые сектора

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

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

А на кой черт этим замусоривать голову, есть более важные доработки и нововведения. Никто ж не мешает создать дамп со всеми закрытыми секторами, и: 1) записать данные, 2) проверить работоспособность 3) записать свой дамп поверх с закрытием всего оставшегося.

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

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

А на кой черт этим замусоривать голову, есть более важные доработки и нововведения.

Все функции важны , кому-то одни больше , кому-то другие.

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

А , руками то много чего делать можно и что ? Так то вообще ни чего не надо , ходить на вызовы с проксом и колотить через консоль , на кой нам удобства , интерфейс - не наш метод

24 минуты назад, Zavgor1990 сказал:

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

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

56 минут назад, urbanboy сказал:

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

 

Полностью согласен. Однако не каждый, кто держит токены на серверах, будет включать динамику. Зависит от потребностей и уровня навыков.

 

Хотя меня больше удивляют открытые сектора на карточке, конечно.

4 часа назад, urbanboy сказал:

Все функции важны , кому-то одни больше , кому-то другие.

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

А , руками то много чего делать можно и что ? Так то вообще ни чего не надо , ходить на вызовы с проксом и колотить через консоль , на кой нам удобства , интерфейс - не наш метод

Нужно уточнить как именно должна выглядеть функция сравнения. Сравнить что, 2 дампа в записной? Или 1 в записной с тем, что считан, или считать, нажать "погоди, давай сравним с тем, что я прочитаю следующий", или как-то ещё. Пока не можем понять, какой из этих сюжетов нужен и вообще, так ли это должно выглядеть.

Приветствую.

Две метки. Гарантированно от одного подъезда. Но SMKey Online показывает разные сообщения. От чего зависит?

 

Один внешне похож на этот вариант ключа. Второй - на плоскую Зеро. Но там тот же классик.

 

9 минут назад, Zavgor1990 сказал:

Две метки. Гарантированно от одного подъезда. Но SMKey Online показывает разные сообщения. От чего зависит?

Скорее всего от кого. Просто закрыты метки по разному, в одном есть карта объекта в другом нет.

 

1 скриншот карты объекта нет, сделано вручную или другой программой.

2 скриншот карта объекта есть, но есть изменения данных, и возможно реальные в 90% так и будет. Тут только smkey поможет, но если есть динамика, копию сделать не получится.

21 минуту назад, Бамбаклян сказал:

Скорее всего от кого. Просто закрыты метки по разному, в одном есть карта объекта в другом нет.

 

1 скриншот карты объекта нет, сделано вручную или другой программой.

2 скриншот карта объекта есть, но есть изменения данных, и возможно реальные в 90% так и будет. Тут только smkey поможет, но если есть динамика, копию сделать не получится.

 

То есть если все сектора закрыты картой объекта, то там просдеживается какой-то общий для всех секторов алогоритм шифрования?

 

Понял, принял. Спасибо.

 

Я так понимаю, что если метка закрыта одной КО полностью, то пишет про потенциальную динамику,  если двумя КО (возможно, что бредово звучит, но допустим, что так - ключи А с одной карты, ключи Б - с другой) или случайно набранными КК - предлагает выйти с СМКей к падику.

 

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

Приветствую.

Две метки. Гарантированно от одного подъезда. Но SMKey Online показывает разные сообщения. От чего зависит?

Один внешне похож на этот вариант ключа. Второй - на плоскую Зеро. Но там тот же классик.

У одного 14 сектора нет или данные не такие, какие должны быть, у другого в 0 секторе в блоке 1 и блоке 0 различные данные, не совпадают.

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

У одного 14 сектора нет или данные не такие, какие должны быть, у другого в 0 секторе в блоке 1 и блоке 0 различные данные, не совпадают.

 

Во всех случаях речь о панелях, где 14 сектор не используется вовсе. В ключах гарантированно в этом секторе сплошные нули.

 

В обоих ключах различаются блоки 0 и блоки 1. Разница в том, что один клбч совершенно точно закрывался целиком одной картой объекта.

 

У второго КК точно такие же, как у первого, кроме КК А от сектора 0 (в идеале сюда бы ещё крипту Б «родную» подобрать, но it's impossible).

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

 

Во всех случаях речь о панелях, где 14 сектор не используется вовсе. В ключах гарантированно в этом секторе сплошные нули.

 

В обоих ключах различаются блоки 0 и блоки 1. Разница в том, что один клбч совершенно точно закрывался целиком одной картой объекта.

 

У второго КК точно такие же, как у первого, кроме КК А от сектора 0 (в идеале сюда бы ещё крипту Б «родную» подобрать, но it's impossible).

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

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

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

 

Может быть это из-за того, что в одном случае все КК от «родного» уида - выдало динамику, а во втором случае «родной» сектор только от 0 сектора, от 14 - от другого уида?

2 минуты назад, Zavgor1990 сказал:

 

Может быть это из-за того, что в одном случае все КК от «родного» уида - выдало динамику, а во втором случае «родной» сектор только от 0 сектора, от 14 - от другого уида?

А откуда в метке КК от чужого уида? Да, в таком случае конечно не пройдет проверка.

Только что, Pavel сказал:

А откуда в метке КК от чужого уида? Да, в таком случае конечно не пройдет проверка.

 

Предположение. Благодарю.

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

А откуда в метке КК от чужого уида? Да, в таком случае конечно не пройдет проверка.

 

Вопрос, может, технически глупый. Если ищвестен только uid метки, а считка работает по 0 сектору, можно ли как-то соснифать или подобрать иным способом КК от 14 сектора?

29 минут назад, Zavgor1990 сказал:

 

Вопрос, может, технически глупый. Если ищвестен только uid метки, а считка работает по 0 сектору, можно ли как-то соснифать или подобрать иным способом КК от 14 сектора?

А функция поиск КК для чего? "Соснифать" нулевку и поиском...

58 минут назад, Enot сказал:

А функция поиск КК для чего? "Соснифать" нулевку и поиском...

Был бы оригинальный ключ, проблемы бы не было. Те тесты, что я делаю, требуют ключа именно для случайного uid, который ещё не прошёл через карту объекта обслуживающей компании.

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

Или 1 в записной с тем, что считан, или считать, нажать "погоди, давай сравним с тем, что я прочитаю следующий", или как-то ещё

Наверное этот вариант , считал один сохранил , приложил оригинал к панели , потом снова к прибору и сравнил. 

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

А вообще возможно кто-то захочет сравнивать и два произвольных дампа из базы , тут вопрос весь кто какие задачи будет решать этим элементов , но тут как бы - все наверное в последствии можно доработать - стоит только начать ))

1 час назад, Zavgor1990 сказал:

Те тесты, что я делаю, требуют ключа именно для случайного uid, который ещё не прошёл через карту объекта обслуживающей компании.

Было бы классно, да, такую функцию чтобы дал программе UID и криптоключ А к нулевому сектору - а она тебе криптоключи ко всем остальным секторам создаёт? Чтобы классик под прописку получался прям со всеми правильными криптоключами...