NFC-sildi paroolikaitse vs alaline lukustamine: mida valida enne juurutamist

Kui NFC-märgendit kasutatakse avalikus või{0}}kliendile suunatud juurutuses, ei tohiks sisu juhuslikult redigeeritavaks jääda. Kuid "sildi lukustamine" võib tähendada mitut erinevat asja ja vale valimine võib tekitada probleemi, mida pärast tootmist ei saa parandada.

Praktiline otsus on see, kas märgend peaks jääma kirjutatavaks, nõudma kaitstud mälutoimingute jaoks parooli või muutuma püsivalt -ainult lugemiseks. Neljas küsimus jääb sellest valikust välja: kui projekt peab tõestama, et füüsiline silt on ehtne, ei piisa lihtsast paroolikaitsest või kirjutuskaitstud -lukustamisest.

See juhend on mõeldud B2B-tiimidele, kes valmistavad ette NFC-kleebiseid, silte, kaarte, kuvareid või muid telefonis{1}}loetavaid silte hulgi juurutamiseks. See keskendub juurutamisotsusele, tootmisjärjestusele ja aktsepteerimiskriteeriumidele, mitte rakenduse{3}}spetsiifilistele programmeerimise etappidele.

 

Nelja erinevat nõuet nimetatakse sageli "turvalisuseks"

Need ei ole omavahel asendatavad. Püsilukustatud URL-i saab siiski kopeerida ja reprodutseerida mõnel muul tavalisel sildil. Parool võib piirata mõningaid mälutoiminguid ilma avalikku NDEF-i URL-i krüptimata. Turvaline autentimisprojekt võib siiski kasutada NDEF-i URL-i, kuid turvaväärtus tuleneb krüptoprotokollist ja taustakontrollist, mitte sellest, et märgend on -ainult lugemiseks.

Kui vajate esmalt laiemaid NFC põhitõdesid, siis Synteki omaNFC-sildi põhitõdede juhendomab seda sissejuhatavat ülesannet. See leht algab punktist, kus sildi sisu ja juurutamise töövoog on juba olemas.

 

 

Mida tähendab püsilukustus tavalistel NTAG21x siltidel

NXP kirjeldab NTAG213, NTAG215 ja NTAG216 kui NFC foorumi tüüp 2 märgendiga ühilduvaid IC-sid, millel on niivälja-programmeeritav kirjutuskaitstud-lukustusfunktsioonjakonfigureeritav 32-bitine paroolikaitse. Need on eraldi mehhanismid.

AastalNTAG213/215/216 andmeleht, määravad staatilised lukubaidid ja dünaamilised lukubaidid, kas määratud kasutaja-mälulehti saab uuesti kirjutada. Kui on seadistatud asjakohane lukustusbitt, muutub kaitstud ala kirjutuskaitstuks -. Lukustus-bitiprotsess on ühe-suunaline: programmeeritud lukubitti ei saa lihtsalt 1-lt 0-le tagasi muuta.

Seetõttu kuulub püsilukustamine kinnitusprotsessi lõppu, mitte kodeerimise algusesse.

TheChrome'i veebi NFC dokumentatsioonkasutab sama töökontseptsiooni toetatud siltide puhul: sildi -ainult lugemiseks muutmine on püsiv, ühe-suunaline toiming ja seda ei saa tavapärase NDEF-i töövoo kaudu tagasi pöörata.

 

Paroolikaitse on pöörduv kontroll, mitte krüpteerimine

NTAG21x pakub ka konfigureeritavat paroolikaitset. NXP dokumenteerib parooli-autentimise käsu, kaitstud-ala alguspunkti ja juurdepääsuseaded, mis võivad piirata kirjutamistoiminguid või olenevalt konfiguratsioonist lugemis- ja kirjutamistoiminguid.

See muudab parooli{0}}põhise juhtimise kasulikuks, kui volitatud operaatoril võib olla vaja hiljem kaitstud sisu muuta.

32-bitist märgendi parooli ei tohiks siiski turustada krüptimise või kõrge -turvalisusega autentimisena. See on juurdepääsu-juhtimisfunktsioon mälutoimingutele. Kui silt sisaldab avalikku URL-i, mida keegi peaks lugema, ei muuda parooliga kaitstud kirjutised seda URL-i konfidentsiaalseks.

See loob ka töösõltuvuse: kellelegi peab kuuluma parool, väljastamisprotseduur, taastepoliitika ning märgendi autentimiseks ja värskendamiseks kasutatavad tööriistad. Selle kontrolli kaotamine võib muuta teoreetiliselt ümberkirjutatava juurutuse praktiliselt hooldamatuks.

 

Lukustusstrateegia valimiseks kasutage juurutamise elutsüklit

Kõige paremini hooldatav avalik juurutus on sageli stabiilne, ettevõtte{0}}kontrollitud URL, mis on kirjutatud märgendile, millele järgneb serveri{1}}poolse sisu muudatus. Selles mudelis saab NFC-mälu muutuda -ainult lugemiseks, kui sihtleht, kampaania sisu, garantiiteave või tooteteave on võrgus muudetav.

Synteki omaveebisaidi NFC-siltide juhendhõlmab eraldi URL-i{0}}põhise NFC juurutamise küsimust. Lukustusotsus algab siin pärast sihtkoha arhitektuuri kinnitamist.

 

Ärge lukustage püsivalt müüja{0}}omanduses olevat sihtkohta ilma üleminekuplaanita

Püsilukk külmutab kiibile salvestatu, mitte selle, mis internetis toimub. See eristamine on kasulik ainult siis, kui organisatsioon kontrollib sihtkohta või tal on usaldusväärne rändetee.

Enne märgendi URL-ile lukustamist kinnitage:

• kellele domeen kuulub;
• kes juhib ümbersuunamisi;
• kas sihtkoht saab hiljem liikuda teisele platvormile;
• kas URL sisaldab tarnija{0}}spetsiifilist teed, mis võib kaduda;
• kas -sildipõhised unikaalsed märgid peavad jääma kehtima eeldatava juurutamise ajal;
• mis juhtub siis, kui kampaania, töötaja, tooterekord või asukoht lõpetatakse.

Püsimärgend, mis osutab ühekordsele SaaS-i URL-ile, võib saada püsivaks füüsiliseks meeldetuletuseks ajutise tarkvaraotsuse kohta. Pikaealiste-märgendite puhul tuleks URL-i juhtimist käsitleda toote spetsifikatsiooni osana.

 

 

Lukustamine peaks järgima kodeerimist ja funktsionaalset kinnitust

Eraldub ohutu tootmisjärjekordkirjutamine, kontrolliminejalukustamine.

1. Külmutage kasuliku koormuse reegel.Määratlege täpne NDEF-kirje tüüp, URL-i struktuur, kordumatu{0}}märgi reegel ja kõik muutujaandmed.
2. Kodeerige silt.Kirjutage kinnitatud kasulik koormus kindlaksmääratud tootmisprotsessi abil.
3. Lugege see elektrooniliselt tagasi.Veenduge, et salvestatud kirje vastab lähteandmetele.
4. Testige kasutaja tulemust.Puudutage valmis sildi esindavate sihttelefonide või -lugeritega ja kinnitage, et kavandatud toiming on lõpule viidud.
5. Kinnitage sihtkoht.Kontrollige ümbersuunamisi, HTTPS-i käitumist, konto omandiõigust ja mis tahes ainulaadset vastendamist.
6. Kinnitage tootmis{0}}võrdväärne näidis.Näidis peaks kasutama lõplikku kiipi, sisestust, materjali, pinna seisukorda ja kodeerimisreeglit.
7. Rakendage heakskiidetud kaitseolekut.Jätke kirjutatav, konfigureerige paroolikontroll või lukustage jäädavalt vastavalt projekti spetsifikatsioonidele.
8. Kinnitage postituse{0}}luku olek.Lugege sisu uuesti läbi ja veenduge, et kavandatud kirjutamispiirang on tegelikult kehtiv.
9. Salvestage tulemus.Jätke tootmiskirje juures kaardistamise, näidisrevisjoni ja luku{0}}oleku nõue.

See järjekord hoiab ära tavalise tõrke: vale URL-i, duplikaadi või vale NDEF-kirje avastamine alles pärast seda, kui märgend on juba püsivalt loetavaks muudetud{0}}ainult.

 

 

Unikaalsete URL-ide puhul on vastendusfail sama oluline kui luku olek

NFC-märgendite kogum võib sisaldada ühist URL-i või igal osal võib olla erinev märk. Unikaalne kodeering lisab veel ühe tõrkerežiimi: NFC-sildi saab õigesti lukustada, kuid kaardistada vale füüsilise üksusega.

Tüki-kodeeringu jaoks võib tootmiskirje vajada selliseid välju:

Lukustamine ei paranda halba kaardistamist. Õige järjestus on kõigepealt kontrollida kaardistamist ja seejärel rakendada pöördumatut olekut.

 

Mida testida pärast seda, kui märgend on ainult püsivalt loetav{0}}

Lõplik kontroll peaks tõestama nii sisu ikka töötamist kui ka kinnitatud kaitseseisundi olemasolu.

Suurte tellimuste puhul määrake, kas igal kihil kontrollitakse iga kodeeritud toodet või statistiliselt kontrollitud näidist. See proovivõtuplaan on ostja/tootja leping; seda ei tohiks asendada ebamäärase väitega, et sildid on "testitud".

 

Püsiv lukustamine ei lahenda füüsilist rikkumist

Kirjutuskaitstud{0}}NFC-märgendit ei saa tavaliste mälutoimingutega ümber kirjutada, kuid avalikku silti saab siiski eemaldada, katta, asendada või füüsiliselt kahjustada.

Avalike paigaldiste puhul kaaluge, kas projekt vajab ka:

• võltsimis-ilmne konstruktsioon;
• perioodiline füüsiline kontroll;
• prinditud QR-varu;
• kontrollitav vara/asukoharegister;
• taustasüsteemi jälgimine ootamatute sihtkohtade või märgi kasutamise korral;
• kahjustatud või puuduvate siltide asendamise protseduur.

Füüsilise turvalisuse nõue sõltub keskkonnast. Töölaua ülevaatuse sildil, välistingimustes oleval vara sildil ja toote-autentimispitseril ei ole sama ohumudel.

 

Paroolikaitse ei asenda autentimist

See eristus on kõige olulisem võltsimisvastaste{0}}projektide puhul.

Standardse sildi saab püsivalt lukustada, nii et selle mälu ei saa redigeerida, kuid nähtavaid või loetavaid andmeid võib siiski kopeerida teisele märgisele. Fikseeritud UID võib olla kasulik identifikaatorina, kuid ainult identifikaatorile tuginemine ei ole samaväärne krüptograafilise tõestusega.

Kui ärinõue on volitamata ümberkirjutamise vältimine, võib sobida lukustamine või paroolipõhine{0}}kirjutusjuhtimine. Kui nõue on "tõesta, et see füüsiline toode on ehtne", peaks projekt hindama autentimiseks mõeldud kiipi ja taustaprogrammi.

See turbearhitektuur jääb tahtlikult selle artikli reguleerimisalast välja. Ärge muutke odava-avaliku URL-i märgendit võltsimisvastaseks tooteks-, muutes selle lukuolekut.

 

Määrake lukustuse olek pakkumises, mitte pärast tootmist

Telefoni{0}}loetavate NFC-märgendite ja siltide otseseks hankimiseks pakub SyntekNFC sildi kategooriaon äriomanik. Kui projekt nõuab majasisest kodeerimist ja kinnitamist,NFC lugeja ja kirjutaja kategooriaon asjakohane riistvaratee.

 

Reorders Need a Lock{0}}Seate Change-Control Rule

Korduv järjekord ei tohiks pärida sõna "sama", määratlemata, mis peab jääma samaks.

Kehtivuse pikendamist tuleks kaaluda, kui muudatus mõjutab:

• kiibi mudel või mälu/kaitse käitumine;
• NDEF-kirje tüüp või URL-i struktuur;
• ühine versus unikaalne kodeering;
• parooli konfigureerimine või kaitse ulatus;
• püsiluku poliitika;
• trükitud seeria- või QR-kaardistus;
• sisekujundus, antenn või valmismaterjal;
• paigalduspind või ettenähtud telefoni/lugeri komplekt.

Kosmeetilise kunstiteose muudatus ei pruugi nõuda täielikku tehnilist uuesti testimist, kuid muudatus, mis võib muuta RF käitumist, andmete tõlgendamist, kaardistamist või kirjutuskaitset, peaks käivitama mõjutatud kihi ülevaatuse.

 

Otsuse reegel

Valige kaitse olek hooldusmudelist, mitte sõnast "turvaline".

Hoidke silt kirjutatavakssamal ajal kui juurutamine on alles käikuandmisel.Kasutage parooliga{0}}kontrollitud juurdepääsukui volitatud tulevased mäluvärskendused on tegelik töönõue ja valitud kiip toetab vajalikku käitumist.Kasutage püsivat kirjutuskaitstud{0}}lukustustkui kodeeritud kasulik koormus on lõplik ja seda ei tohiks ümber kirjutada.Kasutage krüptograafilist autentimistkui ettevõte peab kontrollima autentsust, mitte lihtsalt takistama tavalisi muudatusi.

Hulgitootmise puhul on kõige ohutum järjestus:

määrake kasulik koormus → kodeerige → loe tagasi → testi sihtkoht → kontrolli vastendus → kinnita valmis proov → rakenda kaitse → kontrolli kaitset → vabasta partii

See järjestus hoiab ära pöördumatu luku muutumast pöördumatuks tootmisveaks.