MIFARE-sirun valitseminen: Classic Vs Plus vs DESFire vs Ultralight

Oikea valinta riippuu siitä, mitä valtuustietojen on tehtävä, vaadittavasta suojaustasosta, jo asennetuista lukijoista ja ohjelmistoista, kuinka kauan tunniste on käytössä ja tarvitseeko järjestelmä yhden vai useamman sovelluksen.

Esimerkiksi kertakäyttöisellä tapahtumalipulla on hyvin erilaiset vaatimukset kuin viiden{0}}vuotisen työntekijän valtuustodistuksen tai uudelleenkäytettävän liikennekortin vaatimukset. Samaa sirua ei pitäisi automaattisesti käyttää kaikille kolmelle.

Tämä opas vertailee tärkeimpiä MIFARE-perheitä ja antaa sinulle käytännöllisen tavan rajata valintaa ennen tilaamistaRFID-kortit, rannekkeet, avaimenperät, liput tai muut kontaktittomat tunnistetiedot.

Pikavastaus: Mikä MIFARE-siru sinun pitäisi arvioida?

Tämä taulukko on lähtökohta, ei ostospesifikaatio. Lopullinen IC on silti tarkistettava lukijan, laiteohjelmiston, ohjelmiston, sovellusarkkitehtuurin ja avainhallintavaatimusten suhteen.

Mikä on MIFARE-siru?

MIFARE on tuoteperhe kontaktittomia IC-tuotteita, joita käytetään sovelluksissa, kuten käyttöoikeuksien hallinnassa, julkisessa liikenteessä, vieraanvaraisuudessa, lipunmyynnissä, kanta-asiakaspalvelussa ja suljetussa -silmukassa maksuissa.

MIFARE-tuotteet toimivat 13,56 MHz kontaktittomassa ympäristössä, mutta sana "MIFARE" ei tunnista yhtäkään sirua. Eri MIFARE-perheet käyttävät erilaisia ​​muistirakenteita, todennusmenetelmiä ja sovellusmalleja.

IC on myös erillinen fyysisestä tunnistetiedosta. Sama tekniikka voidaan integroida muovikortteihin, paperilippuihin,RFID rannekkeet, RFID-avaimenperät, merkit tai muut muototekijät.

Tällä erolla on merkitystä, koska sirun valinta ja valtuustietojen rakentaminen ratkaisevat erilaisia ​​ongelmia. IC ohjaa kontaktitonta toimintaa, kun taas antennin geometria, materiaali, mitat ja tuotteen rakenne vaikuttavat fyysiseen kestävyyteen ja RF-suorituskykyyn.

MIFARE-sirujen vertailumatriisi

Tärkeimmät MIFARE-perheet selitetty

MIFARE Classic EV1: Pääasiassa perinteinen yhteensopivuuspäätös

MIFARE Classic tunnetaan edelleen laajalti, koska sen sektori--ja-lohko-arkkitehtuurin ympärille rakennettiin suuri määrä pääsyn-hallinta-, jäsenyys-, kampus- ja kuljetusjärjestelmiä.

MIFARE Classic EV1 on saatavilla 1 kt:n ja 4 kt:n versioina ja toimii 13,56 MHz:n taajuudella 106 kbit/s tiedonsiirtonopeudella.

Sen tärkein etu nykyään on usein yhteensopivuus asennetun järjestelmän kanssa paremman suojauksen sijaan.

Jos organisaatiolla on jo lukijoita, ohjelmistoja ja tunnistetietoja, jotka on suunniteltu klassisten alojen ympärille, tunnisteteknologian muuttaminen voi vaatia muutoksia muuhunkin kuin itse korttiin. Tästä syystäMIFARE 1K kortitvoi silti olla merkityksellinen vaihto- ja huoltoprojekteissa.

NXP kuitenkin ilmoittaa tällä hetkellä, että MIFARE Classic EV1:tä ei suositella uusiin malleihin. Turvallisuus-arkaluontoisissa uusissa käyttöönottoissa kyseistä elinkaaripaikkaa tulee harkita ennen kuin Classicista tehdään oletusvalinta. KatsoNXP:n viralliset MIFARE Classic EV1 -tuotetiedot.

Käytännön päätös:käytä Classicia, kun olemassa oleva järjestelmä vaatii sitä. Älä valitse sitä uuteen projektiin vain siksi, että se on tuttu, edullinen tai laajalti saatavilla.

MIFARE Plus EV2: siirtotyökalu, ei vain "parempi klassikko"

MIFARE Plus EV2:sta tulee erityisen tärkeä, kun organisaatio haluaa vahvempaa tietoturvaa, mutta ei voi korvata koko Classic{1}}perustaista infrastruktuuria samanaikaisesti.

Sen strateginen arvo on muuttoliike.

Suurella pääsy- tai liikenneoperaattorilla voi olla lukijoita sadoissa tai tuhansissa paikoissa. Kaikkien tunnistetietojen, lukijoiden, laiteohjelmiston ja{1}}taustakomponenttien vaihtaminen yhdellä vaihdolla voi olla epäkäytännöllistä.

MIFARE Plus EV2 tukee AES-128-suojausta ja on suunniteltu auttamaan olemassa olevia kontaktittomia infrastruktuureja siirtymään kohti turvallisempaa arkkitehtuuria.

Tämä tekee keskeisen kysymyksen:

Tarvitseeko sinun säilyttää hallittu siirtyminen olemassa olevasta klassisesta{0}}järjestelmästä?

Jos vastaus on kyllä, Plus EV2 ansaitsee vakavan arvioinnin. Jos vastaus on ei ja suunnittelet täysin uutta moni-sovellusalustaa, DESFire voi tarjota luonnollisemman lähtökohdan.

MIFARE DESFire Light: Turvallinen ja yksinkertaisempi yhteen pääsovellukseen

DESFire Light täyttää tilan hyvin yksinkertaisten, rajoitetusti{0}}käyttöisten tuotteiden ja joustavamman moni-sovellusten DESFire EV3 -arkkitehtuurin välillä.

Se tarjoaa 640 tavua käyttäjämuistia, AES-128-suojauksen, ISO/IEC 14443 Type A -viestinnän ja ennalta määritellyn tiedostorakenteen.

Avainsana onyksittäinen hakemus.

Jos valtuustieto tarvitsee suojatun pääsyn, uskollisuuden, siirtooikeuden tai muun määritellyn sovelluksen, mutta ei tarvitse suurta moni{0}}palveluarkkitehtuuria, DESFire Light voi vähentää tarpeetonta monimutkaisuutta.

Siksi se voi olla loogisempi valinta kuin DESFire EV3:n valinta, koska EV3:ssa on enemmän muistia ja ominaisuuksia.

MIFARE DESFire EV3: Turvallisiin ja joustaviin moni{1}}sovellusjärjestelmiin

DESFire EV3 on suunniteltu sovelluksiin, joissa turvallisuuden, joustavan tiedon organisoinnin ja useiden palveluiden on ehkä toimittava samanaikaisesti samalla tunnistetiedolla.

Se tukee ISO/IEC 14443 Type A -viestintää, tiedonsiirtonopeuksia jopa 848 kbit/s, joustavia tiedostorakenteita ja muistivaihtoehtoja, mukaan lukien 2 kt, 4 kt, 8 kt ja 16 kt.

NXP listaa tuotteelle Common Criteria EAL{0}} -sertifikaatin. Ajankohtaiset tekniset tiedot voit tarkistaa osoitteestavirallinen MIFARE DESFire EV3 -tuotesivu.

Pääsyy DESFiren valitsemiseen ei ole vain "enemmän muistia". Sen arkkitehtuuri on hyödyllinen, kun erillisiä sovelluksia, tiedostoja, avaimia ja käyttöoikeuksia on hallittava samalla tunnistetiedolla.

Esimerkiksi kampuksen valtakirja voi edellyttää pääsyä, läsnäoloa, kahvilatoimintoja ja muuta palvelua. Se on erilainen arkkitehtuuri kuin kortti, joka lähettää vain tunnisteen taustatietokantaan-.

MIFARE Ultralight EV1: Simple Limited{1}}Käytä valtuustietoja

MIFARE Ultralight EV1 on suunniteltu suuriin-volyymiin, rajoitettuun-käyttösovelluksiin, joissa yksinkertaisuus ja käyttöoikeuskustannukset ovat tärkeitä.

Tyypillisiä käyttötapauksia ovat kerta--matkakuljetuksen liput, sisäänpääsy tapahtumiin, päiväliput, kanta-asiakashakemukset ja muut lyhytkestoiset -tunnisteet.

Se käyttää DESFirea yksinkertaisempaa muistiarkkitehtuuria ja tarjoaa salasana{0}}pohjaisen suojauksen DESFire- tai AES{1}}-pohjaisten Ultralight-tuotteiden edistyneemmän suojausmallin sijaan.

Ultrakevyt EV1 on järkevä, kun valtuustietoihin liittyvä arvo ja riski ovat rajalliset ja kehittyneet moni-sovellustoiminnot lisäisivät monimutkaisuutta ilman, että se ratkaisee todellisia vaatimuksia.

MIFARE Ultralight AES: Rajoitettu käyttö ei tarkoita alhaista turvallisuutta

Lyhyt-elinikäinen lippu tai vierastunnus voi silti sisältää merkittävän turvallisuusriskin.

MIFARE Ultralight AES korjaa tämän puutteen yhdistämällä rajoitetun{0}}käytön paikantamisen AES-128-salauksen todentamiseen.

NXP tunnistaa sovellukset mukaan lukien joukkoliikenne, vieraanvaraisuus, pääsy, tapahtumaliput ja uskollisuus. Tekniset tiedot löytyvät osoitteestavirallinen MIFARE Ultralight AES -tietolomake.

Tämä tekee Ultralight AES:stä erityisen hyödyllisen, kun sovellus ei vaadi täyttä DESFire-arkkitehtuuria, mutta perussalasana{0}}pohjainen suojaus ei riitä projektin vaatimuksiin.

MIFARE DUOX: Kehittyneemmät tietoturva-arkkitehtuurit

MIFARE DUOX on nykyisen MIFARE-salkun korkeampi{0}}turvallisuuspäässä.

Siinä yhdistyvät symmetrinen ja epäsymmetrinen salaus, mukaan lukien AES ja elliptinen{0}}käyräsalaus, ja NXP sijoittaa sen käyttötarkoituksiin, mukaan lukien edistynyt pääsynhallinta, turvallinen ajoneuvon käyttö ja sähköautojen lataus.

NXP listaa myös Common Criteria EAL{0}} -sertifioinnin. Lisätietoja on saatavilla osoitteessavirallinen MIFARE DUOX -tuotesivu.

Tämä ei tarkoita, että DUOXin tulisi korvata DESFire tai Ultralight kaikissa projekteissa. Yksinkertainen jäsentunnus ei harvoin hyötyy lisäarkkitehtuurista, jota vaaditaan varmenteen-pohjaisissa tai edistyneissä avainten-hallintamalleissa.

Käytä suurempaa monimutkaisuutta vain, kun uhkamalli ja järjestelmävaatimukset oikeuttavat sen.

Classic vs Plus vs DESFire: Nopein tapa ymmärtää ero

Tästä syystä hyödyllisin ero on:

Classicissa on yleensä kyse yhteensopivuudesta. Plus on usein maahanmuutosta. DESFire tarkoittaa yleensä joustavamman suojatun sovellusarkkitehtuurin rakentamista.

Ultrakevyt AES vs DESFire Light: kumpi sinun pitäisi valita?

Nämä kaksi tuotetta voivat olla hämmentäviä, koska molemmat voivat esiintyä projekteissa, jotka vaativat enemmän turvallisuutta kuin halpa{0}}peruslippu.

Älä valitse niistä pelkän sanan "AES" perusteella. Sovellusmalli on yhtä tärkeä kuin salausominaisuus.

Käytännön MIFARE-valintapäätöspolku

1. Oletko korvaamassa tunnistetiedot olemassa olevassa MIFARE Classic -järjestelmässä?
2. Jos kyllä, määritä ensin, tarvitsetko tarkan vanhan yhteensopivuuden vai vaiheittaisen siirron. Tarkka yhteensopivuus saattaa pitää Classicin merkityksellisenä. Vaiheittainen tietoturvapäivitys voi tehdä Plus EV2:sta sopivamman.
3. Onko valtuustieto lyhytaikainen-vai rajoitettu-käyttö?
4. Jos kyllä, arvioi Ultralight. Käytä turvavaatimusta päättääksesi, onko Ultralight-perustuote vai Ultralight AES sopivampi.
5. Tarvitsetko yhden suojatun pääsovelluksen?
6. Jos kyllä, arvioi DESFire Light ennen kuin siirryt automaattisesti suurempaan{0}}monisovellustuotteeseen.
7. Tarvitsetko useita sovelluksia, joustavia tiedostoja tai tulevaa laajennusta?
8. Jos kyllä, DESFire EV3:sta tulee vahvempi ehdokas.
9. Edellyttääkö järjestelmä varmenne{0}}pohjaista, epäsymmetristä tai epätavallisen korkeaa-suojauskykyä?
10. Jos kyllä, arvioi, sopiiko DUOX laajempaan tietoturva-arkkitehtuuriin.

Kuinka valita oikea MIFARE-siru askel askeleelta

Vaihe 1: Määritä, mitä valtuustieto todella tekee

Älä aloita siruluettelolla. Kirjoita ensin muistiin käyttäjän toiminta.

• Avaa ovi
• Ennätys osallistuja
• Avaa hotellihuone
• Anna tapahtuma
• Säilytä kuljetusoikeus
• Säilytä tallennettu arvo
• Tukiyhteys plus maksu
• Ole vuorovaikutuksessa älypuhelimen kanssa
• Korvaa olemassa oleva Classic-kirjautumistieto

Yhden-päivän lippua ja uudelleen käytettävää työntekijäkorttia ei pidä arvioida samoilla prioriteeteilla.

Vaihe 2: Määritä suojausvaatimus uhkaksi

"Tarvitsemme suojatun kortin" ei ole täydellinen vaatimus.

Sen sijaan kysy, mitä yrität estää:

• Yksinkertainen valtuustietojen kopiointi
• Luvattomat muutokset tallennettuihin tietoihin
• Tallennetun arvon manipulointi
• Luvaton lukijakäyttö
• Viestinnän sieppaus tai manipulointi
• Sovellusten välinen-käyttöoikeus
• Huonosti hallittu avainten jakelu

Tämä luo välittömästi hyödyllisemmän siru{0}}valinnan keskustelun.

Kanta-asiakastunniste, jolla ei ole tallennettua arvoa, ja rajoitettuja alueita suojaava yrityksen käyttöoikeustunnus eivät saa automaattisesti käyttää samaa suojausmallia.

Vaihe 3: Tarkista lukijan yhteensopivuus ennen korttien tilaamista

Tämä on yksi tärkeimmistä hankintavaiheista.

Kaksi tuotetta voivat molemmat toimia 13,56 MHz:n taajuudella ja vaativat silti eri protokolla-, todennus-, laiteohjelmisto- tai ohjelmistotuen.

Jos sinulla on jo asennettu järjestelmä, kerää:

• Lukijan valmistaja
• Lukija malli
• Laiteohjelmiston versio
• Nykyinen kortti- tai sirumalli
• Ohjelmistoalusta
• Todennusmenetelmä
• Nykyinen avainrakenne

Käytä tarkkoja lukijan tietoja sen sijaan, että oletat, että jokin alla lueteltu tuoteRFID-lukijaluokka voi tukea jokaista MIFARE-perhettä.

Mikä ei riitä vahvistamaan yhteensopivuutta?

Seuraavat kuvaukset eivät yksin riitä:

• "13,56 MHz lukija"
• "NFC-yhteensopiva"
• Valokuva olemassa olevasta kortista
• Fyysisen kortin mitat
• Lausunto, että lukija toimii jo "MIFAREn" kanssa

Tarvitset tarkat lukija- ja tunnistetiedot.

Vaihe 4: Päätä, mitä tietoja on tallennettava

Lisää muistia ei ole automaattisesti parempi.

Aloita tietomallista.

Esimerkki 1: UID tai tunnisteen haku

Jos tunnistetiedot tunnistavat vain käyttäjän ja kaikki käyttöoikeudet on tallennettu-taustatietokantaan, -kortin tietovaatimus voi olla pieni.

Esimerkki 2: Access Plus an Entitlement

Jos kortille on tallennettu käyttöoikeustieto sekä toinen käyttöoikeus tai arvo, muistin järjestämisestä ja käyttöoikeuksista tulee entistä tärkeämpiä.

Esimerkki 3: Useita itsenäisiä palveluita

Jos yksi tunniste tukee pääsyä, kuljetusta, maksua, kanta- tai kampuspalveluita, erilliset sovellukset, tiedostot ja avaimet voivat olla tärkeämpiä kuin kokonaistavumäärä.

Tämä on yksi syy, miksi DESFireä ei pitäisi arvioida vain "kortiksi, jossa on enemmän muistia".

Vaihe 5: Päätä, onko älypuhelimen NFC-vuorovaikutuksella merkitystä

Älä käsittele "13,56 MHz", "RFID" ja "NFC" keskenään vaihdettavissa olevina hankintaehtoina.

Jos älypuhelimen on oltava vuorovaikutuksessa valtuustietojen kanssa, vahvista tarkan IC:n, puhelimen alustan ja sovelluksen suunnittelun tuki.

Erilliset pääsy{0}}lukijat ja kuluttajien älypuhelinten vuorovaikutus ratkaisevat erilaisia ​​ongelmia.

Vaihe 6: Yhdistä siru valtuustietojen käyttöikään ja muototekijään

Yhden-päivän tapahtumalipulla on eri kustannusmalli kuin työntekijän valtuutetuilla, joiden odotetaan olevan käytössä useita vuosia.

Lopputuote voi olla PVC-kortti, paperilippu, avaimenperä, silikoniranneke, kudottu ranneke tai muu muoto.

Esimerkiksi projektit, jotka vaativat puettavia tunnistetietoja, voivat verrata vaihtoehtoja, kutenmuoviset MIFARE rannekkeetperinteisten korttien lisäksi.

Muista, että sirukyky on vain yksi osa valmiista tunnistetiedosta. Antennisuunnittelu, materiaali, mitat ja lukijaympäristö voivat vaikuttaa todelliseen RF-suorituskykyyn.

Vaihe 7: Vertaa järjestelmän kokonaiskustannuksia, ei vain sirun hintaa

Halvin tunniste ei aina ole halvin{0}}kustannusjärjestelmä.

Projektin kokonaiskustannukset voivat sisältää:

• Tunnustuskustannus
• Lukijan vaihto
• Laiteohjelmistopäivitykset
• Ohjelmiston muutokset
• Avainten hallinta
• Personointi
• Koodaus
• Järjestelmäintegraatio
• Testaus
• Muuttoliike
• Tunnusten vaihto

Hieman kalliimpi kirjautumistieto, joka tukee käytännöllistä siirtopolkua, voi olla halvempi kuin halvempi{0}}kortti, joka pakottaa vaihtamaan koko lukijainfrastruktuurin.

Vaihe 8: Testaa oikeat tiedot ennen massatuotantoa

Älä koskaan käsittele tietolomaketta järjestelmätestauksen korvikkeena.

Testaa tarkka yhdistelmä seuraavista:

• Siru
• Antenni
• Tunnustusmateriaali
• Lukija
• Laiteohjelmisto
• Ohjelmisto
• Koodaus
• Avaimet
• Asennusympäristö

Kehitys- ja varmistustöihin sopiva13,56 MHz NFC-lukija ja -kirjoitinvoi olla hyödyllistä, mutta tuotannon yhteensopivuus on silti tarkistettava todella käyttöön otettavaa lukijaa vastaan.

Mikä MIFARE-siru sopii eri sovelluksiin?

Kulunvalvonta

Uuden tietoturvan -arkaluonteisen pääsyn-hallintajärjestelmän luomiseksi aloita suojausarkkitehtuurista ja lukijaominaisuuksista sen sijaan, että määrität automaattisesti Classicin.

DESFire on usein arvioimisen arvoinen, kun turvallista nykyaikaista tunnistetietoa tarvitaan, kun taas Plus on erityisen tärkeä, jos asennettu Classic-infrastruktuuri tarvitsee siirtopolun.

Classic saattaa silti olla tarpeen vanhoissa vaihtoprojekteissa.

Kun suunnittelet fyysistä valtakirjaa, asiaankuuluvat tuotevaihtoehdot sisältävätMIFARE pääsykortit. Lukijapuolen-suunnittelua tulisi käsitellä erikseen; anRFID-käytön{0}}hallintalukijaon tuettava valittua valtuustietoarkkitehtuuria.

Tapahtuman lipunmyynti

Yksinkertaista lyhytaikaista{0}}pääsyä varten aloita Ultralight-perheen arvioinnista.

Jos vaaditaan vahvempaa todennusta, Ultralight AES voi olla sopivampi rajoitettu{0}}käyttövaihtoehto.

Jos tapahtuman tunnistetiedot käsittelevät myös pääsyvyöhykkeitä, tallennettuja arvoja, hotellitoimintoja tai useita sovelluksia, DESFire voi olla merkityksellisempi.

IC voidaan sitten integroida tuotteisiin, kutenRFID-tapahtumarannekkeet.

Hotellien avainkortit

Hotelliprojektit vaativat erityistä varovaisuutta, koska yhteensopivuus riippuu suuresti lukkojärjestelmästä.

Älä valitse hotellitunnusta pelkästään yleisestä sirutaulukosta.

Hanki ensin:

• Lukon valmistaja
• Lukko malli
• Olemassa oleva tunnistetyyppi
• Tuettu sirumääritys
• Vaadittu personointi- tai koodausprosessi

Vasta sitten sinun tulee valita kortin rakenne, esimHotellin RFID-avainkortti.

Julkinen liikenne

Julkisen liikenteen projektit voivat vaihdella halvoista yksittäisistä-matkalipuista uudelleenkäytettäviin usean palvelun-tunnistetietoihin.

Rajoitetun -käyttöliput voivat sopia Ultralight-perheeseen. Uudelleen käytettävät suojatut tunnistetiedot voivat vaatia DESFiren tai muun vahvemman arkkitehtuurin. Nykyiset Classic-asennukset saattavat tarvita Plus-ohjelman osana vaiheittaista siirtoa.

Kampus- ja jäsenkortit

Jos kortti yksinkertaisesti tunnistaa jäsenen ja taustaosa tallentaa kaikki käyttöoikeudet, korttihakemuksen vaatimus- voi olla vaatimaton.

Jos yksi tunniste tukee pääsyä, läsnäoloa, kirjastopalveluita, kahvilamaksuja ja muita toimintoja, rakenteellisen moni{0}}sovellusarkkitehtuurin arvo kasvaa merkittävästi.

Suljetun -silmukan maksu

Tallennettu arvo lisää valtuustietojen kopioinnin, manipuloinnin tai heikon avainten hallinnan vaikutusta.

Tietoturva-arkkitehtuurilla, tapahtuman eheydellä, autentikaatiolla ja käyttöavainten hallinnalla pitäisi siksi olla enemmän painoarvoa kuin pelkällä kortin hinnalla.

Kuinka lähestyä perinteistä MIFARE Classic -siirtoa

Älä pidä siirtoa yksinkertaisena kortin{0}}vaihtomääräyksenä.

Luo ensin inventaario:

1. Nykyiset lukijamallit
2. Lukijan laiteohjelmisto
3. Takapään-ohjelmisto
4. Nykyinen tunnistemalli
5. Nykyinen avainarkkitehtuuri
6. Aktiivisten kirjautumistietojen määrä
7. Onko vanhojen ja uusien valtuustietojen oltava rinnakkain
8. Muuttoaika
9. Kohdeturvallisuusvaatimus

Jos vanhat lukijat ja päivitetyt lukijat joutuvat toimimaan saman siirtymäkauden aikana, MIFARE Plus EV2 ansaitsee erityistä huomiota, koska migraatio on yksi sen ydinkäyttötapauksista.

Jos vaihdat koko arkkitehtuurin etkä tarvitse klassiseen -suuntautuneeseen siirtokäyttäytymiseen, vertaa tätä lähestymistapaa suoraan DESFire-pohjaiseen uudelleensuunnitteluun sen sijaan, että Plus vaadittaisiin automaattisesti.

Yleisiä MIFARE-valintavirheitä

Valitse ensin{0}}halvin hinta

Aloita sovelluksesta ja järjestelmävaatimuksista. Yksikköhinta tulee ottaa huomioon yhteensopivuuden, turvallisuuden ja arkkitehtuurin jälkeen.

Vain muistin koon vertailu

Suurempi muistiarvo ei automaattisesti tee yhtä sirua sopivammaksi. Tiedostorakenne, todennus, lukijan tuki ja sovellusten erottelu voivat olla tärkeämpiä.

Olettaen, että jokainen 13,56 MHz valtuustieto on yhteensopiva

Taajuus ei takaa protokollien, todennusten, laiteohjelmistojen tai ohjelmistojen yhteensopivuutta.

Classicin käyttäminen uuden järjestelmän oletusasetuksena

Classic pysyy yleisenä asennetuissa järjestelmissä, mutta asennetun-peruspohjan suosio ja soveltuvuus uuteen tietoturvaan-arkaluonteiseen suunnitteluun ovat kaksi eri kysymystä.

Readerin laiteohjelmiston ja ohjelmiston huomioimatta jättäminen

Pysyvä kontaktiton IC ei voi tarjota sille tarkoitettuja toimintoja, jos lukija tai järjestelmäohjelmisto ei tue vaadittuja komentoja ja suojausmallia.

Avainhallinnan huomioiminen

Vahva kryptografinen ominaisuus ei automaattisesti tuota turvallista järjestelmää.

Oletusavaimet, huonosti hajautetut avaimet, turvaton personointi ja heikot tausta{0}}ohjaukset voivat heikentää teknisesti kelvollisia käyttöoikeuksia.

Turvallisuus on järjestelmä{0}}tason vastuu, ei vain sirumäärittely.

Massatuotannon tilaaminen ennen testausta

Tarkista aina oikeat kortit, lukijat, laiteohjelmistot, ohjelmistot ja koodaus ennen kuin sitoudut suuriin tuotantomääriin.

MIFARE tai NTAG: Tarvitsetko todella MIFAREa?

Jokainen 13,56 MHz:n projekti ei todellakaan ole MIFARE-valintaongelma.

Jos päätavoitteena on kuluttajien älypuhelinten vuorovaikutus, kuten URL-osoitteen avaaminen, digitaalisen profiilin jakaminen, arvostelusivun käynnistäminen tai yksinkertaisen NFC-toiminnon käynnistäminen, tuoteNFC-tunnisteluokka saattaa sopia paremmin.

Esimerkiksi yksinkertainen älypuhelin{0}}sovellus voi käyttääNTAG213 NFC-korttisuojatun MIFARE-käyttöoikeustietojen sijaan.

MIFARE tulee merkityksellisemmäksi, kun järjestelmään kuuluu valvottu käyttöoikeus, omistetut lukijat, todennus, lipunmyynti, tallennettu arvo tai strukturoitu {0}älykorttisovellus.

Parempi kysymys ei ole:

Mikä RFID-siru on paras?

Se on:

Mikä siru vastaa sovellusta, lukijaa, suojausvaatimuksia, järjestelmäarkkitehtuuria ja tunnistetietojen elinkaarta?

Mitä sinun tulee lähettää RFID-toimittajallesi ennen tarjouksen pyytämistä?

Toimittaja voi antaa tarkemman suosituksen, kun tekninen vaatimus on selvä.

Valmistele seuraavat tiedot:

1. Sovellus:pääsy, lipunmyynti, hotelli, kuljetus, uskollisuus, jäsenyys tai muu käyttö
2. Nykyinen lukijan valmistaja ja malli:jos järjestelmä on jo olemassa
3. Nykyinen kortti- tai sirumalli:erityisesti korvaus- tai siirtohankkeisiin
4. Vaadittu suojaustaso:mukaan lukien mitä uhkia järjestelmän on torjuttava
5. Tietovaatimus:mitä valtakirjaan todella pitää tallentaa
6. Sovellusrakenne:yksi tai useampi sovellus
7. Älypuhelinvaatimukset:tarvitaanko mobiili NFC-vuorovaikutusta
8. Fyysinen muoto:kortti, rannenauha, avaimenperä, lippu tai muu valtakirja
9. Odotettu käyttöikä:yksi päivä, useita kuukausia tai useita vuosia
10. Määrä:näytemäärä ja odotettu tuotantomäärä
11. Personointi:tulostus-, UID-käsittely-, koodaus- tai muut tietovaatimukset
12. Testaus:Lukijan ja ohjelmiston validointi vaaditaan ennen tuotantoa

Jos et pysty antamaan tarkkaa sirumallia, lähetä olemassa oleva tunnistemalli yhdessä lukija- ja järjestelmätietojen kanssa sen sijaan, että arvailet ulkonäön perusteella.

Lopullinen MIFARE-valinnan tarkistuslista

• Määritä sovellus ennen sirun valitsemista.
• Määrittele todellinen turvallisuusuhka sen sijaan, että käytät sanaa "suojattu" yleisenä vaatimuksena.
• Tarkista tarkka lukija-, laiteohjelmisto- ja ohjelmistoympäristö.
• Selvitä, mitä tietoja todella tarvitsee tallentaa.
• Päätä, tarvitaanko yksi vai useampi hakemus.
• Varmista, onko älypuhelimen NFC-vuorovaikutuksella merkitystä.
• Yhdistä IC valtuustietojen käyttöikään ja fyysiseen muotoon.
• Vertaa järjestelmän kokonaiskustannuksia, ei vain sirun hintaa.
• Erota vanhat yhteensopivuusvaatimukset uusista{0}}järjestelmävaatimuksista.
• Testaa oikeita näytteitä ennen massatuotantoa.

Jos olet rakentamassa uutta järjestelmää, älä valitse valtuustietoja erikseen.

Jos olet päivittämässä olemassa olevaa järjestelmää, aloita yhteensopivuus- ja siirtovaatimuksilla.

Ja jos olet edelleen epävarma MIFARE Classicin, Plusin, DESFiren, Ultralightin tai muun kontaktittoman IC:n välillä, toimita toimittajalle ensin lukijan malli, nykyiset tunnistetiedot, sovellus ja suojausvaatimukset. Nämä tiedot ovat paljon hyödyllisempiä kuin pelkkä "parhaan MIFARE-sirun" pyytäminen.