Имеют ли теги NF C уникальные идентификаторы только для чтения?

Question

Я пытаюсь внедрить систему авторизации, основанную на общих тегах NF C. Одной из проблем, которую я хочу решить, является клонирование тегов. Я прочитал некоторую литературу, гарантирующую подлинность тегов с помощью идентификатора тега только для чтения, написанного на тегах во время производства. Этот идентификатор подписан владельцем и написан на теге. Таким образом, клонированный тег (который будет иметь другой идентификатор, назначенный изготовителем тега) может быть обнаружен путем сравнения идентификаторов тегов с клонированной подписью.

Мой вопрос: можно ли предположить, что все (или большинство) теги NF C будут иметь такой закодированный идентификатор только для чтения, который я могу использовать для обнаружения клонирования?

Answer 1

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

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

Также с помощью эмуляции хост-карты можно написать программу для перебора любой защиты на основе одного UID (время может варьироваться в зависимости от используемой длины UID)

Различные теги предлагают защиту паролем и шифрование данных на теге (хотя более старые типы тегов могут иметь слабое шифрование / защиту паролем).

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

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

Answer 2

Рассматривать UID для проверки подлинности не очень хорошая идея, потому что клонированные карты могут иметь клонированный UID точно такой же, как у оригинальной карты.

Я не уверен насчет других производителей, но, поскольку я работал много с тегами NXP, я просто собираюсь предложить решение здесь, если это соответствует вашим требованиям, то вы можете go впереди. Для работы с картами NXP они предоставили открытый API под названием TapLinx, где вы получаете API для проверки оригинальности. С помощью которого вы можете узнать, является ли карта аутентичной c или клонированной. Он будет идентифицировать клонированные карты, даже если UID также клонирован.

Answer 3

Не полагайтесь на UID в качестве механизма безопасности. На рынке есть клонированные чипы, а также чипы, где вы можете самостоятельно программировать UID. Сверху мы увидели ошибки от производителей, которые привели к дублированию UID.

Лучше использовать собственную схему нумерации. В идеале на криптографии c.