Veilige RFID-migratie

Veilige RFID-migratie

Een gecontroleerde overstap van verouderde of alleen op UID gebaseerde credentials naar lezergeschikte kaarttechnologie, met pilot, dataplan en gefaseerde heruitgifte.

Programmaresultaat

Een gefaseerde migratie die de dienstverlening in stand houdt terwijl lezergedrag, identificatoren, beveiliging en vervangingsregistraties worden gevalideerd.

Aanbevolen product bekijken

Ontworpen voor

Exploitanten die bestaande passen vervangen, van CSMS-platform wisselen of de beveiliging versterken van een omgeving die uitsluitend de UID gebruikt

01

Uitgangssituatie

Bestaande UID, chip, platform of geïnstalleerde lezers

02

Doelsituatie

Op de lezer afgestemde identificator of beveiligde applicatie

03

Overgang

Pilot, parallel gebruik en gefaseerde heruitgifte

04

Beheersing

Sleutelbeheer, koppelingen en bewijs van uitfasering

Bedrijfsmodel / 01

Volg de credential door de volledige autorisatieketen.

De fysieke kaart is één gecontroleerde input. Lezergedrag, platformrecords en bedrijfsregels bepalen of het juiste account wordt geautoriseerd en getraceerd.

Veilige RFID-migratie
Een gefaseerde migratie die de dienstverlening in stand houdt terwijl lezergedrag, identificatoren, beveiliging en vervangingsregistraties worden gevalideerd.
  1. 01

    Bestaande identificatiemiddelen

    Inventariseer actieve, inactieve, verloren en onbekende identificatiemiddelen, samen met de bijbehorende chip-, UID- en toewijzingsgegevens.

  2. 02

    Geïnstalleerde lezers en firmware

    Leg vast wat elke lezer daadwerkelijk ondersteunt; alleen de nominale frequentie bewijst geen applicatiecompatibiliteit.

  3. 03

    Identiteitsconversie

    Vergelijk de bestaande UID-weergave en platformvelden met de voorgestelde identificator, koppeling of beveiligde applicatie.

  4. 04

    Gecontroleerde pilot

    Test oude en nieuwe identificatiemiddelen met representatieve lezers, autorisatiestatussen en operationele uitzonderingssituaties.

  5. 05

    Gefaseerde uitfasering

    Geef vervangende identificatiemiddelen in gecontroleerde groepen uit, bewaar de onderlinge verwijzingen en trek bestaande gebruiksrechten pas na acceptatie in.

Specificatiematrix / 02

Beslissingen die vóór productie moeten vaststaan.

Een productierijpe briefing beschrijft wat moet worden besloten, hoe het wordt uitgevoerd en welk bewijs als acceptatie geldt.

01

Inventarisatie van de bestaande omgeving

Te definiëren

Leg de chip, UID-lengte, identificatorweergave, lezer, firmware, het CSMS en de status van actieve passen vast.

Acceptatiebewijs

Onbekende factoren en niet-ondersteunde combinaties zijn zichtbaar voordat de doelsituatie wordt gekozen.

02

Compatibiliteitsmatrix

Te definiëren

Test bestaande en beoogde identificatiemiddelen met representatieve combinaties van hardware en software.

Acceptatiebewijs

Elke uitrolgroep beschikt over een ondersteunde uitleesroute of een plan om tekortkomingen te verhelpen.

03

Identiteitskoppeling

Te definiëren

Bepaal of het bestaande account zijn identificator behoudt, een gekoppelde vervanging krijgt of opnieuw wordt aangemaakt.

Acceptatiebewijs

Oude en nieuwe serienummers verwijzen tijdens de overgang naar één bedoeld account.

04

Beoogd beveiligingsniveau

Te definiëren

Kies op basis van de mogelijkheden van de lezer en het risico voor uitsluitend UID-gebruik, beveiligde applicatiegegevens of een gefaseerde combinatie.

Acceptatiebewijs

De verantwoordelijkheden voor authenticatie en sleutels zijn vastgelegd en getest.

05

Sleutelbeheer

Te definiëren

Leg voor beveiligde applicaties vast wie verantwoordelijk is voor het genereren, diversifiëren, laden, opslaan, roteren en herstellen van sleutels.

Acceptatiebewijs

Geen enkele operationele sleutel is afhankelijk van een niet-gedocumenteerde persoon of export.

06

Parallel gebruik

Te definiëren

Stel de periode en regels vast voor het gelijktijdig accepteren van oude en nieuwe identificatiemiddelen.

Acceptatiebewijs

Het gedrag bij intrekking en van de cache en lokale lijsten is gedurende de volledige overlapperiode voorspelbaar.

07

Bewijs van uitfasering

Te definiëren

Registreer levering, activering, blokkering van de oude pas, vernietiging of retournering en nog niet afgehandelde uitzonderingen.

Acceptatiebewijs

Het programma kan aantonen welke bestaande identificatiemiddelen nog geldig zijn.

Faalbeheersing / 03

Voorkom de meest voorkomende faalpunten.

De meeste mislukte introducties worden niet veroorzaakt door de drukkwaliteit. Ze komen voort uit onduidelijke identificatoren, ongeteste lezers, onvolledig gegevenseigenaarschap of zwak levenscyclusbeheer.

01

Behoud voorloopnullen

Conversie van identificatoren kan waarden ongemerkt wijzigen. Vergelijk de ruwe lezeruitvoer, geëxporteerde gegevens en geïmporteerde records byte voor byte.

02

Ga niet zonder meer uit van de modus voor met AES geauthentiseerde identificatiemiddelen op 13,56 MHz

Een lezer die een met AES geauthentiseerd identificatiemiddel op 13,56 MHz detecteert, kan nog steeds uitsluitend de UID gebruiken. Beveiligde applicaties vereisen expliciete ondersteuning door de lezer en voor de sleutels.

03

Plan parallel gebruik

Een gedwongen omschakeling op één dag is zelden nodig. Leg de overlapperiode, terugvalprocedure en uitzonderingsgroepen vast voordat u vervangende identificatiemiddelen uitgeeft.

04

Behandel sleutels als infrastructuur

Beveiligde passen zonder gedocumenteerd sleutelbeheer, sleuteldiversificatie en sleutelherstel kunnen een nieuwe vorm van leveranciersafhankelijkheid creëren.

Leg voor beveiligde applicaties vast wie verantwoordelijk is voor het genereren, diversifiëren, laden, opslaan, roteren en herstellen van sleutels.

Leveringstraject / 04

Van briefing naar beheerste operatie.

Elke fase zou moeten worden afgesloten met bewijs dat de teams voor operations, platformbeheer en inkoop kunnen beoordelen.

  1. 01

    Audit

    Inventariseer identificatiemiddelen, lezers, firmware, platforms, identificatorformaten en actieve toewijzingen.

    Bewijs

    Register van de huidige omgeving

  2. 02

    Ontwerp van de doelsituatie

    Selecteer de nieuwe technologie, het beveiligingsniveau, het gegevensmodel en de verantwoordelijkheid voor sleutelbeheer.

    Bewijs

    Goedgekeurd profiel voor het beoogde identificatiemiddel

  3. 03

    Representatieve pilot

    Test oude en nieuwe passen met verschillende lezers, locaties, verbindingsstatussen en platformprocessen.

    Bewijs

    Compatibiliteits- en uitzonderingenmatrix

  4. 04

    Gefaseerde heruitgifte

    Vervang per locatie of gebruikersgroep, met beheersmaatregelen voor toewijzing, communicatie en terugval.

    Bewijs

    Uitgifte- en activeringslogboek per gebruikersgroep

  5. 05

    Uitfasering van bestaande identificatiemiddelen

    Blokkeer, retourneer of vernietig oude identificatiemiddelen en handel openstaande koppelingen af.

    Bewijs

    Uitfaserings- en restrisicorapport

Geef vervangende passen in gecontroleerde groepen uit, bewaar de kruisverwijzingen en trek de toegangsrechten van oude passen pas in na acceptatie.

Verantwoordelijkheidsgrens / 05

Scheid productie van platformbeheer.

Een heldere grens voorkomt dat de kaart verantwoordelijk wordt gemaakt voor configuratie, rechten of afrekening die elders worden beheerd.

01

ChargeRFID / fabrikant

Beheert goedgekeurd materiaal, chip, antenne, artwork, codering, variabele data, batch-QC en productierecord.

02

CPO-, eMSP- of CSMS-team

Bepaalt identificatieformaat, lezergedrag, tokenimport, autorisatiestatus, beveiligingsapplicatie en technische acceptatie.

03

Programma-eigenaar

Beheert toewijzing, activering, contracten, toegangsbeleid, tarieven, support, goedkeuring van vervangingen en beslissingen over het einde van de levensduur.

Programmavragen / 08

Vragen die inkoop en techniek doorgaans beantwoorden.

01Kunnen we dezelfde UID behouden bij de overstap naar een nieuwe kaarttechnologie?

Soms kan een platform het account via een koppeltabel behouden, maar het kopiëren of kiezen van een specifieke UID kan onmogelijk of onveilig zijn, of buiten het door de chipleverancier bedoelde model vallen. Behandel het behoud van de identiteit in eerste instantie als een migratievraagstuk voor de backend.

02Kunnen oude en nieuwe identificatiemiddelen naast elkaar worden gebruikt?

Ja, als de lezers en het autorisatieplatform beide ondersteunen en de regels voor de overlapperiode zijn getest. Parallel gebruik moet een vastgelegde einddatum, een intrekkingsproces en een terugvalplan hebben.

03Voegt de overstap naar een met AES geauthentiseerd identificatiemiddel op 13,56 MHz automatisch AES-beveiliging toe?

Nee. Een met AES geauthentiseerd identificatiemiddel op 13,56 MHz ondersteunt applicaties op basis van AES, maar de lezer, het sleutelschema en de backend moeten die applicatie implementeren. Wanneer alleen de UID van de pas wordt uitgelezen, worden die cryptografische mogelijkheden niet gebruikt.

04Wat moet een migratiepilot minimaal omvatten om zinvol te zijn?

Neem elke representatieve lezer-/firmwarefamilie op, de beoogde online- en offlineautorisatiepaden, ten minste één vervangingsscenario en een volledige controle op overeenstemming tussen geïmporteerde en geëxporteerde gegevens.

Klaar om RFID-laadpassen voor OCPP-laadnetwerken in te zetten?

Deel uw lezerpark, identificatieregels, beveiligingseis, platformoverdracht, volume en uitrolmarkten. Wij sturen u de vragen die nodig zijn voor monsters en productiegoedkeuring.