Kako programirati oznake NFC z različnimi vrstami čipov (NTAG, MIFARE in več)

 

Pisanje oznake so tri ločene operacije, ne ena

 

Ko ljudje rečejo, da želijo programirati oznake NFC, običajno opisujejo tri različne stvari, ki jih sproži isti gumb v aplikaciji telefona.

 

Prvi jeoblikovanje. Pomnilnik NFC čipa je treba povedati, da njegovo uporabniško področje vsebuje sporočilo NDEF in ne poljubnih bajtov. To se naredi s pisanjem majhne podatkovne strukture, znane kot vsebnik zmogljivosti. Na delih NTAG21x je to že narejeno na ravni rezin, tako da čip prispe NDEF-formatiran in lahko vedno vsebuje samo NDEF. Na MIFARE Classic in nekaterih drugih čipih je oblikovanje nekaj, kar izvedete vi, struktura pa pristane v-enkrat-programabilnem območju. Formatiranje je torej trajno. Ni ukaza unformat in orodja prodajalca, ki bi vam ga dalo.

 

Drugi jepisanje tovora: sporočilo NDEF, ki vsebuje enega ali več zapisov, največkrat zapis URI, ki kaže na URL. To je del, ki ga vsi slikajo. Zapisi koristnega tovora so običajno ponovljivi, zato lahko marketinška ekipa šest mesecev pozneje preusmeri oznako oglaševalske akcije brez preurejanja strojne opreme.

 

Tretji jekonfiguracijo: bajti gesel, zaklepni biti, nastavitve zrcala, pogoji dostopa, ključi za preverjanje pristnosti. Ta plast je tam, kjer živijo nepreklicne odločitve, in to je plast, ki se je nobena potrošniška vadnica sploh ne dotakne. Če nameravate programirati oznake NFC za karkoli z varnostno mejo okoli sebe, je konfiguracijski sloj projekt.

 

Ločevanje teh treh v vaši glavi je tisto, kar prepreči, da bi bila serija razrezana. Večina napak pri pisanju, ki jih diagnosticiramo, niso napake koristnega tovora. So stanje oblikovanja ali stanje konfiguracije, za katerega nekdo ni vedel, da obstaja.

 

Primerjava vrst čipov oznak NFC, preden jih programirate

 

Vsaka resna odločitev o tem, kako programirati oznake NFC v velikem obsegu, se začne s to tabelo, ker sta zgornja meja pomnilnika in podpora za platformo nastavljena v trenutku izbire čipa in ju pozneje v programski opremi ni mogoče popraviti.

 

čip	Uporabniški pomnilnik	Vrsta foruma NFC	Tovarniško stanje NDEF	Zaščita z geslom / ključem	iPhone NDEF branje + pisanje
NTAG 213	144 bajtov	Vrsta 2	Pred-formatirano	32-bitni PWD / 16-bitni PACK	ja
NTAG 215	504 bajtov	Vrsta 2	Pred-formatirano	32-bitni PWD / 16-bitni PACK	ja
NTAG 216	888 bajtov	Vrsta 2	Pred-formatirano	32-bitni PWD / 16-bitni PACK	ja
MIFARE Ultralight EV1	48 ali 128 bajtov	Vrsta 2	Formatable	32-bitni PWD / 16-bitni PACK	ja
MIFARE Classic 1K	Skupaj 1024 bajtov, približno 716 bajtov, ki so na voljo NDEF, ko se odšteje blok proizvajalca in 16 sektorskih napovednikov	Ni vrsta foruma NFC	Možnost oblikovanja, sektor-temelji	Sektorski ključi CRYPTO-1 A/B	št
MIFARE DESFire EV3	2 KB do 8 KB, na podlagi datoteke-	Vrsta 4	Aplikacija mora biti ustvarjena	AES-128 / 3DES, pravice dostopa do posamezne datoteke	ja
NTAG 424 DNK	Skupaj 416 bajtov, razdeljenih v 32-bajtni vsebnik zmogljivosti, 256-bajtno datoteko NDEF in 128-bajtno zaščiteno podatkovno datoteko	Vrsta 4	Vnaprej-pripravljene datoteke	Pet ključev AES-128, 3-prehodna medsebojna avtentikacija	ja

 

Številke NTAG21x, obnašanje zaklep-bitov in skladnost tipa 2 / ISO/IEC 14443 tipa A glede naTehnični list izdelka NXP NTAG213/215/216. Struktura MIFARE Classic 1K na podatkovni list NXP MF1S50yyX (16 sektorjev × 4 bloki × 16 bajtov). DESFire EV3 na MF3D(H)x3. NTAG 424 Postavitev pomnilnika DNK poNXP.

 

Dva stolpca odločata o večini projektov, preden se izbere programska oprema: zgornja meja pomnilnika in stolpec iPhone. Česar vam tabela ne more povedati, je donos. Pravilno določen čip še vedno povzroča zavrnitve, če za korakom kodiranja ni prehoda preverjanja, kar je predmet druge polovice tega članka.

 

NTAG 213, 215 in 216: privzeta izbira in njena prava zgornja meja

 

Za približno štiri od petih vhodnih projektov je ta družina pravi odgovor in učenje programiranja oznak NTAG 215 NFC traja približno devetdeset sekund s telefonsko aplikacijo. Čip je dobavljen v formatu NDEF-, vrsta zapisa, ki se dosledno obnaša v vsaki slušalki, je navaden zapis URI, Android in iOS pa ga zapišeta brez kakršnega koli dela SDK.

 

 

Je tudi družina, ki stoji za skoraj vsakim programom za digitalne vizitke, kjer en sam zapis vCard ali URL predstavlja celoten koristni tovor in kjer je fizični format običajno pomembnejši od čipa. Večina teh naročil konča naprazne bele PVC NFC karticenamesto nalepk, ker mora kartica preživeti denarnico in sprejeti odtis.

 

Zgornja meja pride hitreje, kot ljudje pričakujejo. NTAG213 vam daje 144 bajtov uporabniškega pomnilnika in sporočilo NDEF ni samo vaš URL. Preden se shrani en znak vašega naslova, je ovoj TLV, glava zapisa, polje vrste in polje dolžine. Zapis URI stisne pogoste predpone, kot jehttps://www.v en sam bajt, ki obnovi deset do dvajset bajtov, na 144-bajtnem delu pa je ta razlika meja med prileganjem in neuspehom. Tisto, kjer se ekipe ujamejo, ni URL sam, ampak dodatki: dodajte besedilni zapis za berljivo oznako, dodajte zapis aplikacije Android, tako da oznaka odpre aplikacijo namesto brskalnika, in udobna koristna obremenitev postane napaka prelivanja.

 

Naše lastno pravilo in to je stvar, ki se je naučite le, če kodirate nekaj milijonov teh: če predvideni URL, vključno s poizvedbenimi parametri, presega približno 90 znakov, nehajte navajati NTAG213 in se premaknite navzgor. Razlika v stroških na enoto med 213 in 215 je dovolj majhna, da skoraj nikoli ni vredno tvegati preoblikovanja sredi-programa. Oglaševalska akcija, ki želi pozneje dodati parametre UTM ali serijsko številko vsakemu URL-ju oznake, bo pri 213 udarila v zid, pri 215 pa ne.

 

Zaščito z geslom za to družino je vredno natančno razumeti, ker je šibkejša, kot predlaga beseda "geslo". 32-bitna vrednost PWD se prenaša v čisti obliki in jo preveri čip, ki preprečuje dostop za pisanje in opcijsko dostop za branje od izbrane strani naprej. Prepreči radovednemu članu javnosti, da s telefonom prepiše vašo oznako. To ni kriptografski nadzor in ga stranki nikoli ne bi smeli opisati kot enega. Upoštevajte tudi, da ga vsaka generacija sploh ne podpira: starejši NTAG203 nima nikakršnega mehanizma za geslo, dokumentacija knjižnice pa izrecno navaja, da zaščitni klici proti njemu preprosto ne uspejo (dokumentacijo nfcpy).

 

MIFARE Classic: možnost pisanja v sistemu Android, dejansko odsoten v napravi iPhone

 

Tukaj je past združljivosti, ki je končala več projektov NFC kot kateri koli drug posamezen dejavnik. Vsakdo, ki se sprašuje, kako zapisati NDEF v MIFARE Classic, že ​​deluje v nasprotju s formatom: MIFARE Classic ni vrsta oznake foruma NFC, je kartica ISO/IEC 14443-3A z lastniškim sektorjem in ključno strukturo, ki je pred ekosistemom NDEF, podpora za NDEF pa obstaja le prek konvencije o preslikavi, ki je na vrhu.

 

 

Android obravnava to konvencijo. iOS ne. Appleov Core NFC nikoli ni podpiral MIFARE Classic, pri čemer so družine MIFARE, ki jih podpira platforma, omejene na Ultralight, Plus in DESFire, kar so razvijalci večkrat potrdili na Applovih forumih (Forumi za razvijalce Apple). Ker iOS ne more neposredno nasloviti pomnilnika kartice, iPhone ne more pisati NDEF nanj in ne more prikazati NDEF, ki je shranjen na njem.

 

Zaradi tega je med ocenjevanjem tako nevarno, da oznake MIFARE Classic na iPhonu niso videti mrtve. Kartica predstavlja ISO 14443-UID, zato jo bo aplikacija Bližnjice z veseljem sprejela kot sprožilec avtomatizacije, skeniranje v ozadju pa lahko še vedno zažene predhodno shranjen zapis NDEF podprte vrste. Vodja javnega naročila, ki preizkuša vzorec na svojem iPhonu, vidi odgovor in se odjavi. Vedenje, ki so ga opazili, ni imelo nobene zveze z vsebino pomnilnika oznake in celoten pristop se zruši v trenutku, ko projekt potrebuje URL-je na enoto, ki jih iPhone dejansko lahko prebere.

 

Praktično pravilo, ki izpade iz tega: vsakdo, ki primerja programiranje oznak NFC za iPhone in Android, bi moral opraviti preskus sprejemljivosti na obeh platformah s proizvodnim čipom, nikoli samo na Androidu in nikoli na vzorcu čipa, ki je drugačen od tistega na naročilnici.

 

Naj bom odkrit glede priporočila, ker "to je odvisno od vašega primera uporabe" tukaj ni uporaben odgovor. Če se bodo vaše oznake NFC dotikali člani javnosti, navedite kar koli razen MIFARE Classic.

 

Za ekipe, ki so že v klasičnem-sistemu dostopa, se odločitev zmanjša na eno spremenljivko in to niso oznake. To je preostala življenjska doba vašega bralnika. Če imajo ti bralci še dve ali tri leta časa in se noben pametni telefon nikoli ne bo dotaknil poverilnice, je nadaljevanje s Classic v zaprti zanki upravičena odločitev, praktična vprašanja pa postanejo izvor IC in oblika UID namesto metode kodiranja, kar obravnavamo v naših opombah onaročanje oznak MIFARE 1K v nameščen sistem. Če so bralci sami zaradi zamenjave v tem oknu, ne zapravljajte denarja za prehodno poverilnico. V enem koraku premaknite celotno posestvo na del,-ki temelji na AES, in enkrat pokrijte stroške.

 

V isti družini je še ena past, ki je dovolj subtilna, da preživi polne cikle QA. Če zapisu dodate ovoj Smart Poster, ki ga običajna orodja za kodiranje ponujajo kot prijazen način za pripenjanje naslova URL-ju, spremenite vrsto zapisa. Zapisov, zavitih na ta način, skeniranje v ozadju sistema iOS sploh ne pobere, ne glede na to, kaj je vgnezdeno notri. Preskušanje Androida poteka na vseh napravah, telefoni iPhone ne naredijo ničesar in nikjer ni sporočila o napaki, ki bi ga bilo mogoče diagnosticirati.

 

Ultralight, DESFire in NTAG 424 DNA: kjer programiranje postane upravljanje ključev

 

MIFARE Ultralight EV1 je po obnašanju blizu NTAG21x in programirate oznake NFC na enak način, z manjšim proračunom pomnilnika 48 ali 128 bajtov in enakim razredom vrat za geslo. Nič konceptualno novega se ne zgodi.

 

DESFire in NTAG 424 DNA sta različni disciplini. Na teh delih tipa 4 ne zapisujete bajtov v ravno pomnilniško karto, delujete v datotečnem sistemu s pravicami dostopa do-datoteke in vsaka smiselna operacija zahteva najprej avtentikacijo s ključem AES-128. NTAG 424 DNA nosi pet ključev AES, ki jih določi stranka, uporablja 3-pasovno medsebojno avtentikacijo za zaščiteno podatkovno datoteko in nosi certifikat Common Criteria EAL4 na strojni in programski opremi. Ekipe, ki programirajo oznake NFC za preverjanje pristnosti izdelkov in ne za preprosto preusmeritev, običajno iščejo posebej ta del zaradi ene funkcije.

 

Ta funkcija je varno dinamično sporočanje, pogosto zapisano kot SUN. Ko je ta omogočen, se URL NDEF, ki ga čip predstavlja, spremeni ob vsakem posameznem dotiku: čip zrcali svoj UID in monotono naraščajoči števec branja v URL, po izbiri šifriran, in doda CMAC, izračunan s ključem, ki ga zadržite samo vi in ​​čip. Vaše zaledje lahko nato loči pravo oznako od fotografiranega URL-ja in številko pipa 4 od številke pipa 4000.

 

Pravilna konfiguracija je tista, kjer specifikacija ugrizne. Pravila zrcaljenja niso v prosti-obliki: ko so podatki PICC šifrirani, postane zrcaljenje UID-ja in števca branja obvezno in ne izbirno, vedno potujeta skupaj in CMAC mora biti na koncu sporočila NDEF. Strukturo URL-ja oblikujte glede na te omejitve in ne obratno, sicer se odmiki ne bodo rešili in bo zaledje zavrnilo vsako branje.

 

Napaka, ki jo najpogosteje vidimo pri uvedbah SUN, nima nobene zveze s tem. Vsaka javna referenčna izvedba in predstavitveni strežnik sta dobavljena konfigurirana s tovarniško-privzetimi ključi vseh-nič, ker je to tisto, zaradi česar predstavitev deluje takoj, ko ni na voljo. Projektira prototip proti temu, prototip deluje in korak rotacije ključa nikoli ne pride na kontrolni seznam za zagon. Oznake gredo kriptografsko gole, medtem ko vsi vpleteni verjamejo, da je uvedba šifrirana, zato naš lastni postopek izdaje vzorca preverja diverzifikacijo ključev na proizvodnih enotah in ne na tistem, kar je bilo uporabljeno za predstavitev.

 

Šest operacij, ki jih ne morete razveljaviti, ko programirate oznake NFC

 

Prepisovanje koristnega tovora je poceni. Te niso. Vsaka spodaj je odločitev, ki pretvori serijo oznak v osnovno sredstvo, in vsaka je bila vzrok za odpadni inventar, ki smo ga morali osebno zamenjati.

 

Delovanje	Kaj počne	Zakaj tega ni mogoče razveljaviti	Kdaj naj bo načrtovan
NDEF oblikovanje	Zapiše vsebnik zmogljivosti	Pristane v-enkratnem-pomnilniku, ki ga je mogoče programirati	V tovarni, potem ko je tip čipa potrjen
Statični ključavnice	Zaklene prvih 16 strani na čipih tipa 2	Zaklepni bitji so samo nastavljeni-in jih ni mogoče ponastaviti	Šele po podpisu končne vsebine
Dinamični zaklepni nastavki	Pokrivajte 96 podatkovnih bajtov na NTAG213, 456 na NTAG215 in 840 na NTAG216, z razdrobljenostjo 2 strani na NTAG213 in 16 strani na NTAG215 in NTAG216, glede na zgoraj navedeni podatkovni list NXP	Isti nabor-samo mehanizem, ista trajnost	Ista vrata kot statične ključavnice
Stikalo-samo za branje	Trajno nastavi zastavico pisanja NDEF	Inverzni ukaz ne obstaja	Nikoli pred zaključkom poljskih poskusov
Način LRP na NTAG 424 DNA	Preklopi AES na delovanje-odporno na uhajanje	Omogočeno s SetConfiguration, brez poti nazaj v način AES	Samo če dokumentiran model grožnje to zahteva
Menjava ključa brez depozita	Zamenja tovarniške AES ključe	Čip nima obnovitvene poti, če se novi ključ izgubi	Samo, ko je skrbništvo ključa uradno dodeljeno

 

Ta razdrobljenost strani je praktična podrobnost, ki jo večina ljudi pogreša, ko vprašajo, kako zakleniti oznako NFC po programiranju. Zaklepanje ni eno samo stikalo-ali-nič. Na NTAG215 in NTAG216 lahko zaklenete bloke po 16 strani, zaradi česar je mešana postavitev izvedljiva: območje serijske številke, ki je tovarniško zaklenjeno, območje URL-ja akcije, ki ostane zapisljivo za skupino za trženje. Na NTAG213 je razdrobljenost dveh strani, natančnejša, vendar na precej manjšem zemljevidu. Odločitev o meji je naloga načrtovanja in mora se zgoditi pred zagonom kodiranja, ne po njem.

 

Navada, ki jo je vredno zgraditi, je ločitev vrat za kodiranje od vrat za zaklepanje. Strankam odsvetujemo zaklepanje na mestu naročila, razlog pa je bolj komercialne narave kot tehnične narave.

 

V naši zgodovini naročil najpogostejša zahteva za poštno-dostavo ni reklamacija napake, je sprememba destinacije in se združuje v prvem letu storitve. Običajni sprožilci so selitev ciljne strani ali predaja agencije, nobeden od njiju ni viden v času oddaje naročila. Za ukrepanje v zvezi s tem ne potrebujete nikogaršnje statistike napak, ker asimetrija odloča sama: odklenjena oznaka, ki je nikoli ni treba spremeniti, vas ne stane nič, medtem ko zaklenjena oznaka, ki jo je treba spremeniti, stane celotno naročilo zamenjave in ponovno namestitev. Najprej programirajte oznake NFC, zaženite preizkus na terenu in nato zaklenite.

 

Preverjanje čipa je tisto, kar piše na računu

 

 

Pristnost čipa v tej kategoriji ni paranoična skrb, je rutinski dohodni-inšpekcijski predmet in sodi v isti korak QC kot kateri koli drug pregled, ki ga izvedete, preden programirate oznake NFC v proizvodnih količinah. NXP-jeve družine NTAG, MIFARE, Ultralight in ICODE imajo vsaka podpis izvirnosti, ki temelji na ECC-, napisan pri proizvodnji čipa, 32 bajtov na delih NTAG21x, ki ga je mogoče prebrati in preveriti glede na proizvajalčev javni ključ. Oznaka, ki se obnaša brezhibno, lahko še vedno ne opravi tega preverjanja.

 

To se zgodi več, kot si trg dopušča. Inženirji, ki kupujejo oznake NTAG21x prek splošnih maloprodajnih kanalov, so lastni skupnosti proizvajalca sporočili, da vzorci delujejo natanko tako, kot je določeno, vključno z nasprotnim zrcaljenjem, vendar poročajo kot klon silicija pod preverjanjem izvirnosti, NXP-jev objavljeni odgovor pa je, da takšni deli niso podprti in neprimerni za varno uporabo, ker je lahko sam IC ranljiv (Skupnost NXP).

 

Operativna posledica je ožja, kot ljudje domnevajo, in vredna natančne navedbe. Če je vaša aplikacija marketinška preusmeritev, vam bo klonski čip ustrezno služil in morda vam bo vseeno. Če vaša aplikacija vključuje preverjanje pristnosti, dokaze o nedovoljenih posegih ali kakršno koli trditev o preprečevanju-ponarejanja, podano vaši lastni stranki, nepreverljiv čip razveljavi celotno predpostavko in nobena količina pravilnega kodiranja tega ne nadomesti. Preverjanje traja nekaj sekund na vzorec z aplikacijo Reader in sodi v vaš dohodni postopek QC in ne v post{4}}mortem. Sorodno branje za vse, katerih pisanje se zaključi, bralec pa ostane tiho:zakaj se klonirana nalepka dobro bere in še vedno ne uspe pri vratih.

 

Klasično varnostno vprašanje MIFARE, ponovno iskreno

 

Vsakdo, ki danes navaja MIFARE Classic, bi moral delovati s trenutnega raziskovalnega položaja in ne iz ugleda, ki ga je imela platforma pred desetletjem.

 

Leta 2024 je študija o FM11RF08S, združljivem čipu MIFARE Classic, izdanem leta 2020 s protiukrepi, posebej zasnovanimi za upiranje vsem znanim napadom-samo na kartice, premagala te protiukrepe in med tem odkrila stranska vrata strojne opreme. Zadnja vrata omogočajo kateri koli strani, ki jih pozna, da ogrozi vsak uporabni-definiran ključ na kartici v nekaj minutah po fizičnem dostopu, in to velja tudi, če so bili ključi popolnoma razpršeni na kartico (Kriptološki arhiv ePrint). Povezani ključi za stranska vrata so bili identificirani v širšem naboru delov, vključno s prejšnjimi generacijami Fudan in posebnimi napravami NXP in Infineon.

 

To natančno preberite, preden iz tega potegnete napačen sklep. To ni argument, da bodo jutri vsi, ki uporabljajo MIFARE Classic, izpostavljeni, in tega ne predstavljamo kot enega. Milijoni klasičnih poverilnic delujejo v okoljih z nizkimi -posledicami, kjer kloniranje kartice pridobi napadalcu dostop do omarice v telovadnici. To je argument, da se besedna zveza "varno" ne bi smela pojavljati nikjer v specifikacijskem dokumentu poleg te družine čipov in da bi moral vsakdo, ki namerava programirati oznake NFC za hotelske sobe, dostop do pisarn ali brezgotovinsko plačilo na klasičnem siliciju, ceniti prehod na del, ki temelji na AES-, v istem proračunskem ciklu.

 

Programiranje oznak NFC v velikem obsegu: kaj se spremeni nad tisoč enotami

 

Vse do sedaj opisano slabo lestvico. Telefonska aplikacija zapiše eno oznako naenkrat brez paketnega zapisa, brez preverjanja in brez možnosti, da bi naknadno dokazala, kateri URL je šel na katero fizično enoto. Obstajajo trije nivoji, kako množično programirati oznake NFC, preskok med njimi pa je operativni in ne tehnični.

 

Prva stopnja sta telefon in aplikacija, primerna za prototipe in interne pilote, primerna za približno sto enot.

 

Na drugem nivoju pristane večina-hišnih ekip: programirate oznake NFC z zapisovalnikom bralnika na namizju, ki ga poganja paketna datoteka, običajno prek kodirnika USB v razredu ACR12xx ali uTrust. Deluje dobro, dokler se čip ne zamenja. Široko uporabljeno odprtokodno paketno orodje v tem prostoru na primer cilja posebej na ACR122 in kodira samo MIFARE Ultralight in Ultralight C, ki sta dela tipa 2, zato premik tega projekta na čip tipa 4 pomeni ponovno izdelavo orodja namesto urejanja konfiguracijske datoteke. Če še vedno izbirate strojno opremo za to raven, našUSB in namizni bralniki{0}}zapisovalniki NFCzajema modele bralcev, ki jih pričakujejo te orodne verige.

 

Industrijska praksa za tretjo raven je pred{0}}kodiranje med proizvodnjo in to je raven, za katero večina kupcev ne ve, da obstaja. Na naših linijah v 3.600 m² velikem obratu kodiranje poteka med spajanjem čipov in končnim sestavljanjem, na opremi, ki indeksira vsako oznako na mestu, zapiše zapis in ga prebere nazaj, preden se oznaka premakne naprej. Prepustnica za preverjanje je bistvo. Oznaka, ki ne uspe -prebrati nazaj, je zavrnjena-v vrstici, namesto da bi jo odkrila stranka na terenu, paket pa zapusti datoteko za preslikavo, ki povezuje vsak UID ali TID z natančno vsebino, ki je vanj zapisana, kar potrebuje vaš CMS ali analitična platforma prvi dan. Zmogljivost avtomatiziranega povezovanja v petih proizvodnih linijah je več kot 100.000 čipov na dan, tako da kodiranje ne postane omejitev za dobavni rok.

 

Tisto, kar ta opis namerno izpusti, je prag sprejemljivosti. Preberi-povratno preverjanje je prehod/neuspeh, vendar se stopnja napak, ki bi jo morali pogodbeno sprejeti, razlikuje glede na družino čipov, faktor oblike in ali je oznaka naknadno laminirana; proti-kovinska nalepka in PVC kartica se na isti liniji ne obnašata enako. Ta številka spada v navedbo glede na vašo specifično gradnjo, ne v članek, in je prva stvar, ki jo nastavimo, ko se zažene nov program.

 

Kje narišemo lastno mejo zmogljivosti, je vredno jasno povedati, ker je del, ki ga dobavitelji običajno zameglijo. Oznake NFC bomo vnaprej-programirali z vašo predlogo URL, serializirali na enoto, preverili vsako oznako in dostavili datoteko za preslikavo. Zagotovili bomo ključe AES, ki jih boste dobavili. Ne bomo hranili vaših produkcijskih ključev, ne bomo upravljali vašega preverjalnega zaledja in vam ne bomo povedali, da lahko tovarna naredi pravilno zasnovo varnostne-plasti aplikacije. Ta del je vaš in vsak dobavitelj, ki trdi drugače, vam prodaja prenos tveganja, ki ne obstaja.

 

Devet vprašanj, ki jih morate rešiti pred začetkom kodiranja

 

Zaženite to pred naročilnico, ne po prihodu vzorcev. Vsak element je končal vsaj en projekt, ki smo ga prosili, da rešimo.

 

#	vprašanje	Zakaj odloča čip
1	Bodo telefoni iPhone uporabili te oznake?	V celoti odstrani MIFARE Classic iz obravnave
2	Kakšna je celotna dolžina URL-ja, vključno s prihodnjimi parametri?	Nastavi tla na NTAG213, 215 ali 216
3	Je en zapis dovolj ali potrebujete tudi besedilni zapis ali zapis aplikacije?	Dodatni zapisi porabijo enak proračun pomnilnika
4	Se bo cilj spremenil med življenjsko dobo oznake?	Določa, ali je zaklepanje kdaj sprejemljivo
5	Ali aplikacija zahteva avtentičnost končnih uporabnikov?	Potisne vas v NTAG 424 DNA ali DESFire
6	Kdo drži in vrti ključe AES?	Mora biti dodeljen pred spremembo katerega koli ključa
7	Kakšno je merilo sprejemljivosti dostavljene serije?	Določa, ali je preberi{0}}verifikacija pogodbena
8	Ali potrebujete UID-to-datoteko za preslikavo vsebine?	Določiti ga je treba pred zagonom, ne zahtevati po
9	Ali je preverjanje izvirnosti podpisa del dohodne kontrole kakovosti?	Določa, ali je nabavo čipov mogoče revidirati

 

Ekipe, ki lahko odgovorijo na vseh devet, običajno dobijo čisto proizvodnjo v prvem poskusu. Ekipe, ki lahko odgovorijo na šest od devetih, običajno odkrijejo preostale tri na drag način.

 

Devet vprašanj je splošna različica. Tisti, iz katerega dejansko delamo, dodaja deseti stolpec, odgovor, ki je pravi za vašo konstrukcijo in ne na splošno, in ta stolpec je odvisen od stvari, ki jih ta članek ne vidi: vaše mešanice slušalk, vašega bralnika, vašega postopka laminiranja in ali mora biti serializacija zaporedna ali naključna. Pošljite nam prvih devet odgovorov in vrnili vam bomo komentirano različico v skladu z vašimi specifikacijami.

 

Kje ostane kupec

 

Ni splošnega postopka za programiranje oznak NFC, samo postopek na čip, na platformo, na nosilec. Najprej izberite čip proti stropu pomnilnika in vprašanju iPhone. Oblikovanje, obremenitev in konfiguracijo obravnavajte kot tri ločena vrata. Nikoli ne zaklepajte pred poskusom na terenu. Preverite izvirnost na dohodnih vzorcih. Nad tisoč enotami nehajte razmišljati o aplikacijah in začnite razmišljati o preverjanju in sledljivosti.

 

Če je specifikacija že sestavljena, jo z veseljem pregledamo glede na zgornje omejitve čipov in označimo vse, kar ne bo preživelo proizvodnje, brezplačni vzorci pa so na voljo za testiranje na vaših dejanskih čitalnikih in slušalkah. Začnete lahko tudi priFormate oznak NFC vnaprej-programiramo in preverjamo-domače je čip odločitev še odprta, ozpošljite strukturo URL-ja in ciljno količino v pregled kodiranjače je že popravljeno.

 

pogosta vprašanja