2016-09-04 2 views
0

Я сейчас работаю с ARC122U NFC Reader с MiFare 1k Tags. Меня смущает часть аутентификации перед чтением/записью сектора.Аутентификация MiFare 1K Tags

Мои вопросы следующие: (1) Является ли этот ключ A и ключ B эквивалентным аутентификации либо с использованием 96 (для ключа A) и 97 (для ключа B)? (2) Если я не загружал в считыватель какой-либо ключ аутентификации, каков ключ аутентификации по умолчанию? (3) Что такое контроль доступа по умолчанию для тега Mifare 1k?

То, что я использовал Key 0 (без ключа аутентификации загружается) с типом А аутентификацией и был предназначен для обновления данных трейлера блока (например, сектор 1) в шестнадцатеричный формат, как:

00 00 00 00 00 00 78 77 88 00 00 11 22 33 44 55 

где 78 77 88 представляет собой комбинацию 1 0 0 для условий доступа к Блоку данных 0, 1 и 2 вместе с 0 1 1 для блока прицепа 3.

Однако, когда я прочитал блок трейлера, используя Key 0 Type A, это обновление не прошло хорошо и закончилось:

00 00 00 00 00 00 78 77 88 00 00 00 00 00 00 00 

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

Могу ли я узнать, какие шаги я испортил или пропустил? Любая помощь будет оценена и извините за мой ужасный английский.

ответ

0

Обновление 1:
Ответ на (1): TRUE
Ответ на (2): FF FF FF FF FF FF
Ответ на (3): FF 07 80, который выступает за транспортных конфигураций для обоих блоков данных и блок трейлера.

Update 2:
Обновление было на самом деле удалось, но тип A не может читать ключи типа Б в блоке прицепа (То же самое относится к типу ключам, который по умолчанию скрыты).

Обновление 3:
Указав правильный номер ключа, теперь я могу получить доступ с помощью проверки подлинности типа B. Проблема решена.

Смежные вопросы