Індивідуальні теги RFID MIFARE 1K: рішення OEM від фабрики Syntek RFID

КупівляMIFARE 1Kтеги для існуючої системи не є вправою-вибору каталогу. Замовлення є безпечним лише тоді, коли джерело IC, формат UID, поведінка зчитувача, дані секторів, ключі, готовий корпус і закодований зразок затверджені як єдині облікові дані. Тег, який відповідає програмі зчитування на робочому столі, все ще може вийти з ладу на живому контролері, а візуально правильний зразок все ще може створити дорогу проблему кодування або-контролю доступу у виробництві.

 

Роль Syntek як виробника OEM полягає в тому, щоб перетворити ці системні вимоги на контрольовану специфікацію тегів. Це починається з встановленого зчитувача та контролера, а не з ілюстрації, ціни за одиницю чи номінальної ємності «1K». Практична мета проста: довести сумісність перед тим, як заблокувати список матеріалів і інструкції з-масового виробництва.

 

 

 

Що насправді включає замовлення MIFARE 1K OEM

 

«Тег MIFARE 1K» описує сімейство IC та клас пам’яті; він не визначає готовий продукт. Готове-замовлення також потребує виробника мікросхеми та частини, опції UID, конструкцію антени, матеріал корпусу, розміри, друк, нумерацію, карту кодування,-правила поводження з ключем, метод перевірки та формат упаковки.

 

Готовий обліковий запис може являти собою картку ПВХ, брелок для ключів з АБС-пластику, епоксидну бирку, браслет або інкрустацію. Ці форми можуть використовувати те саме сімейство чіпів, але поводяться по-різному, оскільки розмір котушки, товщина корпусу, метод складання, сусідні матеріали та геометрія антени зчитувача змінюють РЧ зв’язок. Лабораторна робоча відстань чіпа не є гарантією завершеної мітки в установці клієнта.

 

Ця відмінність особливо важлива під час порівняння котирувань. Обидва постачальники можуть написати «MIFARE Classic 1K», цитуючи різні джерела мікросхем, формати UID, розміри антен і-обсяг контролю якості. Таким чином, дешевша позиція прейскуранта може представляти інший продукт, а не нижчу ціну за ту саму збірку.

 

Для фірмових проектів брелоків рішення про житло має прийматися після перевірки встановленої-системи. Вимоги до частоти, огородження та маркування взаємодіють, але специфікація проекту все одно має вказувати точну збірку облікових даних.

 

MIFARE Classic 1K забезпечує близько 752 корисних байтів

 

Обсяг корисної пам’яті MIFARE Classic 1K становить близько 752 байтів для даних звичайної програми, а не повних 1024 байтів.IC містить 16 секторів з чотирма 16-байтними блоками на сектор. У кожному секторі один блок є трейлером сектору, зарезервованим для ключа A, умов доступу та ключа B або використання програми в певних налаштуваннях доступу. Блок виробника 0 у секторі 0 також не є звичайною пам'яттю користувача.

 

Прозорий плановий розрахунок - це:

 

Елемент пам'яті	Розрахунок	Байти, доступні для даних звичайної програми
Загальна фізична пам'ять	64 блоки × 16 байт	1,024
Шістнадцять секторних трейлерів	16 блоків × 16 байт	−256
Блок виробника 0	1 блок × 16 байт	−16
Приблизний корисний простір програми	47 блоків × 16 байт	752

 

Це число запобігає поширеній помилці специфікації: проектування 1024-байтової карти програми та виявлення під час кодування, що ключі та умови доступу займають частину пам’яті. Точна структура секторів, зарезервовані значення, лічильники та контрольні суми повинні бути задокументовані перед кодуванням зразка. Більш повне пояснення доступне в існуючій статті наПам'ять MIFARE 1K і структура секторів.

 

NXP визначає мінімальний час зберігання даних 10 років і мінімальну тривалість запису 100 000 циклів відповідно до умов, зазначених у таблиці даних. Ці цифри є кваліфікацією компонентів, а не гарантією для кожного робочого циклу програми. Якщо облікові дані будуть часто переписуватися, розраховуйте записи на блок протягом запланованого терміну служби та перевіряйте фактичний шаблон транзакції, а не цитуйте стійкість окремо. (Таблиця даних NXP MIFARE Classic EV1 1K)

 

 

Укажіть точний IC перед формою тегу

 

Специфікація найбезпечнішої покупки вказує виробника мікросхеми, точне сімейство продуктів і прийнятну конфігурацію UID. «Сумісність з MIFARE 1K» не є еквівалентом «NXP MIFARE Classic EV1 1K». Це може стосуватися сторонньої-сумісної IC з іншою поведінкою або перезаписуваного-UID продукту, призначеного для лабораторної роботи чи міграції.

 

Варіант IC	Належне використання закупівель	Основна вимога перевірки
Справжній NXP MIFARE Classic EV1 1K	Встановлені системи, які потребують іменованої мікросхеми NXP	Підтвердьте відстеження, опцію UID і перевірку зчитувача/контролера
Названа сумісна IC	Застарілі-проекти, чутливі до вартості, які це явно приймають	Назвіть виробника та деталь; повторне кодування та живе-схвалення контролера
Перезаписуваний-UID або картка «Magic».	Контрольоване тестування, міграція або робочі процеси відновлення	Зберігайте за межами звичайного виробництва облікові дані та документи

 

Наша позиція щодо закупівель тверда: aMIFARE 1K OEM постачальникмає бути за замовчуваннямнемає заміни IC. Запропонована альтернатива є прийнятною лише тоді, коли вона ідентифікована виробником і номером деталі, щойно закодований зразок пройшов узгоджене випробування, запис схвалення оновлено, а покупець дає письмовий дозвіл.

 

Це правило закриває прогалини, які неможливо виявити візуальним оглядом. Два брелоки можуть використовувати ідентичні корпуси та друк, тоді як базова IC змінює поведінку UID, відповідь автентифікації або сумісність із розгорнутим зчитувачем замовника. Таким чином, «Еквівалент» має бути результатом тестування та підписаною зміною, а не етикеткою покупки.

 

Зіставте параметр UID із зчитувачем і контролером

 

TheMIFARE Classic 1K 4-байт проти 7-байт UIDрішення має бути прийнято проти всього системного шляху, а не лише для читача. Деякі застарілі бази даних, проміжне програмне забезпечення та контролери зберігають лише чотири байти UID, навіть якщо новіший зчитувач може визначити сім.

 

Використовуйте три{0}}послідовність перевірки:

 

1. Переконайтеся, що зчитувач постійно повідомляє повний UID.
2. Автентифікуйте та прочитайте необхідний сектор за допомогою ключів проекту та умов доступу.
3. Надайте облікові дані живому контролеру та перевірте реальну дію, журнал подій і збережений ідентифікатор.

 

NXP розрізняє фіксовані й не-унікальні механізми ідентифікації та рекомендує системним розробникам правильно обробляти довжину та унікальність ідентифікатора. Наслідком закупівлі є те, що довжина UID, очікування унікальності та-обробка полів бази даних належать до запису RFQ і Golden Sample, а не до неофіційного електронного листа після початку виробництва. (Примітка до програми NXP UID AN10927)

 

Якщо контролер авторизує доступ лише за UID, заміна 4-байтових облікових даних на технічно читабельну 7-байтову версію все одно може порушити реєстрацію або зіставлення подій. Що ще важливіше, авторизацію лише за UID не слід описувати як середню безпеку. Це доцільно лише тоді, коли наслідки копіювання ідентифікатора явно прийняті як низький ризик.

 

Визначте повну збірку MIFARE 1K OEM

 

ПовнийСлужба кодування тегів MIFARE 1Kспецифікація поєднує електронні облікові дані, фізичний продукт і виробничий запис. Залишення будь-якого з цих шарів відкритим викликає припущення, які не можуть бути виправлені доказом логотипу.

 

Рівень специфікації	Поля для затвердження перед виробництвом
IC	Виробник, точна IC, довжина UID, правило заміни
будівництво РФ	Розмір/конструкція антени, вкладка або модуль, стан-випробування корпусу
Форм-фактор	ПВХ-картка, брелок з АБС-пластику, епоксидна бирка, браслет або спеціальний корпус; розміри і спосіб кріплення
Графіка	Версія ілюстрації, кольори, розташування логотипу, лазерний або друкований номер, QR/штрих-код, якщо потрібно
Карта даних	Сектор, блок, порядок байтів, фіксовані значення, змінні значення, правила лічильника/контрольної суми
Дані безпеки	Ключ A, ключ B, біти доступу, версія ключа, відповідальність за створення та передачу ключа
Серіалізація	Відображення UID, відображення друкованих чисел, правило дублювання та вихідний{0}}формат файлу
Перевірка	Поля зчитування, перевірка дублікатів, моделі зчитувачів/контролерів і запис про прийняття
Упаковка	Послідовність одиниць, етикетки на мішках/коробках, кількість і звірка файлів-з-упаковкою

 

В аMIFARE 1Kкодування проекту, інструкції Sector Trailer вимагають особливої ​​обережності. Неправильні біти доступу можуть зробити сектор нечитабельним або перешкодити запланованій операції запису; неправильний ключ може зробити відновлення непрактичним. Таким чином, зразок запису має відображати заплановані та -перечитані значення для кожного контрольованого блоку, версії ключа, тестового пристрою та статусу затвердження. Це оперативний доказ, а не заява про те, що невизначений проект пройдено.

 

Для попередньої -перевірки сумісності корисними вхідними даними є модель зчитувача/контролера, один робочий обліковий запис, необхідна карта даних і форма цільового тегу. Попросіть Syntek використати ці вхідні дані для визначення обсягу зразка через йогоіндивідуальні RFID OEM та послуги кодування. Результатом має бути-спеціальний план тестування проекту; він не замінює перевірку в середовищі, встановленому покупцем.

 

 

Використовуйте MIFARE 1K лише в межах його безпеки

 

MIFARE Classic використовує власний дизайн CRYPTO1, і практичні атаки проти реалізацій Classic були публічно задокументовані. Це не робить кожне існуюче розгортання непридатним для використання, але це означає, що команда із закупівель не повинна рекламувати облікові дані як сучасну платформу високого-захисту. (Практична атака Університету Радбуда)

 

Існуючі системи відвідування або членства

 

Для закритої системи ідентифікації відвідуваності, членства чи-невеликої вартості, яка вже залежить від класичної поведінки, користувацькі теги MIFARE 1K можуть бути розумною покупкою сумісності. Зберігайте облікові дані лише тоді, коли зрозумілі робочий процес контролера, автентифікація сектора та операційні наслідки клонування. Точка розширення полягає не в тому, чи можна зчитувати чіп, а в тому, чи ризик програми залишається прийнятним, коли ідентифікатори або застарілі ключі розкриваються.

 

Доступ до офісу з помірним операційним ризиком

 

Мітки MIFARE 1K для контролю доступуприйнятні лише там, де цього вимагає встановлена ​​система, а компенсаційні елементи керування обмежують наслідки копіювання облікових даних. Уникайте ключів за замовчуванням, уникайте використання одного спільного ключа для непов’язаних секторів, де система дозволяє диверсифікацію, обмежуйте інструменти реєстрації та перевіряйте сектор програми, а не довіряйте надрукованому номеру.

 

Контролер лише-UID не відповідає цьому стандарту. Для звичайного офісу з подіями доступу, які можна відновити, його можна зберегти як визнане застаріле обмеження, але воно не повинно захищати серверні кімнати, критичне обладнання чи високо-цінний інвентар. Важливою змінною є втрата, створена одним скопійованим обліковим даним, а не мітка, нанесена на будівлю.

 

Нові платіжні системи, високо-захищені чи-високі системи

 

Не встановлюйте класичний 1K за умовчанням для нової збереженої-системи цінностей, облікових даних критичної-кімнати, робочого процесу-важливих активів або довгострокової-платформи ідентичності. Виберіть сімейство облікових даних із потужнішими поточними функціями безпеки та за потреби змініть шлях читача/програми. Дослідження статичних зашифрованих одноразових кодів і реалізації бекдорів підтверджують, чому сумісні класичні продукти не можна розглядати як взаємозамінні компоненти безпеки. (Дослідження безпеки Quarkslab)

 

A MIFARE 1Kпроект міграції все ще може потребувати подвійної підтримки, поки старі зчитувачі замінено. У такому разі задокументуйте перехідний період, які облікові дані приймаються в кожній групі читачів, як керуються ключами та дату, коли застарілий шлях буде вимкнено. Таким чином, сумісність є вимогою контрольованої міграції, а не постійною вимогою безпеки.

 

Затвердити повністю закодований золотий зразок

 

Блок затвердження длямасові теги MIFARE 1Kмає бути повністю виготовленим, повністю закодованим золотим зразком, а не порожньою інкрустацією, пробним витвором мистецтва чи окремо закодованою тестовою карткою. Зразок повинен поєднувати виробничу мікросхему, антену, корпус, друк, відображення номерів, ключі, біти доступу та дані програми.

 

Схвалення має охоплювати зовнішній вигляд і функції окремо. Для функції запишіть моделі зчитувача та контролера, очікувані значення секторів/блоків, результат-зворотного зчитування, відображуваний або надрукований ідентифікатор, активну дію та схвалювача. Для зовнішнього вигляду запишіть версію ілюстрації, посилання на колір, розміри, послідовність кріплення та пакування.

 

Правило прийняття має стосуватися-проекту, але воно не може бути розпливчастим. Визначте кількість зразка, напрямки тестування та поверхні, чи кожне закодоване поле отримує 100% зчитування, як виявляються дублікати та які візуальні характеристики відбираються. Виробнича партія не повинна починатися, доки підписаний запис і збережений еталонний зразок не погодяться.

 

Тут також конкретизується право власності на ключ. У запиті пропозицій має бути зазначено, хто генерує ключі, як вони передаються, чи може фабрика їх зберігати, хто може дозволити зміну та які докази видалення потрібні після замовлення. Надійний процес кодування контролює як записані байти, так і людей, яким дозволено працювати з ними.

 

Надішліть потрібні дані виробнику тегів MIFARE Classic 1K

 

Корисний RFQ дає aВиробник тегів MIFARE Classic 1Kдостатньо інформації, щоб запропонувати той самий продукт, який пізніше буде затверджено. Надішліть як мінімум такі поля:

 

Поле RFQ	Інформація, яка потрібна постачальнику
Встановлена ​​система	Зчитувач, контролер і модель/версія програмного забезпечення
Довідковий обліковий запис	Поточний IC, якщо відомий, довжина UID і один робочий закодований зразок
Необхідна IC	Виробник/продукт, дозволений параметр UID і заборона-правила заміни
Готовий формат	Картка, брелок, епоксидна бирка, браслет або спеціальний корпус; розміри та середовище
Твір і нумерація	Файли, кольорові посилання, змінні дані та правила відображення
Кодування	Карта секторів/блоків, порядок байтів, ключі, біти доступу, лічильники/контрольні суми та область зворотного читання
Прийняття	Процедура золотого зразка, функціональні випробування, правило повторення та метод перевірки
Комерційна сфера	Кількість зразка, прогнозований обсяг, кількість замовлення, упаковка та місце доставки
Управління даними	Право власності на ключ, канал передачі, правило збереження/видалення та вихідні файли

 

MOQ і час виконання повинні бути підтверджені лише після фіксації корпусу, друку, серіалізації, кодування та обсягу тестування. Пусті, друковані, серійні та попередньо-закодовані замовлення не вимагають однакової підготовки. Відображення серійних-номерів, введення-ключів клієнта, перевірка бітів доступу та-зворотне зчитування одиниць додають контрольовані операції, які не включають порожні-котирування тегів.

 

Якщо в проекті використовуються брелоки в готелях або офісах, заморожуйте форм-фактор тільки після перевірки корпусу на встановлений зчитувач і умови монтажу. Потім надішліть модель зчитувача, робочі облікові дані, карту даних і очікувану кількість із запитом наіндивідуальні брелоки MIFARE Classic 1K. Попросіть надати зразок-та-обсяг затвердження, пов’язаний із цими вхідними даними, а не загальну рекомендацію каталогу.

 

Часті запитання