NFC-tunnisteen salasanasuojaus vs. pysyvä lukitus: mitä valita ennen käyttöönottoa

Kun NFC-tunnistetta käytetään julkisessa tai{0}}asiakkaalle suunnatussa käyttöönotossa, sisällön ei pitäisi jäädä muokattavaksi vahingossa. Mutta "lukitse tunniste" voi tarkoittaa useita eri asioita, ja väärän valinta voi aiheuttaa ongelman, jota ei voida korjata tuotannon jälkeen.

Käytännön päätös on, pitääkö tagin olla kirjoitettava, vaatiiko se salasanan suojattuja muistitoimintoja varten vai tuleeko se pysyvästi vain -lukuun. Neljäs kysymys on valinnan ulkopuolella: jos projektin on todistettava, että fyysinen tunniste on aito, pelkkä salasanasuojaus tai lukulukitus-ei riitä.

Tämä opas on tarkoitettu B2B-tiimeille, jotka valmistelevat NFC-tarroja, tarroja, kortteja, näyttöjä tai muita puhelimessa{1}}luettavia tunnisteita joukkokäyttöön. Siinä keskitytään käyttöönottopäätökseen, tuotantojaksoon ja hyväksymisehtoihin sovelluskohtaisten ohjelmointivaiheiden sijaan.

 

Neljää erilaista vaatimusta kutsutaan usein "turvalliseksi"

Nämä eivät ole keskenään vaihdettavissa. Pysyvästi lukittu URL-osoite voidaan silti kopioida ja toistaa toisella tavallisella tunnisteella. Salasana voi rajoittaa joitakin muistitoimintoja salaamatta julkista NDEF-URL-osoitetta. Suojattu todennusprojekti saattaa silti käyttää NDEF-URL-osoitetta, mutta suojausarvo tulee salausprotokollasta ja taustaverkon vahvistuksesta, ei siitä, että tunniste on vain -luettu.

Jos tarvitset ensin laajemmat NFC-perustiedot, SyntekinNFC-tunnisteen perusteiden opasomistaa tuon johdantotehtävän. Tämä sivu alkaa kohdasta, jossa tunnisteen sisältö ja käyttöönoton työnkulku ovat jo olemassa.

 

 

Mitä pysyvä lukitus tarkoittaa yleisissä NTAG21x-tunnisteissa

NXP kuvaa NTAG213:a, NTAG215:tä ja NTAG216:ta NFC Forum Type 2 Tag -yhteensopivina IC:inä, joissa on sekäkenttä-ohjelmoitava luku-lukitustoimintojakonfiguroitava 32-bittinen salasanasuojaus. Ne ovat erillisiä mekanismeja.

VuonnaNTAG213/215/216 tietolehti, staattiset lukitustavut ja dynaamiset lukitustavut määräävät, voidaanko määritetyt käyttäjän -muistisivut kirjoittaa uudelleen. Kun asiaankuuluva lukitusbitti on asetettu, suojatusta alueesta tulee vain luku --. Lukitusbitti

Siksi pysyvä lukitus kuuluu hyväksymisprosessin loppuun, ei koodauksen alkuun.

TheChrome Web NFC -dokumentaatiokäyttää samaa toimintakonseptia tuetuille tunnisteille: tunnisteen tekeminen vain luettavaksi-on pysyvä, yksi-suuntainen toiminto, eikä sitä voi peruuttaa normaalilla NDEF-työnkululla.

 

Salasanasuojaus on käännettävää ohjausta, ei salausta

NTAG21x tarjoaa myös konfiguroitavan salasanasuojauksen. NXP dokumentoi salasanan-todennuskomennon, suojatun-alueen aloituspisteen ja pääsyasetukset, jotka voivat rajoittaa kirjoitustoimintoja tai kokoonpanosta riippuen luku- ja kirjoitustoimintoja.

Tämä tekee salasanan{0}}pohjaisesta hallinnasta hyödyllistä, kun valtuutettu operaattori saattaa joutua muokkaamaan suojattua sisältöä myöhemmin.

32-bittistä salasanaa ei kuitenkaan pidä markkinoida salauksena tai korkean-turvallisuuden todentamisena. Se on pääsyn-hallintatoiminto muistitoimintoihin. Jos tunniste sisältää julkisen URL-osoitteen, joka kenen tahansa pitäisi lukea, salasanasuojaus ei tee URL-osoitteesta luottamuksellista.

Se luo myös toiminnallisen riippuvuuden: jonkun täytyy omistaa salasana, myöntämismenettely, palautuskäytäntö ja tunnisteen todentamiseen ja päivittämiseen käytetyt työkalut. Tämän hallinnan menettäminen voi muuttaa teoreettisesti uudelleenkirjoitettavan käyttöönoton käytännössä kestämättömäksi.

 

Käytä käyttöönoton elinkaarta valitaksesi lukitusstrategian

Ylläpidettävin julkinen käyttöönotto on usein vakaa, yrityksen{0}}ohjattu URL-osoite, joka on kirjoitettu tunnisteeseen, jota seuraa palvelin{1}}sisällön muutokset. Tässä mallissa NFC-muistista voi tulla vain -luettava, kun aloitussivu, kampanjan sisältö, takuutiedot tai tuotetiedot ovat muokattavissa verkossa.

Syntekinverkkosivuston NFC-tunnisteopaskattaa erillisen kysymyksen URL-{0}}pohjaisesta NFC:n käyttöönotosta. Lukituspäätös alkaa tässä, kun kohdearkkitehtuuri on hyväksytty.

 

Älä lukitse pysyvästi toimittajan{0}}omistettua kohdetta ilman siirtosuunnitelmaa

Pysyvä lukko jäädyttää sen, mikä on tallennettu sirulle, ei sitä, mitä tapahtuu Internetissä. Tämä erottelu on hyödyllinen vain, jos organisaatio hallitsee kohdetta tai sillä on luotettava siirtopolku.

Varmista ennen tunnisteen lukitsemista URL-osoitteeseen:

• kuka omistaa verkkotunnuksen;
• kuka hallitsee uudelleenohjauksia;
• voiko kohde siirtyä myöhemmin toiselle alustalle;
• sisältääkö URL-osoite toimittajan-tietyn polun, joka saattaa kadota;
• pitääkö tunnistekohtaisten yksilöllisten tunnisteiden olla voimassa odotetun käyttöiän ajan?
• mitä tapahtuu, kun kampanja, työntekijä, tuotetietue tai sijainti jää eläkkeelle.

Pysyvä tunniste, joka osoittaa kertakäyttöiseen SaaS-URL-osoitteeseen, voi olla pysyvä fyysinen muistutus väliaikaisesta ohjelmistopäätöksestä. Pitkäikäisten-tunnisteiden kohdalla URL-osoitteen hallintaa tulee käsitellä osana tuotetietoja.

 

 

Lukituksen tulee noudattaa koodausta ja toiminnallista hyväksyntää

Turvallinen tuotantojakso erottuukirjoittaminen, vahvistustajalukitus.

1. Jäädyttää hyötykuorman sääntö.Määritä tarkka NDEF-tietuetyyppi, URL-osoite, yksilöllinen{0}}tunnussääntö ja mahdolliset muuttujatiedot.
2. Koodaa tunniste.Kirjoita hyväksytty hyötykuorma määritellyllä tuotantoprosessilla.
3. Lue se takaisin sähköisesti.Varmista, että tallennettu tietue vastaa lähdetietoja.
4. Testaa käyttäjän tulosta.Napauta valmis tunnistetta edustavien kohdepuhelinten tai -lukijoiden kanssa ja vahvista, että aiottu toiminto on valmis.
5. Tarkista kohde.Tarkista uudelleenohjaukset, HTTPS-käyttäytyminen, tilin omistajuus ja yksilöllinen kartoitus.
6. Hyväksy tuotantoa{0}}vastaava näyte.Näytteen tulee käyttää lopullista sirua, upotetta, materiaalia, pinnan kuntoa ja koodaussääntöä.
7. Käytä hyväksyttyä suojaustilaa.Jätä kirjoitettava, määritä salasanan hallinta tai lukitse pysyvästi projektin spesifikaatioiden mukaisesti.
8. Tarkista lähetys-lukkotila.Lue sisältö uudelleen ja varmista, että suunniteltu kirjoitusrajoitus on todella voimassa.
9. Tallenna tulos.Säilytä kartoitus-, näyteversio- ja lock{0}}tilavaatimus tuotantotietueessa.

Tämä järjestys estää yleisen virheen: virheellisen URL-osoitteen, tunnuksen kaksoiskappaleen tai väärän NDEF-tietueen havaitsemisen vasta sen jälkeen, kun tunniste on jo tehty pysyvästi vain luettavaksi{0}}.

 

 

Yksilöllisille URL-osoitteille kartoitustiedosto on yhtä tärkeä kuin lukitustila

Erä NFC-tunnisteita voi sisältää yhteisen URL-osoitteen tai jokaisessa kappaleessa voi olla erilainen tunnus. Ainutlaatuinen koodaus lisää toisen vikatilan: NFC-tunniste voidaan lukita oikein, mutta se voidaan yhdistää väärään fyysiseen kohteeseen.

Per{0}}osakoodausta varten tuotantotietue voi tarvita kenttiä, kuten:

Lukitus ei korjaa huonoa kartoitusta. Oikea järjestys on tarkistaa ensin kartoitus ja sitten käyttää peruuttamatonta tilaa.

 

Mitä testataan sen jälkeen, kun tunniste on vain -luettu pysyvästi

Lopputarkastuksen tulee osoittaa, että sisältö toimii edelleen ja että hyväksytty suojaustila on olemassa.

Suurille tilauksille määritä, tarkastetaanko jokainen koodattu tuote vai tilastollisesti kontrolloitu näyte jokaisessa tasossa. Tämä näytteenottosuunnitelma on ostajan/valmistajan sopimus; sitä ei pidä korvata epämääräisellä lausunnolla, jonka mukaan tunnisteet ovat "testattuja".

 

Pysyvä lukitus ei ratkaise fyysistä peukalointia

Vain luku -{0}}NFC-tunnistetta ei voi kirjoittaa uudelleen normaalilla muistitoiminnolla, mutta julkinen tunniste voidaan silti poistaa, peittää, vaihtaa tai vahingoittaa fyysisesti.

Harkitse julkisissa asennuksissa, tarvitseeko hanke myös:

• peukalointi-ilmeinen rakenne;
• määräajoin fyysinen tarkastus;
• painettu QR-varaus;
• valvottu omaisuus/sijaintirekisteri;
• taustavalvonta odottamattomien kohteiden tai tunnuksen käytön varalta;
• vaurioituneiden tai puuttuvien tunnisteiden korvaaminen.

Fyysisen turvallisuuden vaatimus riippuu ympäristöstä. Työtason tarkistustunnisteen, ulkokäyttöön tarkoitetun omaisuuden etiketin ja tuotteen-todennussinetillä ei ole samaa uhkamallia.

 

Salasanasuojaus ei korvaa todennusta

Tämä ero on tärkein -väärennöstentorjuntaprojekteissa.

Vakiotunniste voidaan lukita pysyvästi, jotta sen muistia ei voi muokata, mutta näkyvät tai luettavat tiedot voidaan silti kopioida toiseen tunnisteeseen. Kiinteä UID voi olla hyödyllinen tunnisteena, mutta pelkkään tunnisteeseen luottaminen ei vastaa kryptografista todistusta.

Jos liiketoiminnan vaatimus on "estää luvaton uudelleenkirjoittaminen", lukitus tai salasana{0}}pohjainen kirjoitushallinta saattaa olla sopivaa. Jos vaatimus on "todista, että tämä fyysinen tuote on aito", projektin tulee arvioida todennusta varten suunniteltu siru ja taustajärjestelmä.

Tämä suojausarkkitehtuuri on tarkoituksella tämän artikkelin soveltamisalan ulkopuolella. Älä muuta edullista-julkista URL-tunnistetta väärennösten vastaiseksi tuotteeksi vain muuttamalla sen lukitustilaa.

 

Määritä lukitustila tarjouspyynnössä, ei tuotannon jälkeen

Puhelimen{0}}luettavien NFC-tunnisteiden ja -tarrojen suoraa hankintaa varten SyntekinNFC-tunnisteluokkaon kaupallinen omistaja. Jos projekti vaatii sisäisen-koodauksen ja vahvistuksen,NFC-lukija- ja -kirjoitinluokkaon asiaankuuluva laitteistopolku.

 

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

Toistuva järjestys ei saisi periä sanaa "sama" määrittelemättä, minkä tulee pysyä samana.

Voimassaolon jatkamista tulee harkita, kun muutos vaikuttaa:

• sirumalli tai muisti/suojauskäyttäytyminen;
• NDEF-tietuetyyppi tai URL-rakenne;
• yhteinen vs. ainutlaatuinen koodaus;
• salasanan määritys tai suojausalue;
• pysyvä lukkopolitiikka;
• painettu sarja- tai QR-kartoitus;
• upote, antenni tai valmis materiaali;
• asennuspinta tai tarkoitettu puhelin/lukijasarja.

Kosmeettinen taideteoksen muutos ei välttämättä vaadi täydellistä teknistä uudelleentestausta, mutta muutos, joka voi muuttaa RF-käyttäytymistä, tietojen tulkintaa, kartoitusta tai kirjoitussuojausta, pitäisi käynnistää vaikutuksen alaisen kerroksen tarkistaminen.

 

Päätössääntö

Valitse suojaustila ylläpitomallista, älä sanasta "suojattu".

Pidä tunniste kirjoitettavanakun käyttöönotto on vielä käyttöönottovaiheessa.Käytä salasanalla{0}}hallittua pääsyäkun valtuutetut tulevat muistipäivitykset ovat todellinen toiminnallinen vaatimus ja valittu siru tukee tarvittavaa toimintaa.Käytä pysyvää vain luku -{0}}lukitustakun koodattu hyötykuorma on lopullinen eikä sitä tule kirjoittaa uudelleen.Käytä kryptografista todennustakun yrityksen on vahvistettava aitous eikä vain estettävä tavallisia muokkauksia.

Irtotavaratuotannossa turvallisin järjestys on:

määritä hyötykuorma → koodaa → lue takaisin → testaa kohde → tarkista kartoitus → hyväksy valmis näyte → käytä suojausta → tarkista suojaus → vapauta erä

Tämä järjestys estää peruuttamattomasta lukosta muodostumasta peruuttamattomaksi tuotantovirheeksi.