Издаване и връщане на RFID ключодържател: работен процес за контрол на достъпа до множество-сайтове

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

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

 

 

Един Fob, пет различни записа

Започнете, като разделите елементите, които персоналът често комбинира в една колона на електронната таблица, наречена „номер на картата“.

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

 

 

Отделете фабричното предаване от записването на обекта

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

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

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

 

 

Получете пратка като контролирана наличност

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

За всяка доставка или под{0}}партида проверете:

• Количество и група:картонените кутии, торбичките и разпределението на местата съответстват на записа за опаковане.
• Референтна цялост:видимите числа или етикети съответстват на одобрения файл за картографиране, където е предоставен.
• Електронен отговор:представителни или определени единици могат да бъдат идентифицирани с помощта на действително приетия работен процес за четене/кодиране.
• Уникалност:сравнението-на ниво данни не намира дубликати в пространство от имена, което изисква уникални активни идентификационни данни.
• Изключения:повредени, нечетливи, дублирани или неразпознати единици се поставят под карантина, вместо да се добавят към наличните запаси.

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

 

 

Дайте на всеки сайт попечител на акции и граница за съгласуване

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

Един прост модел на акции разграничава:

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

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

 

 

Издайте Fob само след като самоличността и достъпът са одобрени

Целта на издаването е да се докаже, че конкретно физическо удостоверение е дадено на правилното лице и е активирано с правилните разрешения. Нормалният ред е:

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

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

 

 

Използвайте профил-специфичен за достъп за сайта, а не имплицитно глобално разрешение

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

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

NIST SP 800-53 PE-2призовава за поддържане на списъци с оторизирани-достъпи, издаване на идентификационни данни, преглед на достъпа и премахване на хора, когато достъпът вече не е необходим. Това е полезна рамка за контрол, а не твърдение, че всеки малък офис трябва да прилага определена програма за сертифициране на NIST.

 

 

Знайте какво да записвате за всяко предаване

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

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

 

 

Докладваната-загубена Fob задейства две действия

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

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

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

 

 

Върнато не е същото като деактивирано

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

Съхранявайте тези две измерения отделно:

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

 

 

Решете дали върнатите Fobs могат да бъдат преиздадени

Повторното използване на непокътнати брелони може да има смисъл за контролирани операции с ниско-триене, но това е системно-политическо решение. Наследен LF fob само за-четене може да съдържа неизменен идентификатор; операторът може да промени присвояването на своята система за достъп-без промяна на чипа, при условие че софтуерът поддържа този работен процес. В интелигентна система за идентификационни данни защитените данни на приложението, персонализацията и ключовете могат да усложнят или забранят преназначаването.

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

Повторното издаване никога не трябва да се описва като „нулиране на UID“. Много идентификационни данни имат не-презаписваеми идентификатори; оперативната промяна може да се случи само в базата данни на контролера.

 

 

Излизането от борда трябва да затвори всяко разрешение за сайт

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

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

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

 

 

Съпоставете физическия запас с активните идентификационни данни

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

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

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

 

 

Пилотирайте целия жизнен цикъл преди внедряване

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

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

 

 

Поискайте от доставчика чисто предаване, а не база данни на служителите

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

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

 

 

Контролната точка е задачата, а не ключодържателят

Операциите с много{0}}ключодържатели са по-лесни за управление, когато една верига остава подлежаща на проверка:

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

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