RFID-kulcstartó kompatibilitási teszt: Hogyan hagyjunk jóvá egy mintát a tömeggyártás előtt

Az RFID-kulcstartó-kompatibilitási tesztnek bizonyítania kell, hogy a kész hitelesítési adatok a vevő teljes hozzáférési{0}}vezérlési láncán keresztül működnek. A chipnek kommunikálnia kell a kívánt olvasóval, az olvasónak és a vezérlőnek helyesen kell értelmeznie az adatokat, a szoftvernek megfelelő jogosultságokat kell alkalmaznia, a fizikai kulcsnak pedig meg kell egyeznie a jóváhagyott számozási, márkajelzési és csomagolási rekordokkal.

Egy olvasó sípolása nem elég.

Az olvasó észlelhet egy hitelesítő adatot, miközben a vezérlő elutasítja a formátumát, a szoftver nem találja a regisztrációs rekordot, vagy rossz az ajtóengedély. Ezért az előgyártási egységet a telepített rendszer részeként kell tesztelni, nem pedig elszigetelt műanyagdarabként.

Azok az olvasók, akik még mindig összehasonlítják a technológiákat és a formai tényezőket, kezdhetik egy szélesebb körrelRFID kulcstartó útmutató. Ez a cikk a szűkebb jóváhagyási döntésre összpontosít: mit kell ellenőrizni, mielőtt egy személyre szabott megrendelés tömeggyártásba kerülne.

Gyors válasz: Mit kell bizonyítania a teszt hitelesítő adatainak?

A végleges kódolt hitelesítő adatnak működnie kell minden, a projektben szereplő reprezentatív olvasón és hozzáférési zónán, elő kell állítania a várt rendszeradatokat, át kell mennie az engedélyezési és elutasítási teszteken, meg kell egyeznie a jóváhagyott nyomtatott és elektronikus nyilvántartásokkal, és meg kell felelnie a projekt fizikai minőségi követelményeinek.

A jóváhagyásnak hat területre kell kiterjednie:

• A frekvencia, a chip és a hitelesítő alkalmazás megfelel a tervezett olvasóknak.
• Az olvasó-–-vezérlő kapcsolat a várt rendszereredményt adja meg.
• A kódolt, megjelenített, nyomtatott és importált azonosítók megfelelően vannak leképezve.
• Az engedélyezett, megtagadt, lejárt, elveszett és csere állapotok a megadott módon viselkednek.
• Az olvasási teljesítmény és a tartósság megfelel a projektben{0}}meghatározott elfogadási feltételeknek.
• A jóváhagyott referencia, adatállomány és csomagolási sorrend a gyártás során reprodukálható.

Ez a rendszer{0}}szintű nézet ugyanazt az olvasó-, vezérlő- és szoftverláncot követi, amelyet a cikkben leírtunkhogyan működnek az RFID távirányítók a hozzáférés-vezérlésben.

Miért nem hagyják jóvá az üres mintát vagy az asztali szkennelést?

Egy üres FOB teszt megjelenése, nem a végső hitelesítő adat

Az üres ház megerősítheti az alakot, a méreteket, a színt, a logó pozícióját, a felületkezelést és a kulcstartó hardvert. Nem tud megerősíteni létesítménykódot, kártyaszám-tartományt, alkalmazásadatokat, biztonsági kulcsokat, nyomtatott-szám-leképezést vagy adatbázis-importálási szabályt.

Szükség esetén használjon külön jóváhagyásokat:

• Vizuális jóváhagyás:ház, műalkotás, szín és kivitel
• Funkcionális jóváhagyás:chip, kódolás, engedélyek, rendszerviselkedés és adatleképezés

A tömeggyártást nem szabad csak a vizuális jóváhagyás alól felmenteni.

Az asztali olvasó nem reprodukálja a telepített ajtót

Az asztali eszköz képes azonosítani a chipet vagy segíteni a hitelesítő adatok ellenőrzésében, de előfordulhat, hogy nem ugyanazt az RF mezőt, firmware-t, kimeneti viselkedést, alkalmazáskulcsokat vagy vezérlőbeállításokat használja, mint az élő hozzáférési rendszer. Egy alkalmasRFID asztali olvasóhasznos a beiratkozás és ellenőrzés során, de a végső döntéshez még szükség van a beszerelt vagy reprezentatív ajtóvasalatra.

Egy sikeres belépés csak egy utat tesztel

A hitelesítő adat megnyithatja a főbejáratot, de meghibásodik egy liftben, parkolóban, szállodai zárban vagy másodlagos épületben, mert ezek a területek eltérő olvasókat, firmware-t, alkalmazásokat vagy vezérlőbeállításokat használnak. A jóváhagyásnak ki kell terjednie minden olyan különálló rendszertípusra, amelyet a hitelesítési adat várhatóan kiszolgál.

Fagyassza le a specifikációt a minta elkészítése előtt

A szállító nem tud megbízható jóváhagyási egységet gyártani egy meglévő kulcstartó fényképéből. A vevőnek vagy az integrátornak a kódolás megkezdése előtt meg kell adnia egy ellenőrzött specifikációt.

Erősítse meg a frekvenciát és a pontos chipet

Kezdje azzal, hogy meghatározza, hogy a projekt LF hitelesítő adatot, például 125 kHz-es, 13,56 MHz-en működő HF hitelesítő adatot vagy több-technológiás kialakítást használ-e. A Syntek útmutatójaa megfelelő RFID távvezérlő frekvencia kiválasztásaelmagyarázza az első kiválasztási lépést.

A frekvencia csak egy réteg. A vevőnek azonosítania kell a chipcsaládot, a memória- és hozzáférési konfigurációt, a protokollt, a hitelesítő alkalmazást és a szükséges biztonsági kulcsokat is. A Syntek példákat kínál, mint pl125 kHz-es RFID kulcstartók, a 13,56 MHz MIFARE kulcstartóés akettős{0}}frekvenciás RFID-kulcstartó. Ezek a termékkategóriák nem cserélhetők fel automatikusan minden olvasóval.

A HID hivatalosProxKey III információkimondja, hogy a termék több hitelesítő adatformátumot is támogat. Ez azt szemlélteti, hogy ugyanazon a széles, 125 kHz-es ökoszisztémán belül két kulcstartó miért hordozhat továbbra is eltérő adatstruktúrákat.

Határozza meg, mit jelent a látható szám

A házon nyomtatott vagy lézerrel{0}}jelzett szám lehet nyers UID, decimális vagy hexadecimális konverzió, kártyaszám, létesítmény-kód és kártya-szám kombinációja, alkalmazotti hivatkozás vagy szállítói sorozatszám.

A rendelési specifikációnak pontosan meg kell adnia, hogy a látható szám hogyan kapcsolódik:

• A chipben tárolt vagy rögzített érték
• A beiratkozási olvasó által megjelenített érték
• A vezérlőnek továbbított érték
• A hozzáférési szoftverbe importált hitelesítő adatrekord
• A héjra nyomtatott és a szállítói fájlban felsorolt ​​szám

Ne kérje meg a szállítót, hogy "azonos számot készítsen", amíg a rendszer tulajdonosa nem határozza meg, hogy melyik szám és képviselet szükséges.

A Wiegand és az OSDP különböző tesztadatokat igényel

A hitelesítési technológia és az olvasó-–-vezérlő interfésze különálló kompatibilitási réteg. Egy 125 kHz-es vagy 13,56 MHz-es távirányító kommunikál az olvasóval; az olvasó ezután a rendszertervezés által kiválasztott interfészen keresztül kommunikál a hozzáférés-vezérlővel.

Legacy és Wiegand{0}}stílusú rendszerek

Egyes rendszerek rögzített hitelesítő adatfolyamot továbbítanak, amely paritást, létesítmény- vagy helykódot és egyedi kártyaszámot tartalmazhat. Ezekben a projektekben előfordulhat, hogy a tesztspecifikációnak meg kell határoznia:

• Formátumnév és teljes bithossz
• Létesítmény vagy helyszín kódja, ha használják
• Kezdő és záró kártya-számtartomány
• Paritási és számozási szabályok
• Olvasó kimenet és vezérlő értelmezése

Ezek a mezők gyakoriak egyes régebbi telepítésekben, de nem minden RFID hitelesítő adat univerzális attribútumai.

OSDP rendszerek

AA Security Industry Association OSDP áttekintéseegy kétirányú olvasó-–-vezérlő protokollt ír le, eszközfelügyelettel és opcionális, AES-128-at használó biztonságos csatornával.

Ha OSDP-t használnak, a jóváhagyási tervnek ellenőriznie kell:

• Olvasó címe és kommunikációs beállításai
• Vezérlő és olvasó firmware kompatibilitás
• Helyes online és felügyelt állapot
• Biztonságos csatornakonfiguráció, ha szükséges
• A hitelesítő adatok az adatkezelőhöz eljuttatva
• Az olvasó cseréje vagy a konfiguráció megváltoztatása után várható viselkedés

A távirányító műszakilag kompatibilis lehet az olvasóval, miközben egy OSDP konfigurációs probléma továbbra is megakadályozza a teljes hozzáférési útvonal működését.

A hét kompatibilitási réteg

Mind a hét réteg tesztelése megakadályozza, hogy az „olvasható”-t összetévesztjük a „kompatibilis”-szal. Azok a vásárlók, akiknek további részletekre van szükségük a hitelesítési adatok és a rendszervédelemről, áttekinthetikRFID adatbiztonság.

Nyolc-lépcsős RFID-kulcstartó kompatibilitási teszt

1. lépés: Ellenőrizze a fizikai alkatrészt és a hitelesítő adattechnológiát

Hasonlítsa össze a jóváhagyási egységet a specifikációval. Jegyezze fel a ház anyagát, a méreteket, a kulcstartó hardvert, a chip modelljét, a frekvenciát, a protokollt, az alkalmazás konfigurációját, a logó módszerét és a színreferenciát.

Anyagokhoz és felületekhez használja a projektkörnyezetet, ne csak a megjelenést. ARFID kulcstartó anyagválasztási útmutatósegíthet a vásárlóknak összehasonlítani a gyakori konstrukciós lehetőségeket a tartóssági vizsgálat előtt.

2. lépés: Teszteljen jóváhagyott berendezéssel

Használja a telepített vagy reprezentatív olvasót, vezérlőt és gyártási vagy előkészítő szoftvert. Adja meg a tervezett regisztrációs olvasót és kódolót, ha lehetséges.

Az okostelefon nem lehet az egyetlen teszteszköz. ANFC Forum technológia áttekintéseelmagyarázza, hogy az NFC 13,56 MHz-es alapfrekvencián működik. Előfordulhat, hogy a telefon észlel bizonyos kompatibilis HF- vagy NFC-hitelesítési adatokat, de nem teszteli a hagyományos 125 kHz-es távirányítókat, és nem bizonyítja, hogy egy adott hozzáférés--vezérlő alkalmazás támogatott. Syntek magyarázataRFID és NFC különbségektovábbi hátteret biztosít.

3. lépés: Hasonlítsa össze az összes adatábrázolást

Minden egyes tesztegységnél hasonlítsa össze a chip értékét, a regisztrációs{0}}olvasó kijelzőjét, a vezérlő bemenetét, a szoftverrekordot, a látható héjszámot és a szállítói adatfájlt. Rögzítse a projekt által használt decimális vagy hexadecimális konverziót, bájtsorrendet, létesítménykódot, kártyaszámot vagy alkalmazásleképezést.

Egynél több szekvenciális hitelesítő adatot használjon, ha a sorozat integritása számít. Egyetlen egység nem mutathat fel hiányzó, duplikált, transzponált vagy helytelenül növelt számokat.

4. lépés: Teszt engedélyezése és elutasítása

Regisztráljon egy teszt hitelesítő adatot normál jogosultságokkal, majd ellenőrizze a sikeres és a sikertelen eredményeket:

• A tervezett ajtó a megengedett ütemterv alatt nyílik.
• Az illetéktelen ajtó zárva marad.
• A megengedett ütemezésen kívüli hozzáférés elutasítva.
• Az eseménynapló a megfelelő hitelesítő adatokat és eredményt mutatja.
• A felhasználó és az engedélycsoport megfelelően jelenik meg.

Csak a sikeres bejegyzés tesztelése nem bizonyítja, hogy a hozzáférési szabályok betartásra kerülnek.

5. lépés: Tesztelje a deaktiválást és a cserét

1. Regisztrálja a hitelesítő adatokat, és erősítse meg a normál hozzáférést.
2. Jelölje meg elveszettként, inaktívként vagy lejártként.
3. Erősítse meg, hogy az eredeti hitelesítő adatot elutasította.
4. Csere kiadása és regisztrálása.
5. Győződjön meg arról, hogy a csere működik, és az eredeti inaktív marad.

Ez az életciklus-teszt fontos irodákban, szállodákban, egyetemeken, apartmanokban és több{0}}telephelyes rendszerekben, ahol a hitelesítési adatokat gyakran cserélik vagy osztják ki.

6. lépés: Tesztelje az olvasási teljesítményt a tényleges használat során

A tesztelés előtt határozza meg a várható bemutatási távolságot és működési feltételeket. Ezután ellenőrizze az elejét és hátulját, a különböző elforgatásokat, a csatolt kulcstartókat, a közeli kulcsokat vagy telefonokat, a telepített olvasófelületeket és minden reprezentatív olvasócsaládot.

Egyetlen sikeres érintés helyett ismételt bemutatókat rögzítsen. A projektnek meg kell határoznia, hogy hány prezentáció, útmutatás és megengedett hiba minősül elfogadásnak; nincs egyetlen univerzális olvasási-távolság küszöb minden chipre, házra és olvasóra.

7. lépés: Vizsgálja meg a márkajelzést és a tartósságot

Ellenőrizze a logót, a színt, a lézerszámozást, az éleket, a varratokat, az epoxi felületet, a ház zárását és a kulcstartó rögzítését. Csak a tervezett felhasználásra vonatkozó környezeti vizsgálatokat alkalmazza, mint például cseppek, kopás, vízterhelés, tisztítószerek, hő, napfény vagy ismételt zsebmozgás.

Minden tartóssági vizsgálathoz dokumentált módszerre és várt eredményre van szükség. A „megfelelt az ejtési teszten” csak akkor van értelme, ha rögzítik a magasságot, a felületet, az ismétléseket és a teszt utáni RF teljesítményt.

8. lépés: Ellenőrizze az adatfájlt és a csomagolást

Erősítse meg a jóváhagyott változatot, a számtartományt, a mennyiséget, a hitelesítő adatok formátumát, a nyomtatott -számoszlopot, a csomagolási sorrendet, a kartoncímkéket, a részlegek csoportosítását és a tartalék{1}}készlettartományt. Nyissa meg a reprezentatív csomagokat, és hasonlítsa össze tartalmukat a jóváhagyott adatfájllal.

Készítsen kompatibilitási tesztmátrixot

A formális mátrix megakadályozza, hogy egy sikeres ajtótesztet teljes projekt jóváhagyásként kezeljenek.

Tartalmazzon legalább egy reprezentatív egységet minden különálló olvasótechnológiából, firmware-csoportból, vezérlőkonfigurációból, interfésztípusból és hozzáférési zónából, amelyet a távirányítónak támogatnia kell. Sok azonos ajtó tesztelése kevésbé értékes, mint minden különálló rendszerút tesztelése.

Az integrált komponensek tesztelésének tágabb okait a Syntek útmutatója tárgyaljaRFID rendszer tesztelése.

Megfelelt, feltételes megfelelés, sikertelen vagy nem tesztelt?

Hibás frekvencia, chip, alkalmazás, létesítménykód, számtartomány, biztonsági kulcs, olvasó kimenet, OSDP konfiguráció vagy deaktiválási viselkedés általában új működési tesztet igényel. Előfordulhat, hogy egy kisebb módosítást csak vizuálisan kell megerősíteni, ha nem befolyásolja az antennát, a házat, az olvasási teljesítményt vagy a nyomtatott -szám-leképezést.

Biztonsági ellenőrzések a hozzáféréshez{0}}Kulcstartók

UID{0}}Csak hitelesítő adatok

Egyes régebbi vagy alacsonyabb{0}}kockázatú rendszerekben rögzített azonosító csak akkor használható, ha a szervezet felmérte és elfogadta a korlátait, és hozzáadta a megfelelő működési vezérlőket. Nem szabad kriptográfiai hitelesítésként leírni.

A tesztnek meg kell határoznia, hogy melyik értéket használja, rögzíthetők-e ismétlődések, hogyan tiltják le az elveszett hitelesítési adatokat, és milyen megfigyelések vannak a szokatlan újrafelhasználásra.

Védett alkalmazások és biztonságos chipek

Egyes HF rendszerek védett memóriát, alkalmazásadatokat, diverzifikált kulcsokat vagy hitelesített üzenetküldést használnak. Az NXP hivatalosMIFARE DESFire EV3 adatlapleírja a kriptográfiai beállítások támogatását, beleértve az AES-t és a biztonságos üzenetküldést.

Ezek a chip képességek nem teszik automatikusan biztonságossá a megvalósítást. A jóváhagyásnak meg kell erősítenie:

• Ki birtokolja és ki generálja a kulcsokat
• Aki személyre szabja a hitelesítő adatokat
• Az alapértelmezett kulcsok le lettek-e cserélve
• A teszt és a gyártási hitelesítő adatok elválasztása
• Az elutasított, túlzott és csere hitelesítő adatok ellenőrzése
• Hogyan történik a kulcsok és az alkalmazásadatok áttelepítése, ha a szállító megváltozik

Tervezze meg a termelési mintavételt és a párhuzamos ellenőrzéseket

A funkcionális minta bizonyítja a tervezést. A gyártásellenőrzésnek igazolnia kell, hogy a jóváhagyott tervet a tételen megfelelően reprodukálták.

A mintavételi tervet a projekt kockázatán, a tétel méretén, a hitelesítő adatok típusán, a szállítói múlton és a szerződéses minőségi követelményeken kell alapulnia. A következőket kell tartalmaznia:

• Az első gyártott egységek a beállítás után
• Egymást követő hitelesítő adatok a sorrendi logika ellenőrzéséhez
• Egységek a gyártás kezdetétől, közepétől és végétől
• Véletlenszerű egységek különböző csomagokból vagy kartondobozokból
• Tartalék és csere{0}}számtartományok
• Ellenőrzi, hogy vannak-e ismétlődések, hiányzó számok és helytelen nyomtatott-–-kódolású leképezés
• Funkcionális leolvasások a jóváhagyott berendezéseken
• Fizikai és csomagolási ellenőrzés

Ne találjon ki egy univerzális mintaszázalékot minden projekthez. Határozza meg a tervet a beszerzési specifikációban, és rögzítse, hogy mely egységeket, ki és milyen eredménnyel tesztelte. A vásárlók használhatják a Syntek áttekintésétminőségellenőrző berendezésekamikor a gyári{0}}oldali kódolásról és a kötegellenőrzésről beszélünk.

Hozzon létre egy aranymintát és egy verzió{0}}ellenőrzési rekordot

A jóváhagyott fizikai egységet azokkal a dokumentumokkal együtt kell tárolni, amelyek meghatározzák, hogy miért felelt meg. Ha praktikus, a vevőnek és a szállítónak meg kell őriznie egy ellenőrzött hivatkozást.

Az ismételt rendelést nem szabad azonosnak feltételezni pusztán azért, mert a termék neve változatlan.

Mikor szükséges az újratesztelés?

A tényleges újratesztelési hatókört a változtatás által okozott kockázatnak kell meghatároznia. A szállító nem cserélhet ki egy nem elérhető chipet, antennát vagy anyagot „kompatibilis alternatívával” dokumentált jóváhagyás nélkül.

Három szemléltető kudarc forgatókönyv

Megfelelő frekvencia, rossz hitelesítő adatformátum

Az olvasó egy 125 kHz-es egységet érzékel, de a vezérlő eltérő létesítménykódot és bitstruktúrát vár. A rádiófrekvencia megfelelő; a rendszeradatok nem.

Az ajtó helyes működése, rossz a nyomtatott szám

A hitelesítő adat kinyitja az ajtót, de a shell egy nyers UID-t mutat, míg a hozzáférési adatbázis egy átalakított kártyaszámot használ. A támogató személyzet nem tudja azonosítani a megfelelő rekordot, ha a kulcs elveszett. A számozási szabályt jóváhagyás előtt javítani kell.

A főbejárat működik, a lift meghibásodik

A főbejárat és a lift különböző olvasótechnológiákat vagy alkalmazásbeállításokat használ. Csak a bejárat tesztelése hamis kompatibilitás-érzetet keltett. A projektnek szüksége van egy mátrixra, amely minden egyes rendszerútvonalat lefed.

Jóváhagyja a rendszer eredményét, nem csak a távirányítót

A megbízható megrendelés egy ellenőrzött specifikációval kezdődik, és egy tesztelt gyártási referenciával ér véget. A tömeggyártás megkezdése előtt ellenőrizze a gyakoriságot, a pontos chipet, a hitelesítő alkalmazást, az olvasó-vezérlő interfészét, a számleképezést, az engedélyeket, a fizikai felépítést és a gyártási rekordokat.

A legerősebb jóváhagyás nem a szállítói nyilatkozat, amely szerint a kulcstartó „kompatibilis”. Dokumentált bizonyítéka annak, hogy a kész hitelesítő adat megfelelően viselkedik a vevő képviselője olvasói, vezérlői, szoftverei, engedélyei és valós működési feltételei között.

A vásárlók megtehetikkérjen kódolt RFID kulcstartó mintátaz olvasómodell, a vezérlő vagy interfész, a szükséges chip, a számformátum, a grafika, a mennyiség és a tesztkövetelmények megadásával.