Ochrona hasłem tagu NFC a trwałe blokowanie: co wybrać przed wdrożeniem

Gdy tag NFC jest używany we wdrożeniu publicznym-lub skierowanym do klienta, treść nie powinna pozostać przez przypadek możliwa do edycji. Jednak „zablokuj znacznik” może oznaczać kilka różnych rzeczy, a wybranie niewłaściwego może spowodować problem, którego nie będzie można naprawić po zakończeniu produkcji.

Praktyczna decyzja dotyczy tego, czy tag powinien pozostać zapisywalny, wymagać hasła do operacji na chronionej pamięci, czy też stać się na stałe-tylko do odczytu. Czwarte pytanie nie podlega temu wyborowi: jeśli projekt musi udowodnić, że fizyczny tag jest autentyczny, zwykła ochrona hasłem lub blokowanie-tylko do odczytu nie wystarczy.

Ten przewodnik jest przeznaczony dla zespołów B2B przygotowujących naklejki NFC, etykiety, karty, wyświetlacze lub inne tagi-czytelne dla telefonu w celu masowego wdrożenia. Koncentruje się na decyzji dotyczącej wdrożenia, sekwencji produkcyjnej i kryteriach akceptacji, a nie na etapach programowania-specyficznych dla aplikacji.

 

Cztery różne wymagania są często nazywane „bezpieczeństwem”

Nie są one zamienne. Trwale zablokowany adres URL można nadal skopiować i odtworzyć w innym zwykłym tagu. Hasło może ograniczyć niektóre operacje na pamięci bez szyfrowania publicznego adresu URL NDEF. Projekt bezpiecznego uwierzytelniania może nadal wykorzystywać adres URL NDEF, ale wartość bezpieczeństwa pochodzi z protokołu kryptograficznego i weryfikacji zaplecza, a nie z faktu, że tag jest-tylko do odczytu.

Jeśli potrzebujesz najpierw szerszych podstaw NFC, SyntekPrzewodnik po podstawach tagów NFCjest właścicielem tego zadania wprowadzającego. Ta strona zaczyna się w miejscu, w którym istnieje już treść tagu i przepływ pracy dotyczący wdrażania.

 

 

Co oznacza trwałe blokowanie w popularnych znacznikach NTAG21x

NXP opisuje NTAG213, NTAG215 i NTAG216 jako układy scalone zgodne ze standardem NFC Forum Type 2 Tag, wyposażone zarówno wpole-programowalna-funkcja blokowania tylko do odczytuIkonfigurowalna ochrona hasłem 32-bitowym. To są odrębne mechanizmy.

wKarta katalogowa NTAG213/215/216, statyczne bajty blokady i dynamiczne bajty blokady kontrolują, czy zdefiniowane-strony pamięci użytkownika mogą być ponownie zapisywane. Po ustawieniu odpowiedniego bitu blokady chroniony obszar staje się-tylko do odczytu. Proces-bitu blokującego jest-jednokierunkowy: zaprogramowanego bitu blokującego nie można po prostu zmienić z 1 na 0.

Dlatego trwałe blokowanie należy wykonać na końcu procesu zatwierdzania, a nie na początku kodowania.

TheDokumentacja Chrome Web NFCwykorzystuje tę samą koncepcję operacyjną w przypadku obsługiwanych tagów: ustawienie znacznika-tylko do odczytu jest operacją stałą,-jednokierunkową i nie można go cofnąć w ramach normalnego przepływu pracy NDEF.

 

Ochrona hasłem to odwracalna kontrola, a nie szyfrowanie

NTAG21x zapewnia również konfigurowalną ochronę hasłem. NXP dokumentuje polecenie uwierzytelnienia hasłem-, punkt początkowy-obszaru chronionego i ustawienia dostępu, które mogą ograniczać operacje zapisu lub, w zależności od konfiguracji, operacje odczytu i zapisu.

Dzięki temu kontrola oparta-na hasłach jest przydatna, gdy autoryzowany operator będzie musiał później zmodyfikować chronioną treść.

Jednak 32-bitowe hasło ze znacznikiem nie powinno być sprzedawane jako narzędzie szyfrujące lub uwierzytelniające-o wysokim poziomie bezpieczeństwa. Jest to funkcja-kontroli dostępu do operacji na pamięci. Jeśli tag zawiera publiczny adres URL, który każdy powinien przeczytać, zapisy chronione hasłem nie powodują, że ten adres URL będzie poufny.

Tworzy to także zależność operacyjną: ktoś musi być właścicielem hasła, procedury wydawania, zasad odzyskiwania oraz narzędzi używanych do uwierzytelniania i aktualizacji tagu. Utrata tej kontroli może zamienić wdrożenie teoretycznie nadające się do wielokrotnego zapisu w praktycznie niemożliwe do utrzymania.

 

Użyj cyklu życia wdrożenia, aby wybrać strategię blokady

Wdrożenie publiczne, które jest najłatwiejsze w utrzymaniu, to często stabilny,-kontrolowany przez firmę adres URL zapisany w tagu, po którym następują-zmiany treści po stronie serwera. W tym modelu pamięć NFC może stać się-tylko do odczytu, podczas gdy strona docelowa, treść kampanii, informacje o gwarancji lub informacje o produkcie pozostają edytowalne online.

Syntekaprzewodnik po tagach NFC w witrynie internetowejobejmuje osobną kwestię wdrożenia NFC-opartego na adresach URL. Decyzja o zablokowaniu rozpoczyna się po zatwierdzeniu architektury docelowej.

 

Nie blokuj na stałe miejsca docelowego-należącego do dostawcy bez planu migracji

Stała blokada zamraża to, co jest zapisane na chipie, a nie to, co dzieje się w Internecie. To rozróżnienie jest przydatne tylko wtedy, gdy organizacja kontroluje miejsce docelowe lub ma niezawodną ścieżkę migracji.

Przed zablokowaniem tagu w adresie URL potwierdź:

• kto jest właścicielem domeny;
• kto kontroluje przekierowania;
• czy miejsce docelowe może później przenieść się na inną platformę;
• czy adres URL zawiera ścieżkę-specyficzną dla dostawcy, która może zniknąć;
• czy unikalne tokeny-tagu muszą pozostać ważne przez oczekiwany okres wdrożenia;
• co się stanie, gdy kampania, pracownik, rekord produktu lub lokalizacja zostaną wycofane.

Stały tag wskazujący jednorazowy adres URL SaaS może stać się trwałym fizycznym przypomnieniem o tymczasowej decyzji dotyczącej oprogramowania. W przypadku tagów-długowiecznych kontrolę nad adresem URL należy traktować jako część specyfikacji produktu.

 

 

Blokowanie powinno być zgodne z kodowaniem i zatwierdzeniem funkcjonalnym

Oddziela się bezpieczna sekwencja produkcyjnapismo, weryfikacjaIzamykający.

1. Zamroź regułę ładunku.Zdefiniuj dokładny typ rekordu NDEF, strukturę adresu URL, unikalną-regułę tokena i dowolne dane zmienne.
2. Zakoduj tag.Zapisz zatwierdzony ładunek, korzystając z określonego procesu produkcyjnego.
3. Przeczytaj go ponownie w wersji elektronicznej.Potwierdź, że przechowywany rekord jest zgodny z danymi źródłowymi.
4. Przetestuj wynik użytkownika.Kliknij gotowy tag z reprezentatywnymi telefonami docelowymi lub czytnikami i potwierdź, że zamierzone działanie zostało ukończone.
5. Sprawdź miejsce docelowe.Sprawdź przekierowania, zachowanie HTTPS, własność konta i wszelkie unikalne mapowania.
6. Zatwierdź próbkę-odpowiednika produkcyjnego.Próbka powinna wykorzystywać ostateczny chip, wkładkę, materiał, stan powierzchni i zasadę kodowania.
7. Zastosuj zatwierdzony stan ochrony.Pozostaw możliwość zapisu, skonfiguruj kontrolę hasłem lub zablokuj na stałe zgodnie ze specyfikacją projektu.
8. Sprawdź stan-post-locka.Przeczytaj treść ponownie i potwierdź, że zamierzone ograniczenie zapisu rzeczywiście obowiązuje.
9. Zapisz wynik.Zachowaj wymagania dotyczące mapowania, przykładowej wersji i{0}}stanu w zapisie produkcyjnym.

Ta kolejność zapobiega częstym awariom: wykryciu nieprawidłowego adresu URL, zduplikowanego tokena lub błędnego rekordu NDEF dopiero po tym, jak tag został już trwale ustawiony-tylko do odczytu.

 

 

W przypadku unikalnych adresów URL plik mapowania ma takie samo znaczenie jak stan blokady

Partia tagów NFC może zawierać wspólny adres URL lub każdy element może zawierać inny token. Unikalne kodowanie dodaje kolejny tryb awarii: znacznik NFC może zostać poprawnie zablokowany, ale przypisany do niewłaściwego elementu fizycznego.

W przypadku kodowania-na sztukę rekord produkcji może wymagać takich pól, jak:

Blokowanie nie naprawia złego mapowania. Prawidłowa sekwencja to najpierw sprawdzenie mapowania, a następnie zastosowanie stanu nieodwracalnego.

 

Co testować po trwałym odczytaniu tagu?-Tylko

Kontrola końcowa powinna wykazać zarówno, że zawartość nadal działa, jak i istnienie zatwierdzonego stanu ochrony.

W przypadku dużych zamówień należy określić, czy na każdej warstwie sprawdzany jest każdy zakodowany element, czy też statystycznie kontrolowana próbka. Ten plan pobierania próbek jest umową kupującego/producenta; nie należy go zastępować niejasnym stwierdzeniem, że tagi są „przetestowane”.

 

Trwałe blokowanie nie rozwiązuje problemu fizycznej manipulacji

Tagu NFC przeznaczonego tylko do odczytu nie można przepisać w ramach normalnych operacji na pamięci, ale tag publiczny można nadal usunąć, zakryć, wymienić lub fizycznie uszkodzić.

W przypadku instalacji publicznych należy rozważyć, czy projekt wymaga również:

• konstrukcja pozwalająca-naruszyć konstrukcję;
• okresowa kontrola fizyczna;
• wydrukowany zastępczy kod QR;
• rejestr kontrolowanych aktywów/lokalizacji;
• monitorowanie zaplecza pod kątem nieoczekiwanych miejsc docelowych lub użycia tokena;
• procedura wymiany uszkodzonych lub brakujących metek.

Wymóg bezpieczeństwa fizycznego zależy od środowiska. Znacznik przeglądu na blacie, etykieta zasobu zewnętrznego i pieczęć-uwierzytelniająca produkt nie mają tego samego modelu zagrożenia.

 

Ochrona hasłem nie zastępuje uwierzytelniania

To rozróżnienie ma największe znaczenie w projektach-przeciwdziałania podrabianiu.

Tag standardowy można trwale zablokować, w związku z czym nie można edytować jego pamięci, a mimo to widoczne lub czytelne dane mogą zostać skopiowane do innego tagu. Stały UID może być przydatny jako identyfikator, ale poleganie na samym identyfikatorze nie jest równoznaczne z dowodem kryptograficznym.

Jeśli wymaganiem biznesowym jest „zapobieganie nieautoryzowanemu przepisywania”, odpowiednie może okazać się blokowanie lub kontrola zapisu oparta na haśle-. Jeśli wymaganiem jest „udowodnić, że ten produkt fizyczny jest autentyczny”, w ramach projektu należy ocenić chip i backend zaprojektowane do uwierzytelniania.

Ta architektura zabezpieczeń celowo wykracza poza zakres tego artykułu. Nie należy przekształcać taniego-publicznego tagu adresu URL w produkt zabezpieczający-podrabianie po prostu zmieniając jego stan blokady.

 

Zdefiniuj stan blokady w zapytaniu ofertowym, a nie po produkcji

Do bezpośredniego pozyskiwania tagów i etykiet NFC-czytelnych dla telefonu, SyntekKategoria znacznika NFCjest właścicielem handlowym. Jeśli projekt wymaga-wewnętrznego kodowania i weryfikacji, plikKategoria czytnika i zapisu NFCto odpowiednia ścieżka sprzętowa.

 

Ponowne zamówienia wymagają blokady-Zmiany stanu-Reguły kontrolnej

Powtórzone zamówienie nie powinno dziedziczyć słowa „to samo” bez określenia, co musi pozostać takie samo.

Ponowną walidację należy rozważyć, gdy zmiana wpływa na:

• model chipa lub zachowanie pamięci/ochrony;
• typ rekordu NDEF lub struktura adresu URL;
• kodowanie wspólne a unikalne;
• konfiguracja hasła lub zakres ochrony;
• polityka stałych blokad;
• drukowane mapowanie numeru seryjnego lub QR;
• wkładka, antena lub gotowy materiał;
• powierzchni montażowej lub przeznaczonego zestawu telefon/czytnik.

Kosmetyczna zmiana grafiki może nie wymagać pełnego ponownego testu technicznego, ale zmiana, która może zmienić zachowanie RF, interpretację danych, mapowanie lub ochronę przed zapisem, powinna spowodować sprawdzenie dotkniętej warstwy.

 

Zasada decyzji

Wybierz stan ochrony na podstawie modelu konserwacji, a nie słowa „bezpieczny”.

Zachowaj możliwość zapisu znacznikaw trakcie zlecania wdrożenia.Korzystaj z dostępu-kontrolowanego hasłemgdy autoryzowane przyszłe aktualizacje pamięci są rzeczywistym wymogiem operacyjnym, a wybrany układ obsługuje potrzebne zachowanie.Użyj trwałego blokowania-tylko do odczytukiedy zakodowany ładunek jest ostateczny i nie należy go przepisywać.Użyj uwierzytelniania kryptograficznegogdy firma musi zweryfikować autentyczność, a nie tylko zapobiegać zwykłym edycjom.

W przypadku produkcji masowej najbezpieczniejsza sekwencja to:

zdefiniuj ładunek → zakoduj → odczytaj → miejsce docelowe testu → zweryfikuj mapowanie → zatwierdź gotową próbkę → zastosuj ochronę → zweryfikuj ochronę → zwolnij partię

Dzięki tej sekwencji nieodwracalny zamek nie stanie się nieodwracalnym błędem produkcyjnym.