Bezpečná migrace RFID

Bezpečná migrace RFID

Řízený přechod ze starších identifikátorů nebo karet založených pouze na UID na technologii odpovídající čtečkám, s pilotem, datovým plánem a postupnou výměnou.

Výsledek programu

Postupná migrace, která zachovává dostupnost služby při ověřování chování čteček, identifikátorů, zabezpečení a záznamů o výměnách.

Zobrazit doporučený produkt

Určeno pro

Provozovatelé, kteří nahrazují starší karty, mění platformy CSMS nebo posilují zabezpečení infrastruktury využívající pouze UID

01

Výchozí stav

Stávající UID, čip, platforma nebo soubor čteček

02

Cílový stav

Identifikátor nebo zabezpečená aplikace odpovídající čtečce

03

Přechod

Pilotní provoz, souběžný provoz a postupné vydávání náhradních prostředků

04

Kontrola

Správa a úschova klíčů, mapování a doklady o vyřazení

Provozní model / 01

Sledujte identifikátor celým autorizačním řetězcem.

Fyzická karta je pouze jedním řízeným vstupem. Chování čtečky, záznamy platformy a provozní pravidla určují autorizaci a dohledatelnost správného účtu.

Bezpečná migrace RFID
Postupná migrace, která zachovává dostupnost služby při ověřování chování čteček, identifikátorů, zabezpečení a záznamů o výměnách.
  1. 01

    Stávající identifikační prostředky

    Proveďte inventuru aktivních, neaktivních, ztracených a neznámých identifikačních prostředků včetně jejich čipů, UID a záznamů o přiřazení.

  2. 02

    Používané čtečky a firmware

    Zdokumentujte, co každá čtečka skutečně podporuje; samotná jmenovitá frekvence neprokazuje kompatibilitu aplikace.

  3. 03

    Převod identity

    Porovnejte stávající způsob zápisu UID a pole platformy s navrženým identifikátorem, mapováním nebo zabezpečenou aplikací.

  4. 04

    Řízený pilotní provoz

    Otestujte staré i nové identifikační prostředky na reprezentativních čtečkách, v různých autorizačních stavech a při provozních výjimkách.

  5. 05

    Postupné vyřazování

    Vydávejte náhradní prostředky v řízených skupinách, uchovávejte vazby mezi původními a novými záznamy a původní oprávnění odebírejte až po úspěšné akceptaci.

Platforma někdy dokáže zachovat účet pomocí převodní tabulky, avšak kopírování nebo volba konkrétního UID může být nemožné, nezabezpečené nebo mimo model zamýšlený dodavatelem čipu. Kontinuitu identity proto řešte nejprve jako otázku migrace v backendu.

Matice specifikace / 02

Rozhodnutí, která musí být přijata před výrobou.

Specifikace připravená pro výrobu uvádí, co je třeba rozhodnout, jak to bude realizováno a co bude sloužit jako doklad pro akceptaci.

01

Inventura stávajícího prostředí

Co definovat

Zaznamenejte čip, délku UID, způsob zápisu identifikátoru, čtečku, firmware, CSMS a stav aktivity karty.

Akceptační důkaz

Neznámé údaje a nepodporované kombinace jsou zřejmé před výběrem cílového řešení.

02

Matice kompatibility

Co definovat

Otestujte stávající i cílové identifikační prostředky na reprezentativních kombinacích hardwaru a softwaru.

Akceptační důkaz

Každá skupina zahrnutá do zavádění má zajištěný podporovaný způsob načítání nebo plán nápravy.

03

Mapování identity

Co definovat

Stanovte, zda si stávající účet ponechá svůj identifikátor, získá nový identifikátor propojený mapováním, nebo bude znovu vytvořen.

Akceptační důkaz

Stará i nová sériová čísla během přechodu odkazují na jeden zamýšlený účet.

04

Cílová úroveň zabezpečení

Co definovat

Podle schopností čteček a rizik zvolte identifikaci pouze pomocí UID, data zabezpečené aplikace nebo jejich postupně zaváděnou kombinaci.

Akceptační důkaz

Odpovědnosti za autentizaci a klíče jsou zdokumentovány a postupy otestovány.

05

Správa a úschova klíčů

Co definovat

U zabezpečených aplikací určete odpovědnost za generování, diverzifikaci, nahrávání, uchovávání, rotaci a obnovu klíčů.

Akceptační důkaz

Žádný provozní klíč není závislý na osobě nebo exportu, které nejsou zdokumentovány.

06

Souběžný provoz

Co definovat

Stanovte období a pravidla pro souběžné přijímání starých i nových identifikačních prostředků.

Akceptační důkaz

Chování při odvolání oprávnění i chování mezipaměti a místního seznamu je předvídatelné po celou dobu souběhu.

07

Doklady o vyřazení

Co definovat

Zaznamenejte doručení, aktivaci, blokaci staré karty, její zničení nebo vrácení a nevyřešené výjimky.

Akceptační důkaz

V rámci programu lze doložit, které původní identifikační prostředky zůstávají platné.

Opatření proti selhání / 03

Odstraňte běžná místa selhání.

Většinu neúspěšných spuštění nezpůsobuje kvalita tisku. Příčinou jsou nejasné identifikátory, neotestované čtečky, neúplně vymezená odpovědnost za data nebo slabé řízení životního cyklu.

01

Zachovejte úvodní nuly

Převod identifikátoru může nepozorovaně změnit jeho hodnotu. Porovnejte nezpracovaný výstup čtečky, exportovaná data a importované záznamy bajt po bajtu.

02

Nepředpokládejte automaticky režim autentizace AES u identifikačního prostředku na frekvenci 13,56 MHz

Čtečka, která rozpozná identifikační prostředek s autentizací AES na frekvenci 13,56 MHz, může přesto používat pouze jeho UID. Zabezpečené aplikace vyžadují výslovnou podporu čtečky a příslušných klíčů.

03

Naplánujte souběžný provoz

Vynucený přechod během jediného dne je nutný jen zřídka. Před vydáním náhradních prostředků stanovte dobu souběhu, postup návratu k původnímu stavu a skupiny s výjimkami.

04

Přistupujte ke klíčům jako k infrastruktuře

Zabezpečené karty bez zdokumentované správy a úschovy, diverzifikace a obnovy klíčů mohou vytvořit novou formu závislosti na dodavateli.

U zabezpečených aplikací stanovte generování, diverzifikaci, nahrávání, uchovávání, rotaci a obnovu klíčů a určete, kdo za ně odpovídá.

Cesta dodání / 04

Od zadání k řízenému provozu.

Každá fáze by měla končit doloženými výsledky, které mohou posoudit týmy odpovědné za provoz, platformu a nákup.

  1. 01

    Audit

    Proveďte inventuru identifikačních prostředků, čteček, firmwaru, platforem, formátů identifikátorů a aktivních přiřazení.

    Důkaz

    Evidence současného stavu prostředí

  2. 02

    Návrh cílového řešení

    Vyberte novou technologii, úroveň zabezpečení, datový model a určete odpovědnost za správu klíčů.

    Důkaz

    Schválený cílový profil identifikačního prostředku

  3. 03

    Reprezentativní pilotní provoz

    Otestujte staré i nové karty na různých čtečkách, v různých lokalitách, stavech připojení a procesech platformy.

    Důkaz

    Matice kompatibility a výjimek

  4. 04

    Postupné vydávání náhradních prostředků

    Provádějte výměnu po lokalitách nebo skupinách uživatelů s řízeným přiřazováním, komunikací a možností návratu k původnímu stavu.

    Důkaz

    Protokol vydání a aktivace podle skupin

  5. 05

    Vyřazení původních prostředků

    Zablokujte, převezměte zpět nebo zničte staré identifikační prostředky a dořešte neuzavřená mapování.

    Důkaz

    Zpráva o vyřazení a zbytkových rizicích

Souběžný provoz starých a nových identifikátorů je možný, pokud oba typy podporují čtečky i autorizační platforma a pravidla jejich překryvu jsou otestována. Smíšený provoz by měl mít stanovené datum ukončení, postup zneplatnění a plán návratu do předchozího stavu.

Hranice odpovědnosti / 05

Oddělte výrobu od provozu platformy.

Přesná hranice brání tomu, aby se kartě přičítala odpovědnost za rozhodnutí o konfiguraci, oprávněních nebo vypořádání, která se přijímají jinde.

01

ChargeRFID / výrobce

Odpovídá za schválený materiál, čip, anténu, grafiku, kódování, proměnná data, kontrolu kvality šarže a výrobní záznam.

02

Tým CPO, eMSP nebo CSMS

Definuje formát identifikátoru, chování čtečky, import tokenů, stavy autorizace, bezpečnostní aplikaci a technickou akceptaci.

03

Vlastník programu

Odpovídá za přiřazení, aktivaci, smlouvy, přístupová pravidla, tarify, zákaznickou podporu, schvalování náhrad a rozhodování o ukončení životnosti.

Programové otázky / 08

Otázky, které obvykle řeší nákup a technické týmy.

01Můžeme při přechodu na novou technologii karet zachovat stejné UID?

Platforma někdy může zachovat účet pomocí mapovací tabulky, ale kopírování nebo volba konkrétního UID může být nemožná, nezabezpečená nebo mimo model zamýšlený dodavatelem čipu. Zachování identity řešte nejprve jako otázku migrace backendu.

02Mohou staré a nové identifikační prostředky fungovat souběžně?

Ano, pokud čtečky a autorizační platforma podporují oba typy a pravidla souběhu jsou otestována. Souběžný provoz by měl mít stanovené datum ukončení, postup odvolání oprávnění a plán návratu k původnímu stavu.

03Zajistí přechod na identifikační prostředek s autentizací AES na frekvenci 13,56 MHz automaticky zabezpečení pomocí AES?

Ne. Identifikační prostředek s autentizací AES na frekvenci 13,56 MHz podporuje aplikace využívající AES, ale danou aplikaci musí implementovat čtečka, schéma klíčů i backend. Pouhé načítání UID karty tyto kryptografické možnosti nevyužívá.

04Jaký je minimální smysluplný rozsah pilotního ověření migrace?

Zahrňte všechny reprezentativní řady čteček a firmwaru, zamýšlené autorizační postupy s připojením i bez něj, alespoň jeden scénář výměny a úplnou kontrolu shody importovaných a exportovaných dat.

Jste připraveni nasadit RFID karty pro nabíjecí sítě využívající OCPP?

Uveďte instalované čtečky, pravidla identifikátorů, požadavky na zabezpečení, předání do platformy, objem a trhy zavádění. Zašleme vám otázky potřebné pro vzorky a schválení výroby.