Program de migrare RFID

Migrare RFID securizată

O cale controlată de trecere de la carduri sau brelocuri vechi ori bazate doar pe UID la o tehnologie de card adaptată cititoarelor, cu un pilot practic, un plan de date și o reemitere etapizată.

Rezultatul programului

O migrare etapizată care menține serviciul în timp ce comportamentul cititoarelor, identificatorii, securitatea și evidențele de înlocuire sunt validate.

Consultați produsul recomandat

Conceput pentru

Operatori care înlocuiesc carduri vechi, schimbă platforma CSMS sau consolidează un parc bazat exclusiv pe UID

01

Punct de plecare

UID, cip, platformă sau parc de cititoare existente

02

Țintă

Identificator adaptat cititorului sau aplicație securizată

03

Tranziție

Pilot, operare mixtă și reemitere etapizată

04

Control

Custodia cheilor, asocierea identificatorilor și dovezi de retragere

Model operațional / 01

Urmăriți cardul sau brelocul RFID pe întregul lanț de autorizare.

Cardul fizic este doar una dintre componentele controlate. Comportamentul cititorului, înregistrările din platformă și regulile de operare stabilesc dacă este autorizat contul corect și dacă acesta poate fi urmărit.

Migrare RFID securizată
O migrare etapizată care menține serviciul în timp ce comportamentul cititoarelor, identificatorii, securitatea și evidențele de înlocuire sunt validate.
  1. 01

    Parcul existent de carduri și brelocuri

    Inventariați cardurile și brelocurile active, inactive, pierdute și necunoscute, împreună cu înregistrările privind cipul, UID-ul și atribuirea.

  2. 02

    Parcul de cititoare RFID și firmware-ul

    Documentați ce acceptă efectiv fiecare cititor; frecvența nominală nu dovedește, singură, compatibilitatea la nivel de aplicație.

  3. 03

    Corespondența identităților

    Comparați reprezentarea UID existentă și câmpurile platformei cu identificatorul, asocierea sau aplicația securizată propuse.

  4. 04

    Pilot controlat

    Testați cardurile și brelocurile vechi și noi cu cititoare, stări de autorizare și excepții operaționale reprezentative.

  5. 05

    Retragere etapizată

    Emiteți cardurile sau brelocurile de înlocuire în grupuri controlate, păstrați corespondențele și eliminați drepturile de utilizare vechi numai după recepție.

Matrice de specificații / 02

Decizii de luat înainte de producție.

Un dosar de cerințe pregătit pentru producție precizează ce trebuie decis, cum se va implementa și ce dovezi vor fi acceptate la recepție.

01

Inventarul parcului

Ce trebuie definit

Înregistrați cipul, lungimea UID, reprezentarea identificatorului, cititorul, firmware-ul, CSMS și starea cardurilor active.

Dovezi pentru acceptare

Elementele necunoscute și combinațiile neacceptate sunt vizibile înainte de alegerea soluției țintă.

02

Matricea de compatibilitate

Ce trebuie definit

Testați cardurile și brelocurile existente și cele țintă pe combinații reprezentative de hardware și software.

Dovezi pentru acceptare

Fiecare grup de implementare are o cale de citire acceptată sau un plan de remediere.

03

Asocierea identităților

Ce trebuie definit

Definiți dacă contul existent își păstrează identificatorul, primește un identificator de înlocuire corelat cu cel vechi sau este recreat.

Dovezi pentru acceptare

Numerele de serie vechi și noi corespund unui singur cont vizat pe durata tranziției.

04

Ținta de securitate

Ce trebuie definit

Alegeți între varianta exclusiv UID, date stocate într-o aplicație securizată sau o combinație etapizată, în funcție de capacitățile cititorului și de risc.

Dovezi pentru acceptare

Responsabilitățile privind autentificarea și cheile criptografice sunt documentate și testate.

05

Custodia cheilor

Ce trebuie definit

Pentru aplicațiile securizate, stabiliți responsabilitatea pentru generarea, diversificarea, încărcarea, stocarea, rotația și recuperarea cheilor.

Dovezi pentru acceptare

Nicio cheie de producție nu depinde de o persoană sau de un export nedocumentat.

06

Operare mixtă

Ce trebuie definit

Stabiliți perioada și regulile pentru acceptarea simultană a cardurilor și brelocurilor vechi și noi.

Dovezi pentru acceptare

Revocarea, memoria cache și comportamentul listei locale sunt previzibile pe toată perioada de suprapunere.

07

Dovezi de retragere

Ce trebuie definit

Înregistrați livrarea, activarea, blocarea cardului vechi, distrugerea sau returnarea acestuia, precum și excepțiile nerezolvate.

Dovezi pentru acceptare

Programul poate demonstra care dintre cardurile și brelocurile RFID existente rămân valide.

Prevenirea erorilor / 03

Eliminați încă din proiectare punctele frecvente de eșec.

Majoritatea lansărilor eșuate nu se datorează calității tipăririi. Cauzele sunt identificatorii neclari, cititoarele netestate, responsabilitatea incompletă asupra datelor sau controlul slab al ciclului de viață.

01

Păstrați zerourile inițiale

Conversia identificatorilor poate modifica valorile fără niciun avertisment. Comparați octet cu octet datele brute ale cititorului, datele exportate și înregistrările importate.

02

Nu presupuneți că este utilizat modul cu autentificare AES al cardurilor la 13,56 MHz

Un cititor care detectează carduri la 13,56 MHz cu autentificare AES poate utiliza totuși doar UID-ul acestora. Aplicațiile securizate necesită suport explicit din partea cititorului și pentru cheile criptografice.

03

Planificați funcționarea în paralel

O trecere forțată într-o singură zi este rareori necesară. Definiți perioada de suprapunere, procedura de revenire și grupurile de excepție înainte de a emite cardurile de înlocuire.

04

Tratați cheile ca pe o infrastructură

Cardurile securizate fără documentație privind custodia, diversificarea și recuperarea cheilor pot crea o nouă formă de dependență de furnizor.

Etapele livrării / 04

De la dosarul de cerințe la operarea controlată.

Fiecare etapă ar trebui să se încheie cu dovezi care pot fi analizate de echipele de operațiuni, de platformă și de achiziții.

  1. 01

    Audit

    Inventariați cardurile și brelocurile RFID, cititoarele, firmware-ul, platformele, formatele identificatorilor și atribuirile active.

    Dovezi

    Registrul situației actuale a infrastructurii

  2. 02

    Arhitectura-țintă

    Selectați noua tehnologie, nivelul de securitate, modelul de date și responsabilitatea pentru gestionarea cheilor criptografice.

    Dovezi

    Profilul aprobat al noului card RFID

  3. 03

    Pilot reprezentativ

    Testați cardurile vechi și noi cu diferite cititoare, în diferite locații și stări de conectivitate, precum și în cadrul proceselor platformei.

    Dovezi

    Matrice de compatibilitate și excepții

  4. 04

    Reemitere etapizată

    Înlocuiți cardurile pe locații sau pe grupuri de utilizatori, cu controale pentru atribuire, comunicare și revenire.

    Dovezi

    Jurnalul de emitere și activare pe grupuri de utilizatori

  5. 05

    Retragerea cardurilor vechi

    Blocați, recuperați sau distrugeți cardurile vechi și închideți asocierile nerezolvate.

    Dovezi

    Raport de retragere și de risc rezidual

Delimitarea responsabilităților / 05

Separați producția de operarea platformei.

O delimitare precisă împiedică atribuirea către card a unor probleme de configurare, de drepturi de utilizare sau de decontare, care țin de alte sisteme.

01

ChargeRFID / producător

Controlează materialul aprobat, cipul, antena, grafica, codificarea, datele variabile, controlul calității pe loturi și evidența de producție.

02

Echipa CPO, eMSP sau CSMS

Definește formatul de identificator acceptat, comportamentul cititorului, importul tokenurilor, stările de autorizare, aplicația de securitate și recepția tehnică.

03

Proprietarul programului

Răspunde de alocare, activare, contracte, politica de acces, tarife, asistența pentru clienți, aprobarea înlocuirilor și deciziile privind sfârșitul ciclului de viață.

Bibliotecă tehnică / 07

Continuați documentarea pentru implementare.

Aceste surse definesc tehnologia și interfețele operaționale conexe. ChargeRFID produce carduri și brelocuri RFID fizice. Configurarea platformei, contractele de roaming și certificarea stațiilor de încărcare rămân în sarcina operatorilor și furnizorilor relevanți.

Întrebări despre program / 08

Întrebări pe care echipele de achiziții și cele tehnice le clarifică de obicei.

01Putem păstra același UID la trecerea la o nouă tehnologie de card?

Uneori, o platformă poate păstra contul printr-un tabel de corespondență, însă copierea sau selectarea unui anumit UID poate fi imposibilă, nesigură sau în afara modelului prevăzut de furnizorul cipului. Tratați continuitatea identității în primul rând ca pe o chestiune de migrare a sistemului central.

02Pot funcționa împreună cardurile vechi și cele noi?

Da, dacă cititoarele și platforma de autorizare le acceptă pe ambele, iar regulile pentru perioada de suprapunere sunt testate. Funcționarea mixtă trebuie să aibă o dată de încheiere definită, un proces de revocare și un plan de revenire.

03Trecerea la carduri la 13,56 MHz cu autentificare AES adaugă automat securitate AES?

Nu. Cardurile la 13,56 MHz cu autentificare AES acceptă aplicații bazate pe AES, însă cititorul, schema de chei și sistemul central trebuie să implementeze acea aplicație. Citirea exclusivă a UID-ului cardului nu utilizează aceste capabilități criptografice.

04Care este pilotul minim util pentru migrare?

Includeți fiecare familie reprezentativă de cititoare și firmware, căile de autorizare online și offline prevăzute, cel puțin un scenariu de înlocuire și o reconciliere completă a importului și exportului de date.

Specificație controlată a programului: Carduri RFID pentru rețele de încărcare OCPP

Transmiteți-ne informații despre parcul de cititoare RFID, regulile pentru identificatori, cerințele de securitate, transferul către platformă, volumul și piețele de implementare. Vă vom trimite întrebările necesare pentru mostre și pentru aprobarea producției.