Program för RFID-migrering

Säker RFID-migrering

En kontrollerad väg från äldre eller enbart UID-baserade identifieringsmedel till läsaranpassad kortteknik, med praktisk pilot, dataplan och etappvis omutfärdning.

Programresultat

En stegvis migrering som upprätthåller tjänsten medan läsarbeteende, identifierare, säkerhet och ersättningsposter valideras.

Granska rekommenderad produkt

Utformat för

Operatörer som ersätter äldre kort, byter CSMS-plattform eller stärker en miljö som enbart använder UID

01

Utgångsläge

Befintlig UID-, chip-, plattforms- eller läsarmiljö

02

Mål

Läsaranpassad identifierare eller säker applikation

03

Övergång

Pilot, blandad drift och stegvis nyutfärdande

04

Kontroll

Nyckelförvaring, mappning och bevis på avveckling

Driftmodell / 01

Följ identifieringsmedlet genom hela auktoriseringskedjan.

Det fysiska kortet är en kontrollerad komponent. Läsarens beteende, plattformens poster och driftreglerna avgör om rätt konto auktoriseras och spåras.

Säker RFID-migrering
En stegvis migrering som upprätthåller tjänsten medan läsarbeteende, identifierare, säkerhet och ersättningsposter valideras.
  1. 01

    Befintlig id-bärarmiljö

    Inventera aktiva, inaktiva, förlorade och okända id-bärare tillsammans med deras chip-, UID- och tilldelningsposter.

  2. 02

    Läsar- och firmwaremiljö

    Dokumentera vad varje läsare faktiskt stöder. Nominell frekvens bevisar inte ensam applikationskompatibilitet.

  3. 03

    Identitetsöversättning

    Jämför befintlig UID-representation och befintliga plattformsfält med föreslagen identifierare, mappning eller säker applikation.

  4. 04

    Kontrollerad pilot

    Testa gamla och nya id-bärare mot representativa läsare, auktoriseringsstatusar och operativa avvikelser.

  5. 05

    Stegvis avveckling

    Ge ut ersättningar i kontrollerade grupper, behåll korsreferenser och ta bort tidigare behörighet först efter godkännande.

Specifikationsmatris / 02

Beslut att fatta före produktion.

En produktionsklar kravbeskrivning anger vad som måste beslutas, hur det ska genomföras och vilka underlag som räknas som godkännande.

01

Inventering av miljön

Vad som ska definieras

Registrera chip, UID-längd, identifierarrepresentation, läsare, firmware, CSMS och status för aktiva kort.

Underlag för godkännande

Okända och ej stödda kombinationer är synliga innan målet väljs.

02

Kompatibilitetsmatris

Vad som ska definieras

Testa befintliga id-bärare och mål-id-bärare i representativa kombinationer av hårdvara och mjukvara.

Underlag för godkännande

Varje utrullningsgrupp har en läsarväg som stöds eller en åtgärdsplan.

03

Identitetsmappning

Vad som ska definieras

Definiera om det befintliga kontot behåller sin identifierare, får en mappad ersättning eller skapas på nytt.

Underlag för godkännande

Gamla och nya serienummer leder till ett och samma avsedda konto under övergången.

04

Säkerhetsmål

Vad som ska definieras

Välj enbart UID, säker applikationsdata eller en stegvis kombination utifrån läsarkapacitet och risk.

Underlag för godkännande

Ansvar för autentisering och nycklar är dokumenterat och testat.

05

Nyckelförvaring

Vad som ska definieras

För säkra applikationer: definiera ägarskap för nyckelgenerering, diversifiering, laddning, lagring, rotation och återställning.

Underlag för godkännande

Ingen produktionsnyckel är beroende av en odokumenterad person eller export.

06

Blandad drift

Vad som ska definieras

Fastställ period och regler för att godkänna gamla och nya id-bärare parallellt.

Underlag för godkännande

Beteendet för återkallelse, cache och lokal lista är förutsägbart under hela överlappningsperioden.

07

Bevis på avveckling

Vad som ska definieras

Registrera leverans, aktivering, spärr av gammalt kort, destruktion eller retur samt olösta avvikelser.

Underlag för godkännande

Programmet kan visa vilka äldre id-bärare som fortfarande är giltiga.

Felkontroller / 03

Konstruera bort de vanligaste felkällorna.

De flesta misslyckade lanseringar beror inte på tryckkvaliteten. De beror på otydliga identifierare, otestade läsare, ofullständigt dataägarskap eller bristande livscykelkontroll.

01

Bevara inledande nollor

Konvertering av identifierare kan tyst ändra värden. Jämför läsarens råa utdata, exporterade data och importerade poster byte för byte.

02

Anta inte att läget för AES-autentiserad 13.56 MHz-id-bärare används

En läsare som identifierar AES-autentiserade 13.56 MHz-id-bärare kan ändå använda enbart deras UID. Säkra applikationer kräver uttryckligt stöd i läsaren och för nycklarna.

03

Planera parallelldrift

En påtvingad omställning på en enda dag är sällan nödvändig. Definiera överlappning, återgång och avvikelsegrupper innan ersättningar ges ut.

04

Behandla nycklar som infrastruktur

Säkra kort utan dokumenterad nyckelförvaring, diversifiering och återställning kan skapa en ny form av leverantörsinlåsning.

Leveransväg / 04

Gå från kravbeskrivning till kontrollerad drift.

Varje fas bör avslutas med underlag som kan granskas av drift-, plattforms- och inköpsteam.

  1. 01

    Granskning

    Inventera id-bärare, läsare, firmware, plattformar, identifierarformat och aktiva tilldelningar.

    Underlag

    Register över nuvarande miljö

  2. 02

    Målutformning

    Välj ny teknik, säkerhetsnivå, datamodell och ansvar för nyckelhantering.

    Underlag

    Godkänd målprofil för id-bärare

  3. 03

    Representativ pilot

    Testa gamla och nya kort med olika läsare, anläggningar, anslutningsstatusar och plattformsprocesser.

    Underlag

    Kompatibilitets- och avvikelsematris

  4. 04

    Stegvis nyutfärdande

    Ersätt per anläggning eller användarkohort med kontroller för tilldelning, kommunikation och återgång.

    Underlag

    Logg över utfärdande och aktivering per kohort

  5. 05

    Avveckling av äldre id-bärare

    Spärra, återta eller destruera gamla id-bärare och stäng olösta mappningar.

    Underlag

    Rapport om avveckling och kvarstående risk

Ansvarsgräns / 05

Skilj tillverkning från plattformsdrift.

En tydlig gräns förhindrar att kortet får skulden för konfigurations-, behörighets- eller avräkningsbeslut som ligger någon annanstans.

01

ChargeRFID / tillverkare

Kontrollerar godkänt material, chip, antenn, tryckoriginal, kodning, variabla data, batchkvalitetskontroll och produktionsdokumentation.

02

CPO-, eMSP- eller CSMS-team

Definierar accepterat identifierarformat, läsarbeteende, tokenimport, auktoriseringsstatusar, säkerhetsapplikation och teknisk acceptans.

03

Programägare

Äger tilldelning, aktivering, avtal, åtkomstpolicy, taxor, kundsupport, godkännande av ersättningskort och beslut vid livscykelns slut.

Programfrågor / 08

Frågor som inköps- och teknikteam brukar reda ut.

01Kan vi behålla samma UID vid byte till en ny kortteknik?

Ibland kan en plattform bevara kontot via en mappningstabell, men att kopiera eller välja ett specifikt UID kan vara omöjligt, osäkert eller ligga utanför chipleverantörens avsedda modell. Behandla identitetskontinuitet i första hand som en migreringsfråga för backend.

02Kan gamla och nya id-bärare användas parallellt?

Ja, om läsarna och auktoriseringsplattformen stöder båda och reglerna för överlappningen har testats. Blandad drift bör ha ett fastställt slutdatum, en återkallelseprocess och en återgångsplan.

03Ger en övergång till AES-autentiserad 13.56 MHz-id-bärare automatiskt AES-säkerhet?

Nej. En AES-autentiserad 13.56 MHz-id-bärare stöder AES-baserade applikationer, men läsaren, nyckelschemat och backend måste implementera den applikationen. Att enbart läsa kortets UID utnyttjar inte dessa kryptografiska funktioner.

04Vilken är den minsta meningsfulla migreringspiloten?

Inkludera varje representativ läsar- och firmwarefamilj, de avsedda auktoriseringsvägarna online och offline, minst ett ersättningsscenario och en fullständig avstämning av dataimport och dataexport.

Styrd specifikation för kortprogram: RFID-kort för OCPP-laddnätverk

Dela information om läsarbestånd, regler för identifierare, säkerhetskrav, överlämning till plattformen, volym och marknader för utrullning. Vi återkommer med de frågor som behövs för prover och produktionsgodkännande.