Одна картка RFID для контролю доступу та відвідування: зіставлення ID/IC та контрольний список для розгортання

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

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

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

 

 

Один бейдж не означає автоматично один обліковий номер

На деяких ринках"посвідчення особи"означає базові облікові дані безконтактної мережі 125 кГц, як-от певні карти серії EM- із фіксованим{1}}ідентифікатором, і"IC картка"означає безконтактну смарт-карту 13,56 МГц. Це неформальні ринкові позначки, а не універсальні технічні класифікації. Обидва продукти містять інтегральну схему. В інших контекстах картка IC також може бути контактною смарт-карткою.

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

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

 

 

Відокремте облікові дані особи, фізичної картки та системи

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

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

Слідує стабільний дизайнодна особа → один або кілька авторизованих облікових даних → незалежні дозволи на двері та відвідування. Заміна картки не повинна створювати другий запис про працівника.

 

 

Інвентаризуйте обидві популяції читачів перед замовленням карток

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

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

 

 

Чому на одному бейджі можуть бути дві різні цифри

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

Наприклад, дверна система може зберігатиDOOR_TOKEN_Aі система відвідуваності може зареєструватисяCLOCK_TOKEN_B. Обидві символічні посилання можуть належатиОСОБА_ЗАПИС_1. Їм потрібна контрольована асоціація, а не вигадане правило, яке змушує їх дорівнювати кадровому номеру працівника.

Якщо використовується код закладу та діапазон-номерів картки, задокументуйте цей макет і перевірте отримані результати. Дві системи з підтримкою "26-біт" не обов'язково налаштовані на інтерпретацію ідентичних полів облікових даних.

 

 

Виберіть технологічну архітектуру, яка відповідає встановленим системам

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

Для пошуку карток і варіантів створення, SyntekКатегорія картки RFIDє комерційним призначенням. Цей посібник не замінює завдання покупки на сторінці продукту.

 

 

Створіть схвалений реєстр карт перед масовою реєстрацією

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

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

 

 

Події доступу не є подіями відвідування

Авторизоване відкриття дверей не обов’язково є дійсним робочим{0}}часом. Хтось може увійти в будівлю, щоб зібрати обладнання, пересуватися між майданчиками або супроводжувати відвідувача. Час-удар годинника може бути дійсним без відповідної дії дверей.

• Програма доступу:визначає, чи має зареєстрований обліковий запис дозвіл на двері та час.
• Заявка на відвідування:отримує clock{0}}in, clock-out та виняткові події відповідно до політики організації.
• Процес кадрової роботи / нарахування заробітної плати:незалежно перевіряє графіки, виправлення та-відпрацьовані години.

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

 

 

Використовуйте картки подвійної-технології лише із запланованим кінцевим станом

Поетапне розгортання може мати старі зчитувачі 125 кГц на станціях відвідування та нові зчитувачі 13,56 МГц біля дверей, або навпаки. Фізичний значок, що містить дві технології, може подолати розрив, якщо обидві системи облікових даних підтримують фактичну комбінацію чіпів.

Ця картка може розкривати два різні електронні ідентифікатори. Кожен має бути пов’язаний з тією самою уповноваженою особою та перевірений на правильному пристрої. Пропозиції HIDінформація про міграцію-технології multiCLASS; практична сумісність усе ще залежить від встановленої конфігурації зчитувача та платформи доступу.

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

 

 

Перевірте підключення-до-контролера як окремий рівень

Послідовно діагностуйте несправності. Якщо зчитувач не бачить бейдж, перевірте частоту, протокол і підтримувану родину облікових даних. Якщо зчитувач реагує, але програмне забезпечення доступу забороняє вхід, перевірте його вихідний формат, відображення, дозволи користувача та політику контролера.

Зв’язок-з-контролером відокремлений від інтерфейсу картки. TheКонтрольний список OSDP Асоціації індустрії безпекистосується розгортання та перевірки безпеки з’єднань на основі OSDP-. OSDP і застарілий Wiegand описують комунікації компонентів; жоден сам по собі не гарантує, що дана ідентифікаційна картка чи картка IC сумісна зі зчитувачем.

Придбання картки не слід використовувати як скорочення для оновлення безпеки зчитувача/контролера. Задокументуйте такі зміни інфраструктури як власну затверджену проектну роботу.

 

 

Приймальні випробування мають проходити протягом усього життєвого циклу співробітника

Одне успішне змахування дверей і один успішний{0}}запуск не можуть підтвердити повну реалізацію. Перевірте, як кожна система поводиться після звичайних і виняткових подій робочої сили.

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

 

 

Запобігайте створенню паралельних активних ідентифікацій картками для заміни

Заміна створює особливий ризик: адміністратор дверей реєструє новий бейдж, тоді як адміністратор час-годинника залишає старий активним. Тоді обидві картки можуть відображатися дійсними в одній або обох базах даних.

1. Подивіться на авторитетний обліковий запис співробітників.
2. Перелічіть активні посилання на облікові дані для входу та відвідування цієї особи.
3. Запишіть, чому фізичний бейдж було замінено та чи було його повернуто.
4. Зареєструйте та протестуйте нові посилання на картку, використовуючи затверджені процедури.
5. Відкликайте старі посилання в кожній відповідній системі.
6. Підтвердьте, що вилучені облікові дані відхилено, якщо потрібно.
7. Зберігайте історію відображення та змін; зберігати попередні записи про відвідуваність особи.

Фізичне відновлення та електронне скасування – це різні стани. Відсутній значок можна відключити; повернутий бейдж може бути технічно авторизованим, доки дозволи на доступ фактично не буде видалено.

 

 

Пілотуйте повну зміну, а не лише дві демонстрації для читання

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

1. Базова лінія:зафіксуйте, як-хороший бейдж поводиться біля типових дверей і годинників.
2. Зарахування:видати зразок картки та записати її технічні ідентифікатори та карту робочої сили.
3. Доступ:перевірити дозволені та навмисно заборонені дверні транзакції, включаючи різні моделі зчитувачів.
4. Відвідуваність:перевірити, що події години-входу та часу-виходу відображаються під записом потрібної особи.
5. Винятки:перевірити невідомі номери, конфліктні зіставлення, закінчення терміну дії та навмисно відкликані облікові дані.
6. Заміна:видати новий зразок і переконатися, що обидві системи вилучають попередній ідентифікатор.
7. Звірка:порівнювати журнали аудиту та черги винятків перед затвердженням серійного виробництва.

Підприємство має визначити власні порогові значення, наприклад, які невдалі події блокують розгортання та хто може схвалити виняток. Заява постачальника про те, що картку «зчитує успішно», не є доказом того, що записи про відвідуваність і дозволи на двері правильні.

 

 

Що потрібно вказати в запиті на придбання ID/IC-картки

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

 

 

Коли має сенс зберігати наявні ідентифікаційні картки

Якщо завдання є повторним замовленням на технічне обслуговування, і обидві програми залежать від відомого-працюючого формату 125 кГц, безперервність може бути безпосереднім пріоритетом. Це не слід спотворювати як покращення безпеки. Може знадобитися окремий план, щоб усунути ризики фіксованих облікових даних-ідентифікатора.

Якщо організації потрібні автентифіковані програми або консолідоване керування кількома системами, визначте сумісні зчитувачі, ключі облікових даних і керування ідентифікацією, перш ніж вибрати чіп смарт--картки. Для ширшого рішення щодо вартості та технології Syntek125 кГц проти 13,56 МГц Посібник з вартості облікових даних доступує відповідним суміжним ресурсом.

 

 

Передача, завдяки якій одна картка працює

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

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

Одна картка – зручний фізичний формат. Послідовні ідентифікаційні дані та дисципліноване адміністрування – це те, що робить його надійним спільним обліковим записом.