Hogyan válasszunk MIFARE chipet: Classic Vs Plus vs DESFire vs Ultralight

A helyes választás attól függ, hogy mit kell tennie a hitelesítési adatnak, milyen biztonsági szintre van szükség, a már telepített olvasóktól és szoftverektől, mennyi ideig marad használatban a hitelesítő adat, és hogy a rendszernek egy vagy több alkalmazásra van szüksége.

Például egy eldobható rendezvényjegyre egészen más követelmények vonatkoznak, mint egy öt-éves alkalmazotti igazolványnak vagy az újrafelhasználható tömegközlekedési kártyának. Nem szabad automatikusan ugyanazt a chipet használni mindháromhoz.

Ez az útmutató összehasonlítja a fő MIFARE családokat, és praktikus módot ad a választás szűkítésére a rendelés előttRFID kártyák, karszalagok, kulcstartók, jegyek vagy egyéb érintés nélküli hitelesítő adatok.

Gyors válasz: Melyik MIFARE chipet érdemes értékelnie?

Ez a táblázat kiindulópont, nem vásárlási specifikáció. A végső IC-t továbbra is ellenőrizni kell az olvasó, a firmware, a szoftver, az alkalmazás architektúra és a kulcs{1}}kezelési követelmények alapján.

Mi az a MIFARE chip?

A MIFARE érintés nélküli IC-termékek családja, amelyeket olyan alkalmazásokban használnak, mint a hozzáférés-kezelés, a tömegközlekedés, a vendéglátás, a jegyértékesítés, a hűség és a zárt{0}}hurkú fizetés.

A MIFARE termékek 13,56 MHz-es érintésmentes környezetben működnek, de a „MIFARE” szó egyetlen chipet sem azonosít. A különböző MIFARE családok különböző memóriastruktúrákat, hitelesítési módszereket és alkalmazásmodelleket használnak.

Az IC szintén elkülönül a fizikai hitelesítő adatoktól. Ugyanez a technológia beépíthető plasztikkártyákba, papírjegyekbe,RFID karszalagok, RFID kulcstartók, jelvények vagy egyéb formai tényezők.

Ez a különbségtétel azért fontos, mert a chip kiválasztása és a hitelesítő adatok felépítése különböző problémákat old meg. Az IC vezérli az érintésmentes működést, míg az antenna geometriája, anyaga, méretei és a termék felépítése befolyásolja a fizikai tartósságot és az RF teljesítményt.

MIFARE chip-összehasonlító mátrix

A fő MIFARE családok magyarázata

MIFARE Classic EV1: Főleg egy örökölt kompatibilitási döntés

A MIFARE Classic továbbra is széles körben elismert, mert nagyszámú hozzáférés--ellenőrzési, tagsági, egyetemi és közlekedési rendszer épült a szektora-és a{2}}blokk architektúrája köré.

A MIFARE Classic EV1 1 KB és 4 KB változatban érhető el, és 13,56 MHz-en működik, 106 kbit/s adatsebességgel.

Fő előnye ma gyakran a telepített rendszerrel való kompatibilitás, nem pedig a kiváló biztonság.

Ha egy szervezet már rendelkezik olvasókkal, szoftverekkel és hitelesítési adatokkal, amelyeket a klasszikus szektorokhoz terveztek, a hitelesítési technológia megváltoztatása több módosítást is igényelhet, mint magát a kártyát. Ez az oka annakMIFARE 1K kártyáktovábbra is releváns lehet a csere- és karbantartási projekteknél.

Az NXP azonban jelenleg azt állítja, hogy a MIFARE Classic EV1 nem ajánlott új dizájnokhoz. Biztonsági -érzékeny új telepítések esetén ezt az életciklus-pozíciót érdemes figyelembe venni, mielőtt a klasszikust választaná alapértelmezettként. Lásd ahivatalos MIFARE Classic EV1 termékinformáció az NXP-től.

Gyakorlati döntés:használja a Classic-ot, ha a meglévő rendszer megköveteli. Ne csak azért válassza új projekthez, mert ismerős, olcsó vagy széles körben elérhető.

MIFARE Plus EV2: Migrációs eszköz, nem egyszerűen "jobb klasszikus"

A MIFARE Plus EV2 különösen akkor válik relevánssá, ha egy szervezet erősebb biztonságra vágyik, de nem tud egyszerre helyettesíteni egy teljes klasszikus -alapú infrastruktúrát.

Stratégiai értéke a migráció.

Egy nagy hozzáférési vagy tömegközlekedési szolgáltatónak több száz vagy több ezer helyen is lehetnek olvasói. Az összes hitelesítő adatot, olvasót, firmware-t és a háttér{1}}összetevőt nem lehet egyetlen cserével lecserélni.

A MIFARE Plus EV2 támogatja az AES-128 biztonságot, és úgy tervezték, hogy segítse a meglévő érintés nélküli infrastruktúrákat egy biztonságosabb architektúra felé.

Ebből adódik a kulcskérdés:

Meg kell őriznie az ellenőrzött átmenetet egy meglévő klasszikus -orientált rendszerről?

Ha a válasz igen, akkor a Plus EV2 komoly értékelést érdemel. Ha a válasz nem, és egy teljesen új, több-alkalmazásos platformot tervez, a DESFire természetesebb kiindulópontot jelenthet.

MIFARE DESFire Light: Biztonságos és egyszerűbb egyetlen fő alkalmazáshoz

A DESFire Light kitölti a teret a nagyon egyszerű, korlátozott{0}}használatú termékek és a rugalmasabb, több-alkalmazású DESFire EV3 architektúra között.

640 bájt felhasználói memóriát, AES-128 biztonságot, ISO/IEC 14443 A típusú kommunikációt és előre meghatározott fájlstruktúrát biztosít.

A kulcsszó azegyetlen alkalmazás.

Ha egy hitelesítő adatnak biztonságos hozzáférésre, hűségre, szállítási jogosultságra vagy más meghatározott alkalmazásra van szüksége, de nincs szüksége nagy, több{0}}szolgáltatású architektúrára, a DESFire Light csökkentheti a szükségtelen bonyolultságot.

Ezért ez logikusabb választás lehet, mint a DESFire EV3 kiválasztása, egyszerűen azért, mert az EV3 több memóriával és funkcióval rendelkezik.

MIFARE DESFire EV3: Biztonságos és rugalmas több{1}}alkalmazási rendszerekhez

A DESFire EV3 olyan alkalmazásokhoz készült, ahol a biztonságnak, a rugalmas adatszervezésnek és több szolgáltatásnak egyidejűleg ugyanazon a hitelesítő adaton kell működnie.

Támogatja az ISO/IEC 14443 A típusú kommunikációt, akár 848 kbit/s adatátviteli sebességet, rugalmas fájlstruktúrákat és memóriaváltozatokat, köztük 2 KB, 4 KB, 8 KB és 16 KB.

Az NXP felsorolja a Common Criteria EAL{0}} tanúsítványt a termékhez. Az aktuális műszaki részleteket ahivatalos MIFARE DESFire EV3 termékoldal.

A DESFire választásának fő oka nem egyszerűen a „több memória”. Architektúrája akkor hasznos, ha különálló alkalmazásokat, fájlokat, kulcsokat és hozzáférési engedélyeket kell kezelni ugyanazon a hitelesítő adaton belül.

Az egyetemi hitelesítési adatok például hozzáférést, részvételt, kávézói funkciókat és más szolgáltatást igényelhetnek. Ez más architektúra, mint egy kártya, amely csak egy azonosítót küld egy háttér-adatbázisnak.

MIFARE Ultralight EV1: Egyszerű korlátozott{1}}hitelesítési adatok használatához

A MIFARE Ultralight EV1 nagy-mennyiségű, korlátozott-használatú alkalmazásokhoz készült, ahol az egyszerűség és a hitelesítési költség fontos.

A tipikus felhasználási esetek közé tartoznak az egyszeri-útra szóló közlekedési jegyek, az eseményekre szóló belépőjegyek, az egynapos bérletek, a hűségjelentkezések és más rövid-élettartamú hitelesítő adatok.

A DESFire-nél egyszerűbb memóriaarchitektúrát használ, és jelszó-{0}}alapú védelmet biztosít a DESFire- vagy AES{1}}alapú Ultralight termékek fejlettebb biztonsági modellje helyett.

Az Ultralight EV1-nek akkor van értelme, ha a hitelesítési adatokhoz kapcsolódó érték és kockázat korlátozott, és a fejlett több-alkalmazásos funkciók bonyolultabbá teszik, anélkül, hogy valódi követelményeket teljesítenének.

MIFARE Ultralight AES: A korlátozott használat nem feltétlenül jelent alacsony biztonságot

Egy rövid-élettartamú jegy vagy vendég hitelesítés még mindig jelentős biztonsági kockázatot rejthet magában.

A MIFARE Ultralight AES ezt a hiányosságot orvosolja azáltal, hogy a korlátozott{0}}használatú pozicionálást az AES-128 titkosítási hitelesítéssel kombinálja.

Az NXP azonosítja az alkalmazásokat, beleértve a tömegközlekedést, a vendéglátást, a hozzáférést, az események jegyértékesítését és a hűséget. A műszaki részletek megtalálhatók ahivatalos MIFARE Ultralight AES adatlap.

Ez különösen hasznossá teszi az Ultralight AES-t, ha az alkalmazás nem igényel teljes DESFire architektúrát, de az alapvető jelszó{0}}alapú védelem nem elegendő a projekt követelményeihez.

MIFARE DUOX: Fejlettebb biztonsági architektúrákért

A MIFARE DUOX a jelenlegi MIFARE-portfólió magasabb{0}}biztonsági végén található.

Egyesíti a szimmetrikus és aszimmetrikus kriptográfiát, beleértve az AES-t és az elliptikus{0}}görbe kriptográfiát, és az NXP olyan használati esetekre pozícionálja, mint a fejlett hozzáférés-kezelés, a biztonságos járműhozzáférés és az elektromos járművek töltése.

Az NXP a Common Criteria EAL{0}} tanúsítványt is felsorolja. További részletek ahivatalos MIFARE DUOX termékoldal.

Ez nem jelenti azt, hogy a DUOX-nak minden projektben le kell cserélnie a DESFire-t vagy az Ultralight-ot. Az egyszerű tagsági hitelesítő adatok ritkán profitálnak a tanúsítvány-alapú vagy fejlett kulcs{2}}kezelési modellekhez szükséges további architektúrából.

Csak akkor használjon nagyobb bonyolultságot, ha a fenyegetésmodell és a rendszerkövetelmények ezt indokolják.

Classic vs Plus vs DESFire: A leggyorsabb módja annak, hogy megértsd a különbséget

A leghasznosabb megkülönböztetés tehát a következő:

A klasszikus általában a kompatibilitásról szól. Plusz gyakran a migrációról szól. A DESFire általában egy rugalmasabb, biztonságos alkalmazásarchitektúra felépítéséről szól.

Ultralight AES vs DESFire Light: melyiket válassza?

Ez a két termék zavaró lehet, mert mindkettő megjelenhet olyan projektekben, amelyek nagyobb biztonságot igényelnek, mint egy alacsony költségű{0}}jegy.

Ne válasszon közülük pusztán az „AES” szó alapján. Az alkalmazásmodell ugyanolyan fontos, mint a kriptográfiai jellemző.

Gyakorlati MIFARE kiválasztási döntési út

1. Lecseréli a hitelesítő adatokat egy meglévő MIFARE Classic rendszerben?
2. Ha igen, először határozza meg, hogy pontos örökölt kompatibilitásra vagy fokozatos áttelepítésre van-e szüksége. A pontos kompatibilitás megtarthatja a Classicot. A fokozatos biztonsági frissítés megfelelőbbé teheti a Plus EV2-t.
3. A hitelesítő adat rövid-vagy korlátozott-használatú?
4. Ha igen, értékelje az Ultralightot. Használja a biztonsági követelményt annak eldöntésére, hogy az alap Ultralight termék vagy az Ultralight AES a megfelelőbb.
5. Egy fő biztonságos alkalmazásra van szüksége?
6. Ha igen, értékelje a DESFire Light-ot, mielőtt automatikusan áttérne egy nagyobb, több{0}}alkalmazású termékre.
7. Több alkalmazásra, rugalmas fájlokra vagy jövőbeni bővítésre van szüksége?
8. Ha igen, akkor a DESFire EV3 erősebb jelölt lesz.
9. A rendszernek szüksége van tanúsítvány-alapú, aszimmetrikus vagy szokatlanul magas-biztonsági képességekre?
10. Ha igen, értékelje, hogy a DUOX illeszkedik-e a szélesebb biztonsági architektúrához.

Hogyan válasszuk ki a megfelelő MIFARE chipet lépésről lépésre

1. lépés: Határozza meg, hogy a hitelesítő adatok valójában mit csinálnak

Ne kezdjen chipkatalógussal. Először írja le a felhasználói műveletet.

• Nyiss ajtót
• Rekord látogatottság
• Nyisson ki egy szállodai szobát
• Adjon meg egy eseményt
• Tároljon szállítási jogosultságot
• Fenntartja a tárolt értéket
• Támogatási hozzáférés plusz fizetés
• Interakció az okostelefonnal
• Cseréljen le egy meglévő klasszikus hitelesítő adatot

Az egy-napos jegyet és az újrafelhasználható alkalmazotti kártyát nem szabad azonos prioritásokkal értékelni.

2. lépés: Határozza meg a biztonsági követelményt fenyegetésként

A "biztonságos kártyára van szükségünk" nem teljes körű követelmény.

Ehelyett kérdezze meg, mit próbál megakadályozni:

• Egyszerű hitelesítő adatok másolása
• A tárolt adatok jogosulatlan módosítása
• A tárolt érték manipulálása
• Jogosulatlan olvasói hozzáférés
• Kommunikáció elfogása vagy manipulációja
• Alkalmazások közötti-hozzáférés
• Rosszul szabályozott kulcselosztás

Ezzel azonnal hasznosabb chip{0}}kiválasztási vita alakul ki.

A tárolt érték nélküli hűségazonosító és a korlátozott területeket védő vállalati hozzáférési hitelesítő adatok nem használhatják automatikusan ugyanazt a biztonsági modellt.

3. lépés: Ellenőrizze az olvasó kompatibilitását, mielőtt kártyákat rendel

Ez az egyik legfontosabb beszerzési lépés.

Két termék egyaránt működhet 13,56 MHz-en, és továbbra is eltérő protokollt, hitelesítést, firmware- vagy szoftvertámogatást igényel.

Ha már rendelkezik telepített rendszerrel, gyűjtse össze:

• Olvasógyártó
• Olvasó modell
• Firmware verzió
• Jelenlegi kártya vagy chip modell
• Szoftver platform
• Hitelesítési módszer
• Meglévő kulcsstruktúra

Használja a pontos olvasói információkat, ahelyett, hogy azt feltételezné, hogy bármely termék, amely az alRFID olvasókategória minden MIFARE családot támogathat.

Mi nem elég a kompatibilitás megerősítéséhez?

A következő leírások önmagukban nem elegendőek:

• "13,56 MHz olvasó"
• "NFC kompatibilis"
• A meglévő kártya fényképe
• A kártya fizikai méretei
• Kijelentés, hogy az olvasó már dolgozik a "MIFARE"-el

Szüksége van a pontos olvasó- és hitelesítő adatokra.

4. lépés: Döntse el, milyen adatokat kell tárolni

A több memória nem automatikusan jobb.

Kezdje az adatmodellel.

1. példa: UID vagy azonosító keresés

Ha a hitelesítési adatok csak egy felhasználót azonosítanak, és az összes engedély egy háttér-adatbázisban van tárolva, akkor a kártyán lévő adatigény kicsi lehet.

2. példa: Hozzáférés plusz jogosultság

Ha a kártya egy hozzáférési hitelesítő adatot és egy másik jogosultságot vagy értéket tárol, a memóriaszervezés és a hozzáférési engedélyek fontosabbá válnak.

3. példa: Számos független szolgáltatás

Ha egy hitelesítő adat támogatja a hozzáférési, szállítási, fizetési, hűség- vagy egyetemi szolgáltatásokat, a különálló alkalmazások, fájlok és kulcsok fontosabbá válhatnak, mint a teljes bájtszám.

Ez az egyik oka annak, hogy a DESFire-t nem szabad csak "több memóriával rendelkező kártyaként" értékelni.

5. lépés: Döntse el, hogy számít-e az okostelefonos NFC-interakció

Ne kezelje a „13,56 MHz”, „RFID” és „NFC” kifejezéseket felcserélhető beszerzési feltételekként.

Ha egy okostelefonnak kölcsönhatásba kell lépnie a hitelesítő adatokkal, erősítse meg a pontos IC, a telefon platform és az alkalmazás kialakításának támogatását.

A dedikált hozzáférésű-vezérlő olvasók és a fogyasztói okostelefon-interakciók különböző problémákat oldanak meg.

6. lépés: Illessze a chipet a hitelesítő adatok élettartamára és formai tényezőjére

Az egy-napos rendezvényjegy költségmodellje eltér, mint a várhatóan több évig használatban maradó alkalmazotti igazolvány.

A végtermék lehet PVC-kártya, papírjegy, kulcstartó, szilikon csuklópánt, szövött karszalag vagy más forma.

Például a viselhető hitelesítő adatokat igénylő projektek összehasonlíthatják az olyan lehetőségeket, mint plműanyag MIFARE csuklópántoka hagyományos kártyákon kívül.

Ne feledje, hogy a chip képesség csak egy része a kész hitelesítő adatoknak. Az antenna kialakítása, anyaga, méretei és az olvasó környezete befolyásolhatja a tényleges RF teljesítményt.

7. lépés: Hasonlítsa össze a teljes rendszerköltséget, nem csak a chip árát

A legolcsóbb hitelesítő adat nem mindig a legalacsonyabb{0}}költségű rendszer.

A projekt teljes költsége a következőket tartalmazhatja:

• Hitelesítési költség
• Olvasó csere
• Firmware frissítések
• Szoftver változások
• Kulcskezelés
• Személyre szabás
• Kódolás
• Rendszerintegráció
• Tesztelés
• Migráció
• Hitelesítési adatcsere

Egy kicsit drágább hitelesítő adat, amely támogatja a praktikus migrációs utat, olcsóbb lehet, mint egy alacsonyabb árú{0}}kártya, amely a teljes olvasói infrastruktúra cseréjét kényszeríti ki.

8. lépés: A valódi hitelesítő adatok tesztelése a tömeggyártás előtt

Soha ne kezelje az adatlapot a rendszertesztelés helyettesítőjeként.

Tesztelje a pontos kombinációt:

• Chip
• Antenna
• Hitelesítő anyag
• Olvasó
• Firmware
• Szoftver
• Kódolás
• Kulcsok
• Telepítési környezet

Fejlesztési és hitelesítési munkákhoz megfelelő13,56 MHz-es NFC olvasó és íróhasznos lehet, de a termelési kompatibilitást továbbra is ellenőrizni kell a ténylegesen telepítendő olvasóval szemben.

Melyik MIFARE chip illik különböző alkalmazásokhoz?

Hozzáférés-vezérlés

Egy új biztonsági -érzékeny hozzáférés-vezérlő rendszerhez kezdje a biztonsági architektúrával és az olvasói képességekkel, a klasszikus klasszikus megadása helyett.

A DESFire-t gyakran érdemes megvizsgálni, ha biztonságos, modern hitelesítő adatokra van szükség, míg a Plus különösen akkor válik fontossá, ha egy telepített klasszikus infrastruktúrához migrációs útvonalra van szükség.

A klasszikusra továbbra is szükség lehet a régi csereprojektekhez.

A fizikai hitelesítés tervezésekor a releváns terméklehetőségek között szerepelMIFARE belépőkártyák. Az olvasóoldali tervezést-külön kell kezelni; anRFID hozzáférés{0}}vezérlő olvasótámogatnia kell a választott hitelesítő architektúrát.

Rendezvényjegyárusítás

Az egyszerű,{0}}rövid távú felvételhez kezdje az Ultralight család értékelésével.

Ha erősebb hitelesítésre van szükség, az Ultralight AES megfelelőbb korlátozott{0}}használati lehetőség lehet.

Ha az esemény hitelesítő adata hozzáférési zónákat, tárolt értékeket, szállodai funkciókat vagy több alkalmazást is kezel, a DESFire relevánsabbá válhat.

Az IC ezután olyan termékekbe integrálható, mint plRFID rendezvény karszalagok.

Szállodai kulcskártyák

A szállodai projektek fokozott óvatosságot igényelnek, mivel a kompatibilitás nagymértékben függ a zárrendszertől.

Ne csak egy általános chiptáblázatból válasszon szállodai hitelesítő adatot.

Először szerezze be:

• Zár gyártója
• Zár modell
• Meglévő hitelesítő adattípus
• Támogatott chip specifikáció
• Szükséges személyre szabási vagy kódolási folyamat

Csak ezután válassza ki a kártya konstrukciót, például egyRFID szállodai kulcskártya.

Tömegközlekedés

A tömegközlekedési projektek az olcsó egyszeri-utazási jegyektől az újrafelhasználható, több szolgáltatást{1}}szerelő hitelesítő adatokig terjedhetnek.

A korlátozott -használatú jegyek megfelelhetnek az Ultralight családnak. Az újrafelhasználható biztonságos hitelesítő adatokhoz DESFire vagy más erősebb architektúra szükséges. A meglévő klasszikus telepítésekhez szükség lehet a Plus-ra a fokozatos áttelepítés részeként.

Campus és tagsági kártyák

Ha egy kártya egyszerűen azonosít egy tagot, és a háttér az összes engedélyt tárolja, akkor a kártyaigénylési követelmény szerény lehet.

Ha egy hitelesítési adat támogatja a hozzáférést, a jelenlétet, a könyvtári szolgáltatásokat, a cafeteria fizetést és más funkciókat, a strukturált több{0}}alkalmazású architektúra értéke jelentősen megnő.

Zárt{0}}ciklusú fizetés

A tárolt érték növeli a hitelesítő adatok másolásának, manipulációjának vagy gyenge kulcskezelésének hatását.

A biztonsági architektúrának, a tranzakciós integritásnak, a hitelesítésnek és a működési kulcskezelésnek ezért nagyobb súllyal kell bírnia, mint önmagában a kártya árának.

Hogyan közelítsük meg a hagyományos MIFARE klasszikus migrációt

Az áttelepítést ne tekintse egyszerű kártya{0}}csererendelésnek.

Először készítsen leltárt:

1. Meglévő olvasómodellek
2. Olvasó firmware
3. Hátsó-szoftver
4. Jelenlegi hitelesítő modell
5. Jelenlegi kulcs architektúra
6. Az aktív hitelesítő adatok száma
7. A régi és az új hitelesítő adatoknak együtt kell-e létezniük
8. Migrációs időszak
9. Cél biztonsági követelmény

Ha a régebbi olvasóknak és a frissített olvasóknak ugyanabban az átmeneti időszakban kell működniük, a MIFARE Plus EV2 különös figyelmet érdemel, mivel a migráció az egyik alapvető használati eset.

Ha a teljes architektúrát lecseréli, és nincs szüksége a klasszikus -orientált migrációs viselkedésre, hasonlítsa össze ezt a megközelítést közvetlenül a DESFire-alapú újratervezéssel, ahelyett, hogy feltételezné, hogy a Plusz automatikusan szükséges.

Gyakori MIFARE kiválasztási hibák

Először a legalacsonyabb{0}}áras chip kiválasztása

Kezdje az alkalmazás- és rendszerkövetelményekkel. Az egységárat a kompatibilitás, a biztonság és az architektúra után kell figyelembe venni.

Csak a memória méretének összehasonlítása

A nagyobb memóriaérték nem tesz automatikusan alkalmasabbá egy chipet. Fontosabb lehet a fájlstruktúra, a hitelesítés, az olvasó támogatása és az alkalmazások szétválasztása.

Feltéve, hogy minden 13,56 MHz-es hitelesítő adat kompatibilis

A frekvencia nem garantálja a protokoll-, hitelesítés-, firmware- vagy szoftverkompatibilitást.

A Classic használata új rendszer alapértelmezettként

A klasszikus továbbra is gyakori a telepített rendszerekben, de a telepített{0}}alap népszerűsége és az új biztonsági{1}}érzékeny dizájnhoz való alkalmasság két különböző kérdés.

A Reader firmware és szoftver figyelmen kívül hagyása

Ha az olvasó vagy a rendszerszoftver nem támogatja a szükséges parancsokat és biztonsági modellt, a megfelelő érintés nélküli IC nem tudja biztosítani a kívánt funkcionalitást.

A kulcskezelés figyelmen kívül hagyása

Egy erős kriptográfiai funkció nem hoz létre automatikusan biztonságos rendszert.

Az alapértelmezett kulcsok, a rosszul elosztott kulcsok, a nem biztonságos személyre szabás és a gyenge háttér{0}}vezérlők alááshatják a műszakilag alkalmas hitelesítési adatokat.

A biztonság rendszerszintű-szintű felelősség, nem csak chipspecifikáció.

Tömegtermelés rendelése tesztelés előtt

Mindig ellenőrizze a valódi kártyákat, olvasókat, firmware-t, szoftvert és kódolást, mielőtt nagy gyártási mennyiségre vállalkozna.

MIFARE vagy NTAG: Valójában szüksége van MIFARE-re?

Nem minden 13,56 MHz-es projekt valóban MIFARE kiválasztási probléma.

Ha a fő cél a fogyasztói okostelefonnal való interakció, például egy URL megnyitása, egy digitális profil megosztása, egy áttekintő oldal indítása vagy egy egyszerű NFC-művelet elindítása, egy termék aNFC címkekategória jobban megfelelhet.

Például egy egyszerű okostelefonnal{0}}nézhető alkalmazás használhat egyNTAG213 NFC kártyabiztonságos MIFARE hozzáférési hitelesítő adatok helyett.

A MIFARE relevánsabbá válik, ha a rendszer szabályozott hozzáférést, dedikált olvasókat, hitelesítést, jegykezelést, tárolt értéket vagy strukturált intelligens{0}}kártya alkalmazásokat tartalmaz.

A jobb kérdés nem az:

Melyik RFID chip a legjobb?

Ez:

Melyik chip felel meg az alkalmazásnak, olvasónak, biztonsági követelménynek, rendszerarchitektúrának és hitelesítő adatok életciklusának?

Mit kell küldenie RFID-szolgáltatójának, mielőtt árajánlatot kér?

A szállító pontosabb ajánlást tud tenni, ha a műszaki követelmény egyértelmű.

Készítse elő a következő információkat:

1. Alkalmazás:hozzáférés, jegyvásárlás, szálloda, közlekedés, hűség, tagság vagy egyéb felhasználás
2. Az olvasó jelenlegi gyártója és modellje:ha már létezik a rendszer
3. Jelenlegi kártya vagy chip modell:különösen a helyettesítési vagy migrációs projektek esetében
4. Szükséges biztonsági szint:beleértve, hogy a rendszernek milyen fenyegetésekkel kell szembenéznie
5. Adatigény:hogy valójában mit kell tárolni a hitelesítőn
6. Alkalmazás szerkezete:egy vagy több alkalmazás
7. Okostelefon követelmények:szükség van-e mobil NFC interakcióra
8. Fizikai formátum:kártya, karszalag, kulcstartó, jegy vagy más hitelesítő adat
9. Várható élettartam:egy nap, több hónap vagy több év
10. Mennyiség:mintamennyiség és várható gyártási mennyiség
11. Személyre szabás:nyomtatási, UID-kezelési, kódolási vagy egyéb adatkövetelmények
12. Tesztelés:gyártás előtt olvasó és szoftver érvényesítés szükséges

Ha nem tudja megadni a chip pontos modelljét, küldje el a meglévő hitelesítő adatmintát az olvasóval és a rendszerrel együtt, ahelyett, hogy a megjelenés alapján tippelne.

Végső MIFARE kiválasztási ellenőrzőlista

• A chip kiválasztása előtt határozza meg az alkalmazást.
• A „biztonságos” szó általános követelményként való használata helyett határozza meg a tényleges biztonsági fenyegetést.
• Ellenőrizze a pontos olvasó-, firmware- és szoftverkörnyezetet.
• Határozza meg, milyen adatokat kell ténylegesen tárolni.
• Döntse el, hogy egy vagy több alkalmazás szükséges.
• Ellenőrizze, hogy az okostelefon NFC interakciója számít-e.
• Igazítsa az IC-t a hitelesítő adatok élettartamához és fizikai formátumához.
• Hasonlítsa össze a rendszer teljes költségét, ne csak a chip árát.
• Különítse el a régi kompatibilitási követelményeket az új{0}}rendszerkövetelményektől.
• Teszteljen valódi mintákat tömeggyártás előtt.

Ha új rendszert épít, ne válassza ki a hitelesítő adatot elszigetelten.

Ha meglévő rendszert frissít, kezdje a kompatibilitási és migrációs követelményekkel.

És ha még mindig bizonytalan a MIFARE Classic, Plus, DESFire, Ultralight vagy más érintés nélküli IC között, először adja meg a beszállítónak olvasója modelljét, aktuális hitelesítő adatait, alkalmazását és biztonsági követelményeit. Ezek a részletek sokkal hasznosabbak, mint egyszerűen „a legjobb MIFARE chip” kérése.