Выдача і вяртанне брелка RFID: Рабочы працэс кантролю доступу да некалькіх-сайтаў

Партыя брелка RFID можа прайсці праверку счытвання пастаўшчыком і па-ранейшаму стаць праблемай у працы ў дзень яе выпуску. Каманда аб'ектаў можа мець правільныя ўліковыя даныя, але не мець надзейных звестак аб тым, які офіс іх атрымаў, які супрацоўнік мае іх, які нумар распазнае кантралёр або ці быў насамрэч адключаны-згублены брелок.

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

 

 

Адзін Fob, пяць розных запісаў

Пачніце з падзелу элементаў, якія супрацоўнікі часта аб'ядноўваюць у адзін слупок электроннай табліцы пад назвай "нумар карты".

Нумар, надрукаваны на брелоку, можа быць зручнай інвентарнай даведкай, а не фактычным значэннем уліковых даных на баку чытача-. У залежнасці ад усталяванай платформы можа быць задзейнічаны код аб'екта, нумар карты, шаснаццатковае прадстаўленне або ўласнае кадаванне. Сінтэктлумачэнне таго, як працуюць-брелкі кантролю доступувалодае гэтым пытаннем тэхнічнай сумяшчальнасці; працоўны працэс тут мяркуе, што сумяшчальныя ўліковыя дадзеныя ўжо зацверджаны.

 

 

Асобная перадача завода ад рэгістрацыі на пляцоўцы

Ёсць дзве перадачы. Спачатку пакупнік прымае фізічную дастаўку ў адпаведнасці са спецыфікацыямі пастаўшчыка. Затым аўтарызаваны адміністратар рэгіструе або актывуе ўліковыя даныя для рэальнага ўладальніка ў сістэме-кантролю доступу. Завяршэнне аднаго не сведчыць аб іншым.

Файл перадачы пастаўшчыком можа разумна ўтрымліваць спасылку на партыю, паслядоўнасць тавару, надрукаваны нумар, зацверджаны электронны ідэнтыфікатар або фармат, пункт прызначэння ўпакоўкі/месца і размяшчэнне якасці. Пастаўшчыку звычайна не патрэбны поўны спіс супрацоўнікаў або гісторыя дазволаў. Арганізацыя можа супаставіць дастаўленыя ўліковыя дадзеныя з уладальнікам пазней у сваёй уласнай сістэме кантраляванага доступу.

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

 

 

Атрымайце груз як кантраляваны запас

Пры прыёмцы павінен быць дакументальна пацверджаны адказ на чатыры пытанні: што пастаўлена, якія электронныя ідэнтыфікатары ёсць, які аб'ект адказвае за склад і якія адзінкі недаступныя да выдачы.

Для кожнай пастаўкі або суб-партыі праверце:

• Колькасць і група:кардонныя скрынкі, мяшкі і размеркаванне месцаў адпавядаюць запісу аб упакоўцы.
• Цэласнасць спасылкі:бачныя лічбы або цэтлікі адпавядаюць зацверджанаму файлу адлюстравання, дзе ён прадстаўлены.
• Электронны адказ:рэпрэзентатыўныя або вызначаныя адзінкі могуць быць ідэнтыфікаваныя з дапамогай фактычна прынятага працоўнага працэсу счытвання/кадавання.
• Унікальнасць:параўнанне-на ўзроўні даных не знаходзіць дублікатаў у прасторы імёнаў, якая патрабуе ўнікальных актыўных уліковых дадзеных.
• Выключэнні:пашкоджаныя, нечытэльныя, дубляваныя або нераспазнаныя адзінкі змяшчаюцца ў каранцін замест таго, каб дадавацца ў наяўныя запасы.

Узроўні выбаркі і парогі прыняцця належаць да ўзгодненай пакупніком спецыфікацыі; ні агульны працэнт, ні гукавы сігнал чытача не з'яўляюцца дастатковым доказам для кожнага праекта.

 

 

Дайце кожнаму сайту захавальнік запасаў і мяжу ўзгаднення

Адна цэнтральная каманда можа купляць усе брелокі, пакуль асобныя офісы іх выпускаюць. Такая дамоўленасць патрабуе дакладных запісаў аб захаванні, а не адзінага агульнага падліку запасаў.

Простая стандартная мадэль адрознівае:

• Цэнтральны неразмеркаваны запас:прыдатныя для выкарыстання адзінкі, яшчэ не прызначаныя для сайта.
• Даступны запас на сайце:прыдатныя для выкарыстання адзінкі, якія фізічна знаходзяцца ў названага захавальніка.
• Зарэзерваваны запас:адзінкі, адведзеныя для зацверджанага запыту, але не перададзеныя.
• Выпушчаныя акцыі:фізічныя ўліковыя дадзеныя перадаюцца ўладальнікам і адсочваюцца ў сістэме доступу.
• Каранцінныя або адстаўныя акцыі:пашкоджаныя, неадназначныя, адноўленыя-страчаныя або па-іншаму-невыдадзеныя адзінкі.

Пераводы паміж офісамі павінны фіксавацца як дзве звязаныя падзеі: вызваленне з месца адпраўкі і атрыманне пунктам прызначэння. Адпраўленне ў дарозе не павінна адлюстроўвацца як даступнае ў абодвух месцах.

 

 

Выдайце FOB толькі пасля зацвярджэння асобы і доступу

Мэта выдачы - даказаць, што пэўныя фізічныя ўліковыя даныя былі дадзены правільнай асобе і ўключаны з правільнымі дазволамі. Нармальны парадак:

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

Калі рэгістрацыя праграмнага забеспячэння цэнтралізаваная, адміністратар сайта можа не мець прывілеяў для стварэння дазволаў. У такім выпадку працоўны працэс павінен патрабаваць пацверджання аўтарызацыі перад фізічным вызваленнем брелка.

 

 

Выкарыстоўвайце профіль-спецыфічнага доступу для сайта, а не неяўны глабальны дазвол

Уліковыя даныя некалькіх-сайтаў могуць быць распазнаны чытачамі ў некалькіх месцах без дазволу адчыняць усе дзверы. Прызнанне і дазвол застаюцца асобнымі рашэннямі.

Вызначце такія профілі, як супрацоўнік аб'екта A, падрадчык аб'екта B, тэхнічнае абслугоўванне ў непрацоўны час або часовы наведвальнік, але разглядайце гэта як прыклады, а не як універсальныя налады. Кожны профіль мае патрэбу ў зацвярджэнні ўладальніка, дазволеных дзвярэй, раскладу, тэрміну прыдатнасці і правіла праверкі. Падрадчыкі могуць запатрабаваць спонсара і абмежаванне па часе; пастаянны персанал можа прытрымлівацца адабрэння ведамства.

NIST SP 800-53 PE-2заклікае весці спісы аўтарызаванага-доступу, выдаваць уліковыя дадзеныя, разглядаць доступ і выдаляць людзей, калі доступ больш не патрабуецца. Гэта карысная структура кантролю, а не сцвярджэнне, што кожны невялікі офіс павінен укараніць пэўную праграму сертыфікацыі NIST.

 

 

Ведайце, што запісваць пры кожнай перадачы

Карысны журнал аперацый-з уліковымі дадзенымі заснаваны на падзеях. Ён павінен паведаміць аўдытару, што змянілася, хто гэта ўхваліў, хто выканаў, які фоб быў закрануты і ці было змяненне праверана.

Не змяшчайце непатрэбныя канфідэнцыяльныя звесткі ў электронную табліцу пастаўшчыка і не друкуйце іх на абалонцы. Журналы доступу і персанальныя даныя павінны адпавядаць палітыцы прыватнасці, захавання і-кантролю доступу.

 

 

Паведамленая-страта Fob запускае два дзеянні

Калі ўладальнік паведамляе аб адсутнасці брелока, першым прыярытэтам з'яўляецца адключэнне яго паўнамоцтваў,-каб не чакаць пастаўкі на замену. Па-другое, абнавіць фізічныя запасы і запісы аб інцыдэнтах.

Практычны працэс страты-fob заключаецца ў праверцы справаздачы, вызначэнні дакладных уліковых дадзеных, прыпыненні або адкліканні іх праз-платформу кантролю доступу, пацверджанні змены, распаўсюджанай на закранутыя сайты, дакументаванні інцыдэнту, а затым выдачы новых уліковых дадзеных пад асобнай спасылкай.Кіраўніцтва па падтрымцы ўліковых дадзеных HIDтаксама загадвае аператарам дэактываваць адсутныя ўліковыя дадзеныя і прызначыць замену.

Некаторыя ўстаноўкі доступу кэшуюць дазволы ў счытвальніках або кантролерах, працуюць у аўтаномным рэжыме або сінхранізуюцца паміж серверамі. У такіх выпадках цэнтральны статус «інвалід» не можа адразу сведчыць аб адмове ў кожнай дзверы. Інтэгратар павінен вызначыць паводзіны распаўсюджвання і метад праверкі. Калі сістэма дазваляе, праверце ануляваныя ўліковыя дадзеныя ў рэпрэзентатыўным кантраляваным пункце ўваходу; у адваротным выпадку праверце стан падтрымліваемага кантролера або журналы.

 

 

Вяртанне - гэта не тое самае, што адключэнне

Супрацоўнік можа размясціць брелок на стойцы рэгістрацыі, пакуль база-кантролю доступу разглядае яго як актыўны. Можа адбыцца і адваротнае: ануляваны брелок фізічна адсутнічае.

Захоўвайце гэтыя два вымярэнні асобна:

Ніколі не думайце, што выдаленне запісу чалавека аўтаматычна змяняе бягучы стан доступу кожнага кантролера або счытвальніка. Праверце паводзіны рэальнай платформы.

 

 

Вырашыце, ці можна перавыдаць вернутыя фобы

Паўторнае выкарыстанне непашкоджаных брелокаў можа мець сэнс для кантраляваных аперацый з нізкім-трэннем, але гэта-палітычнае рашэнне сістэмы. Састарэлы LF-фоб, даступны толькі для чытання, можа ўтрымліваць нязменны ідэнтыфікатар; аператар можа змяніць сваё прызначэнне сістэмы доступу-без змены чыпа, пры ўмове, што праграмнае забеспячэнне падтрымлівае гэты працоўны працэс. У разумнай сістэме ўліковых дадзеных абароненыя даныя прыкладання, персаналізацыя і ключы могуць ускладніць або забараніць перапрызначэнне.

Перад перавыдачай выдаліце ​​доступ ранейшага ўладальніка, праверце і прачытайце брелок, праверце яго стан у звязаных сістэмах, ачысціце або пераналадзьце даныя-спецыфічнага прыкладання толькі пры падтрымцы і аўтарызацыі, стварыце новую сувязь і правядзіце канчатковы--тэст доступу. Калі старыя ўліковыя даныя звязаны з інцыдэнтам з бяспекай, замест гэтага палітыка арганізацыі можа патрабаваць пастаяннага скасавання.

Перавыданне ніколі не павінна апісвацца як "скід UID". Многія ўліковыя даныя маюць не-перазапісвальныя ідэнтыфікатары; аператыўнае змяненне можа адбыцца толькі ў базе дадзеных кантролера.

 

 

Выхад павінен закрываць усе дазволы сайта

Калі карыстальнік пакідае арганізацыю або заканчваецца заданне падрадчыка, уладальнік сістэмы павінен выдаліць іх аўтарызацыю, нават калі брелок фізічна не аднаўляецца. Для некалькіх-аб'ектаў аднаго забытага сайта або незалежнага кантролера дастаткова, каб пакінуць прабел у доступе.

Дайце задачу вываду падсправаздачнага ўладальніка. Пацвердзіце актыўныя ўліковыя даныя ўладальніка, адключыце ўсе адпаведныя прызначэнні доступу, узгадніце фізічныя вяртанні, запішыце адсутныя элементы і закрыйце запыт толькі пасля завяршэння прадпісаных праверак. Калі ў чалавека ёсць як фізічны брелок, так і мабільны ўліковы запіс, разглядайце іх як асобныя запісы ўліковых даных, калі платформа не дакументуе ўніфікаваныя паводзіны адклікання.

HIDдакументацыя па-кіраванні ўліковымі дадзеныміілюструе, чаму замена, спыненне і статус уліковых дадзеных з'яўляюцца відавочнымі аперацыямі жыццёвага цыкла ў сістэмах кіраванай ідэнтыфікацыі. Канкрэтныя функцыі, даступныя для звычайнага разгортвання -доступу да будынка НЧ або ВЧ, па-ранейшаму залежаць ад яго ўласнага праграмнага забеспячэння.

 

 

Узгадніце фізічныя запасы з актыўнымі ўліковымі дадзенымі

Перыядычны аўдыт павінен параўноўваць па меншай меры тры крыніцы: запас-сайта, рэестр прызначэнняў і спіс актыўных уліковых даных-сістэмы кантролю доступу. Карысны вынік - гэта не проста «400 брелков на руках»; гэта спіс выключэнняў, якія патрабуюць дзеяння.

Шукайце актыўныя ўліковыя даныя без зацверджанага ўладальніка, спыненую асобу з захаваным доступам, брелок, запісаны як вернуты, але ўсё яшчэ ўключаны, дублікат актыўнага супастаўлення, дзе гэта забаронена, адсутны інвентар на сайце, выпадкова зарэгістраваны нявыкарыстаны запас і перадачы, якія ніколі не атрымалі пацвярджэнне пункта прызначэння.

Усталюйце частату праверкі і тэрміны адказу ад бізнес-рызык. Падрадчыкі з высокай-такучасцю могуць мець патрэбу ў больш частых праверках, чым невялікі офіс са стабільным персаналам. Агульны месячны або квартальны графік не можа замяніць узгодненую палітыку.

 

 

Пілотуйце ўвесь жыццёвы цыкл перад разгортваннем

Выкарыстоўвайце рэпрэзентатыўныя ўліковыя дадзеныя, па меншай меры дзве канфігурацыі сайта, калі праект ахоплівае розныя сістэмы доступу, і тэставыя прыклады, якія выконваюць пераходы, а не проста прадстаўляюць новы брелок чытачу.

Адзначце няўдачы з уладальнікам і патрабаваннем паўторнага тэсту. Агляд завода пастаўшчыка можа прадэманстраваць рэакцыю тэга і правільныя даныя, але не можа замяніць тэставанне рэальнага працэсу рэгістрацыі і дазволу арганізацыі.

 

 

Папытаеце ў пастаўшчыка чыстую перадачу, а не базу даных супрацоўнікаў

Пры ўводзе ў эксплуатацыю масавых бірулек RFID спецыфікацыя пакупкі павінна ідэнтыфікаваць зацверджаную тэхналогію чыпа/уліковых дадзеных, спасылку на сумяшчальнасць счытвальніка, чаканы фармат электронных даных, правіла бачнай нумарацыі, патрабаванне да унікальнага-дыяпазону або супастаўлення, групоўку ўпакоўкі/сайта,-працэс зацвярджэння ўзораў і патрэбы праверкі ўваходных дадзеных.

Аператар сайта павінен асобна кантраляваць ідэнтыфікацыю супрацоўніка, дазволы, зацвярджэнне выдачы, страчаны-фоб-адказ і журналы аўдыту. Калі пастаўшчыка просяць папярэдне-кадзіраваць або папярэдне-нумар, дамовіцеся, якія менавіта палі яму патрэбныя і як будуць разглядацца разыходжанні. СінтэкКіраўніцтва па сумяшчальнасці бірулькіахоплівае ўверх па плыні тэхнічнае рашэнне аб куплі, у той час як ягоКатэгорыя прадуктаў RFID-брелказастаецца камерцыйным уладальнікам для атрымання фізічных уліковых дадзеных.

 

 

Пункт кіравання - гэта прызначэнне, а не бірулька

Аперацыямі бірулькі-з некалькімі пляцоўкамі лягчэй кіраваць, калі адзін ланцужок застаецца правяраемым:

зацверджаны ўліковы запіс → атрыманы запас → захаванне сайта → правераны ўладальнік → профіль аўтарызаванага доступу → падзея жыццёвага цыклу → пацверджанне сістэмы → зверка інвентара.

Брелок, які правільна скануе, - гэта толькі пачатак. Выдача завершана, калі яго фізічны ўладальнік і электронныя дазволы запісаны і правераны; вяртанне, замена і выдаленне завершаны, калі і паўнамоцтвы паўнамоцтваў, і запіс фізічнага запасу былі ўзгоднены.