Една RFID карта за контрол на достъпа и присъствие: ID/IC картографиране и контролен списък за внедряване

Една компания може да издаде една RFID значка на всеки служител и пак да се окаже с две противоречиви самоличности: един номер, записан на вратата, и друг номер, очакван от часовника. Баджът може да работи на входа, но да не записва присъствие, или часовникът може да го приеме, докато системата-за контрол на достъпа показва неизвестни идентификационни данни.

Решаването на това изисква нещо повече от избор между „лична карта“ и „IC карта“. Дефинирайте стабилен запис на лице, идентифицирайте какво извежда всеки четец, съпоставете всяко оторизирано удостоверение за това лице и тествайте достъпа и присъствието като отделни бизнес събития.

Това ръководство е за мениджъри на съоръжения, екипи по човешки ресурси и ИТ, интегратори и организации, издаващи RFID карти както за врати, така и за време-и-присъствие. Той обхваща картографиране на идентичност, общи условия за повреда, тестове за приемане и спецификации за покупка, а не друго общо сравнение на карти.

 

 

Една значка не означава автоматично един идентификационен номер

На някои пазари,"лична карта"означава основни 125 kHz идентификационни данни за близост, като определени карти с фиксиран-идентификатор EM-серия, и"IC карта"означава 13,56 MHz безконтактна смарт карта. Това са неофициални пазарни етикети, а не универсални технически класификации. И двата продукта съдържат интегрална схема. В други контексти IC картата може също да бъде контактна смарт карта.

Съответният въпрос за значките на служителите е кои идентификационни данни поддържат действителните четци за врата и -часовник. Четец само на 125 kHz-не може да чете идентификационни данни само на 13,56 MHz-само защото и двете използват тяло на PVC карта. Съвместим-честотен HF четец може да открие смарт карта, но пак да не може да използва необходимото приложение или формат на идентификационни данни.

За по-широко сравнение на технологии и покупки, Syntek'sIC карта срещу ръководство за лична картасе справя с това решение. Тази страница се фокусира върху това една значка да работи последователно в две операционни системи.

 

 

Отделете идентификационните данни на лицето, физическата карта и системните данни

Една работеща система с двойна -употреба съдържа няколко различни записа. Третирането им като взаимозаменяеми създава проблеми, когато някой смени отдела или загуби значка.

Идентификаторите на вратите и присъствието понякога могат да имат еднаква техническа стойност. Те могат също така да се различават по представяне на байтове, дължина, приложение или дори RF технология. Нито един резултат не трябва да се предполага от изображение или отпечатан номер на картата.

Следва стабилен дизайнедно лице → една или повече оторизирани препратки към идентификационни данни → независими разрешения за врата и присъствие. Подмяната на картата не трябва да създава втори запис на служител.

 

 

Инвентаризирайте и двете читателски популации, преди да поръчате карти

Много сгради имат по-нови четци-на главните врати и по-стари терминали за присъствие. Получете производителя, модела и съответната конфигурация на всеки съществено различен тип четец.

Използвайте позната-добра оторизирана карта на представителна единица от всяка фамилия устройства. Уловете стойността, както е показано в оторизираното приложение, запазете водещите нули и документирайте десетично или шестнадесетично представяне. Не приемайте, че контролерът съхранява отпечатания номер на картата.

 

 

Защо една и съща значка може да показва две различни числа

Фърмуерът на четеца може да извлече част от идентификатор на чип, да приложи формат на карта, да обърне реда на байтовете или да покаже конвертирано число. Модерна реализация на смарт-карта може вместо това да удостоверява и извлича стойност на идентификационни данни от защитено приложение.

Например, система за врати може да съхраняваDOOR_TOKEN_Aи система за присъствие може да се регистрираCLOCK_TOKEN_B. И двете символни препратки могат да принадлежат наPERSON_RECORD_1. Те се нуждаят от контролирана асоциация, а не от измислено правило, което ги принуждава да изравняват HR номера на служителя.

Когато се използват код на съоръжение и диапазон-номер на карта, документирайте това оформление и потвърдете получения резултат. Две системи, изброяващи "26-битова" поддръжка, не са непременно конфигурирани да интерпретират идентични полета за идентификационни данни.

 

 

Изберете технологична архитектура, която пасва на инсталираните системи

NXP MIFARE DESFire EV3има криптографски и много{0}}приложни възможности, но тези функции са налични само когато поддържащият четец, ключовете и приложението са правилно конфигурирани. Четенето на публичен UID на способен чип не е еквивалентно на удостоверяване на защитени идентификационни данни.

За снабдяване с карти и опции за изграждане, Syntek'sКатегория RFID картае търговската дестинация. Това ръководство не замества задачата за закупуване на продуктовата страница.

 

 

Създайте одобрен регистър за картографиране преди масово записване

Връзката между персонала и значките се нуждае от един отговорен собственик и одитна история. Контролираният регистър на идентификационните данни може да съществува в-платформа за управление на идентификационни данни или одобрена интеграция. Избягвайте да разчитате на неверсирана електронна таблица, изпратена по имейл между съоръженията и отдела за човешки ресурси.

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

 

 

Събитията за достъп не са събития за присъствие

Оторизираното отваряне на врата не е непременно валидно работно{0}}време. Някой може да влезе в сграда, за да вземе оборудване, да се движи между обекти или да придружи посетител. Ударът-на часовник може да е валиден без съответната активност на вратата.

• Приложение за достъп:определя дали регистрираните идентификационни данни имат разрешение на врата и време.
• Заявление за присъствие:получава clock{0}}in, clock-out и изключения събития съгласно политиките на организацията.
• Човешки ресурси / процес на заплати:независимо проверява графици, корекции и-отработени часове.

Ако бизнесът иска едно докосване да генерира и двете събития, интеграцията трябва изрично да създаде и потвърди и двете. Никога не трябва да се приема, че сам записът в дневника на четец на врати доказва отработените часове.

 

 

Използвайте карти с двойна-технология само с планирано крайно състояние

Поетапното внедряване може да има стари 125 kHz четци на присъствените станции и нови 13,56 MHz четци на вратите или обратното. Физическа значка, съдържаща две технологии, може да преодолее празнината, ако и двете системи за удостоверяване поддържат действителната комбинация от чипове.

Тази карта може да разкрие два различни електронни идентификатора. Всяка трябва да бъде свързана с едно и също упълномощено лице и потвърдена на правилното устройство. HID офертиmultiCLASS технология-информация за миграция; практическата съвместимост все още зависи от конфигурацията на инсталирания четец и платформата за достъп.

Задайте дата или изрично условие за оттегляне на наследеното приемане. Една съвременна криптографска карта има ограничена стойност за сигурност, ако нейната по-стара фиксирана-ID страна остава приета идентификационна информация за неопределено време без одобрена бизнес нужда.

 

 

Тествайте връзката-към-контролера като отделен слой

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

Връзката-към-контролера е отделна от интерфейса на картата. TheКонтролен списък на OSDP на Асоциацията на индустрията за сигурностадресира внедряването и проверката на сигурността на връзки, базирани на OSDP-. OSDP и наследеният Wiegand описват компонентни комуникации; нито сам по себе си гарантира, че дадена лична карта или IC карта работи с четеца.

Доставянето на карта не трябва да се използва като стенограма за надграждане на сигурността на четец/контролер. Документират подобни инфраструктурни промени като своя собствена одобрена проектна работа.

 

 

Тестовете за приемане трябва да следват целия жизнен цикъл на служителите

Едно успешно плъзгане на вратата и едно успешно влизане-не могат да докажат пълно внедряване. Тествайте как се държи всяка система след нормални и извънредни събития на работната сила.

Някои платформи синхронизират самоличността и състоянието на идентификационните данни. Други изискват отделни административни действия. Потвърдете поведението в документация и контролиран пилот, вместо да обещавате автоматични актуализации.

 

 

Предотвратете създаването на паралелни активни самоличности на резервни карти

Подмяната създава специфичен риск: администраторът на вратата регистрира нова значка, докато администраторът на часовника -оставя старата активна. Тогава и двете карти може да изглеждат валидни в едната или и в двете бази данни.

1. Потърсете авторитетното досие на работната сила.
2. Избройте референции за активни врати и идентификационни данни за това лице.
3. Запишете защо физическата значка е заменена и дали е върната.
4. Запишете и тествайте референциите на новите карти, като използвате одобрени процедури.
5. Отменете старите препратки във всяка съответна система.
6. Потвърдете, че оттеглените идентификационни данни са отказани, когато е необходимо.
7. Съхранявайте картографирането и историята на промените; запазете предишните записи на лицето за присъствие.

Физическото възстановяване и електронното оттегляне са различни състояния. Липсваща значка може да бъде деактивирана; върната значка все още може да бъде технически разрешена, докато разрешенията за достъп действително не бъдат премахнати.

 

 

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

Стартирайте пилотния проект на точните модели четци и бекенд приложения, очаквани в производството. Използвайте одобрени-нечувствителни тестови данни и включете сигурността, човешките ресурси и интегратора в процеса на приемане.

1. Базово ниво:заснемете как се държи известна{0}}добра значка на представителни врати и часовници.
2. Записване:издайте примерна карта и запишете нейните технически идентичности и картографиране на работната сила.
3. Достъп:проверка на разрешени и умишлено отказани транзакции на врати, включително различни модели четци.
4. Посещаемост:потвърдете, че събитията за влизане и излизане-се показват под правилния запис на човек.
5. Изключения:тествайте неизвестни номера, противоречиви съпоставяния, изтичане и умишлено отменени идентификационни данни.
6. Замяна:издайте нова проба и се уверете, че и двете системи оттеглят предишната самоличност.
7. Съгласуване:сравнете журналите за одит и опашките за изключения, преди да одобрите серийното производство.

Бизнесът трябва да определи своите собствени прагове за приемане, като например кои неуспешни събития блокират внедряването и кой може да одобри изключение. Изявлението на доставчика, че дадена карта „чете успешно“ не е доказателство, че записите за присъствие и разрешенията за отваряне на вратата са правилни.

 

 

Какво да посочите в заявка за покупка на ID/IC карта

Офертата рядко се нуждае от необработени списъци на служители, поверителни ключове за приложения или идентификационни данни за достъп до продукция на живо. Започнете със спецификациите на четеца и оторизирани тестови проби, след което установете контролиран процес-за споделяне на данни, ако се изисква персонализиране.

 

 

Когато запазването на съществуващи лични карти има смисъл

Ако заданието е повторна поръчка за поддръжка и двете приложения зависят от известен-работещ 125 kHz формат, непрекъснатостта може да е непосредствен приоритет. Това не трябва да се представя погрешно като подобрение на сигурността. Все още може да е необходим отделен план за справяне с рисковете от идентификационните данни с фиксиран-идентификатор.

Ако организацията се нуждае от удостоверени приложения или консолидирано управление в повече системи, дефинирайте съвместими четци, идентификационни ключове и управление на самоличността, преди да изберете чип за смарт-карта. За по-широкото решение за цена и технология, Syntek's125 kHz срещу 13,56 MHz ръководство за разходите за идентификационни данни за достъпе подходящият съседен ресурс.

 

 

Прехвърлянето, което кара една карта да работи

Преди пълното внедряване трябва да има едно одобрено правило-към-съпоставяне на идентификационни данни, един четец-матрица за съвместимост, един процес на издаване и отмяна и тестови записи, показващи, че достъпът до вратата и присъствието се разрешават на едно и също упълномощено лице.

Полезната последователност езапис на човек → инвентаризация на четеца → архитектура на идентификационни данни → картографиране на идентификатори → примерен проблем → тест на врата → тест за присъствие → тест за подмяна и анулиране → одобрена партидна спецификация → внедряване.

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