Скритата причина умната брава да отхвърля RFID карти

Много хора смятат, че умната брава просто „капризничи“, когато откаже RFID карта от друг доставчик. Те допират картата отново, държат я по-равно, пробват друг ъгъл и след това започват да обвиняват бравата, доставчика на картите или монтажника. Отстрани изглежда като обикновен проблем със съвместимостта. Бравата чете RFID карти, картата също е RFID карта — тогава защо не се случва нищо?

Скритата причина е, че повечето системи за умни брави всъщност не проверяват дали картата е „каква да е“ RFID карта. Те проверяват дали тя има точно определена структура на удостоверението за достъп. С други думи, бравата не пита: „Това RFID карта ли е?“ Тя пита: „Това ли е точният тип RFID носител, който моята система очаква, записан по правилния начин, с правилните ключове, разположение на данните, права и път на оторизация?“ Това е съвсем различен въпрос и именно той обяснява защо толкова много RFID карти от трети страни не работят, въпреки че на пръв поглед изглеждат технически сходни.

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

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

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

Примери от практиката

Опит от бутиков хотел

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

Проблем в споделено работно пространство пространство

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

Последната част е особено важна. Много системи за умни брави са изградени като затворени или полузатворени екосистеми. Бравата, енкодерът, софтуерът за управление и картите не са отделни елементи по начина, по който купувачите понякога си ги представят. Те са верига. Софтуерът генерира или присвоява данни за достъп. Енкодерът записва тези данни по контролиран начин. Картата ги приема в определени области на паметта или според защитена схема за номериране. След това бравата прочита картата и проверява дали данните отговарят на това, което тя счита за валидно. Ако замените едно звено от тази верига с непозната карта или с карта, която не е инициализирана правилно, целият процес се прекъсва.

Жилищен проект във Ванкувър

При модернизация на жилищни сгради това недоразумение се среща постоянно. Управител на имот може да наследи съществуваща RFID система за врати, да остане с малко карти и да реши, че всякакви празни RFID карти за контрол на достъпа от пазара ще свършат работа. На пръв поглед това звучи логично. Картите са със същия размер, марката на бравата е същата, а наемателят просто се нуждае от нещо, с което да отвори врата. Но ако системата разчита на правила за номериране на карти, секторни ключове, данни за издател или криптирани блокове с удостоверение, празните карти не са наистина „празни“ в полезния смисъл. Те са само носители, които чакат процес, който новият доставчик не може да възпроизведе без точните системни изисквания.

Жилищен проект във Ванкувър научава това по време на обновяване на брави в няколко сгради. Екипът вече има кутия RFID карти от трета страна, останали от предишен проект за контрол на достъпа, и решава да ги използва вместо да купува нови носители от доставчика на бравите. Картите се разпознават от инструмента за регистрация, което създава фалшиво усещане за сигурност. Но когато наемателите ги използват на вратите, бравите ги отхвърлят, защото процесът на регистрация всъщност не е създал правилното удостоверение за конкретната заключваща система. Системата е разчела наличието на карта, но не я е приела като валиден ключ.

Разликата между „прочитане“ и „доверяване“ е скритата причина, която често се пропуска. Четецът може да засече UID на картата. Системата може да потвърди, че чипът присъства. Но това не означава, че бравата разпознава удостоверението като разрешено. В много системи за врати само UID не е достатъчен. Бравата може да очаква приложни данни в защитени сектори на паметта, конкретен site код, код на обекта, диапазон от номера на карти, кодирано поле за дата или информация, подписана или генерирана чрез софтуер, контролиран само от първоначалната платформа.

Проект за университетско общежитие

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

Университетско общежитие се сблъсква с това, когато се опитва да опрости студентския достъп. Кампусът вече използва RFID носители в няколко отдела, затова оперативният екип приема, че същите RFID карти от трета страна могат да се използват и за вратите на общежитията. Бравите в общежитието обаче работят с друга логика. Те не търсят формата, използван в учебните сгради. Резултатът е сложен урок по сегментация на системите. Картите са реални. Софтуерът работи. Студентите са оторизирани в една среда и отхвърлени в друга, защото правилата за удостоверенията не са споделени.

Скрити фактори: секторни ключове, права за запис и състояние на инициализация

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

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

Тук се появяват и митовете за клониране, които допълнително създават объркване. Понякога хората приемат, че ако RFID карта от трета страна може да имитира същия UID или ако доставчик предлага „съвместими“ копия, бравата трябва да се отвори. Това може да работи при много базови системи, но много внедрявания на умни брави не разчитат само на видимия идентификатор. Те могат да проверяват вътрешни блокове, логика на номериране, издадена от системата, или данни, записани по време на издаването на удостоверението. Копиран UID не е същото като правилно издадена карта.

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

Защо само честотата никога не е достатъчна

От гледна точка на SEO и търсенията на купувачите, това е отговорът зад много заявки с ясен търговски интерес. Когато хората търсят фрази като защо умната брава отказва RFID карта, персонализирани RFID карти за хотелски брави, RFID карта не работи със система за врати, съвместими карти за достъп за умни брави или как се програмират RFID карти от трета страна за брави, те обикновено се сблъскват с една от четири реалности.

Първата е несъвместим чип. Втората е неподдържан формат на удостоверението. Третата е липсващ процес за кодиране. Четвъртата е затворена екосистема, при която първоначалният доставчик контролира издаването на картите. Най-проблемните проекти често включват повече от един от тези фактори едновременно.

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

Има и по-тих проблем, който не получава достатъчно внимание: състоянието на инициализация. Някои системи за брави очакват картите да започват от известно състояние преди кодиране. Ако доставчик изпрати карти с променени ключове, необичайно форматиране на паметта или частична предварителна персонализация за друго приложение за контрол на достъпа, енкодерът на бравата може да ги отхвърли още преди те да стигнат до самата врата. За купувача това изглежда като „картите не работят“. В действителност картите са пристигнали в състояние, което не съответства на процеса на издаване.

Производствен офис, който обединява вход за служители, достъп за посетители и контрол на шкафове под една badge програма, се сблъсква с това при разширяване. За по-бърза доставка е привлечен втори доставчик на карти, като се очаква плавен преход. Вместо това новата партида се държи непоследователно при различни врати, защото по време на подготовката са приложени различни правила за удостоверения. Една част от обекта разпознава картите. Друга не. Картите не са универсално грешни. Те просто не са еднакво съгласувани с конкретните заключващи среди, за които са предназначени.

Какво трябва да проверят купувачите преди поръчка на RFID карти от трета страна

Какво реално трябва да направят купувачите, преди да поръчат RFID карти от трета страна за система с умни брави?

Първо трябва да се забрави идеята, че „същата честота“ означава „същия резултат“. Попитайте кои семейства чипове се поддържат, но не спирайте дотам. Попитайте дали системата разчита на raw UID, защитени сектори на паметта, приложни данни, facility codes или криптирани удостоверения, издадени от софтуера. Попитайте дали енкодерът може да инициализира празни карти от трета страна или работи само с одобрени карти. Попитайте дали доставчикът може да предостави точната спецификация на картата, необходима за успешно издаване. Попитайте дали вече използвани карти могат да бъдат пренасочени към новото приложение. Попитайте дали платформата на умната брава е отворена, ограничена или напълно затворена по отношение на управлението на удостоверенията.

Екип за хотелска реновация в Мелбърн решава проблема с отказаните карти едва след като променя въпроса към доставчиците. В началото всички питат: „Имате ли съвместими хотелски RFID карти?“ Почти всеки доставчик отговаря с „да“ под някаква форма. По-късно започват да питат: „Могат ли тези карти да бъдат издадени чрез този конкретен енкодер и този софтуерен процес, за тази конкретна система брави?“ Този въпрос води до по-добри отговори, защото разглежда цялата верига, а не само пластмасовата карта.

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

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

В основата на всичко това стои проста истина: умната брава не отхвърля RFID карти от трети страни, защото е придирчива без причина. Тя ги отхвърля, защото прави точно това, за което е проектирана. Тя защитава системата за достъп, като приема само удостоверения, които отговарят на нейния модел на доверие. Картата не е просто носител. Тя е част от контролиран процес на идентичност.

След като това се разбере, целият проблем става много по-ясен. Истинският въпрос вече не е „Защо бравата не харесва тази карта?“ Истинският въпрос е „Тази карта правилно ли е издадена за тази конкретна система?“ В много неуспешни проекти отговорът е не.

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

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