Mifare PlusX 4K: есть ли согласованная, но уникальная часть ключа, которую можно использовать для идентификации без аутентификации?

Question

Я пытаюсь написать приложение P C (Windows,. NET), которое идентифицирует студентов на основе какой-либо карты, снабженной идентификацией RFID, для создания реестров посещаемости лекций. В настоящее время у меня есть RFID-считыватель Stronglink SL040A (http://www.stronglink-rfid.com/en/rfid-modules/sl040.html), который работает как HID и отправляет данные в виде последовательности нажатий клавиш.

Система отлично работает со старыми картами, такими как Mifare. 1К класс c (даже с кредитными картами PayPass). Однако новые студенческие карточки (и удостоверения личности), выданные венгерскими властями, содержат чипы Mifare PlusX 4K, которые, похоже, посылают новый ключ каждый раз, когда кто-то использует карточку. Я попытался поэкспериментировать с настройками, которые предлагает инструмент настройки ридера, но безрезультатно. Я могу сделать так, чтобы карты 1K classi c отправляли намного более длинный ключ, изменяя параметр конечного блока, но PlusX 4K продолжает отправлять более короткие и мучительно непоследовательные ключи.

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

Возможно ли это или это противоречит философии этих чипов? Если возможно, мне придется купить новый ридер или я могу заставить его делать то, что мне нужно?

Ваши мысли очень ценятся.

Answer 1

Из таблицы MiFare PlusX 4K :

Раздел 8.2: Существуют три разные версии PI CC. UID запрограммирован в заблокированной части NV-памяти, зарезервированной для производителя:
• уникальный 7-байтовый серийный номер
• уникальный 4-байтовый серийный номер
• неуникальный 4-байтовый серийный номер
Из-за требований безопасности и системы эти байты защищены от записи после программирования производителем PI CC на производстве.
...
Во время персонализации PI CC может быть настроен на поддержка Случайного идентификатора на уровне безопасности 3. Пользователь может настроить, использовать ли Случайный идентификатор или фиксированный UID. В соответствии с ISO / IEC 14443-3 первое антиколлизия l oop (см. Ссылку 5) возвращает тег случайного числа 08h, 3-байтовое случайное число и B CC, если случайный идентификатор равен используемый. В этом случае получение UID может быть выполнено с помощью последней команды поддержки виртуальной карты, см. Ref. 3 или читая блок 0.

Из того, что вы описали, видно, что карты работают на уровне безопасности 3, и, к сожалению, обратно совместимая часть карты существует только на более низких уровни безопасности. Упомянутая команда Virtual Card Support Last также доступна только после аутентификации уровня 3.

Боюсь, то, что вы хотите сделать, кажется невозможным, если вы не сможете использовать уровень протокола ISO / IEC 14443-4, который, я думаю, позволит вам аутентифицироваться на уровне 3? Соответствующие данные содержатся в разделе 8.7 и включают проверку подлинности AES.