Programa de migração RFID

Migração para RFID seguro

Um percurso controlado desde credenciais antigas ou baseadas apenas no UID até uma tecnologia de cartão adequada aos leitores, com um piloto prático, um plano de dados e uma reemissão faseada.

Resultado do programa

Uma migração faseada que mantém o serviço enquanto são validados o comportamento dos leitores, os identificadores, a segurança e os registos de substituição.

Ver o produto recomendado

Concebido para

Operadores que estão a substituir cartões antigos, a mudar de plataforma CSMS ou a reforçar um parque baseado apenas no UID

01

Ponto de partida

Parque legado de UID, chips, plataformas ou leitores

02

Objetivo

Identificador adequado ao leitor ou aplicação segura

03

Transição

Piloto, operação mista e reemissão faseada

04

Controlo

Custódia de chaves, mapeamento e evidências de retirada de serviço

Modelo operacional / 01

Acompanhe a credencial ao longo de toda a cadeia de autorização.

O cartão físico é apenas um dos elementos controlados. O comportamento do leitor, os registos da plataforma e as regras operacionais determinam se a conta correta é autorizada e rastreada.

Migração para RFID seguro
Uma migração faseada que mantém o serviço enquanto são validados o comportamento dos leitores, os identificadores, a segurança e os registos de substituição.
  1. 01

    Parque de credenciais existente

    Inventarie as credenciais ativas, inativas, perdidas e desconhecidas, juntamente com os respetivos registos de chip, UID e atribuição.

  2. 02

    Parque de leitores e firmware

    Documente o que cada leitor suporta efetivamente; a frequência nominal, por si só, não comprova a compatibilidade ao nível da aplicação.

  3. 03

    Conversão de identidade

    Compare a representação do UID legado e os campos da plataforma com o identificador, o mapeamento ou a aplicação segura propostos.

  4. 04

    Piloto controlado

    Teste as credenciais antigas e novas em leitores, estados de autorização e exceções operacionais representativos.

  5. 05

    Retirada faseada

    Emita substituições em grupos controlados, conserve as referências cruzadas e remova os direitos de utilização legados apenas após a aceitação.

Matriz de especificação / 02

Decisões a fechar antes da produção.

Um caderno de requisitos pronto para produção indica o que tem de ser decidido, como será implementado e que evidências contarão para a aceitação.

01

Inventário do parque

O que definir

Registe o chip, o comprimento do UID, a representação do identificador, o leitor, o firmware, o CSMS e o estado de ativação dos cartões.

Evidência de aceitação

As incógnitas e as combinações não suportadas ficam visíveis antes da seleção do objetivo.

02

Matriz de compatibilidade

O que definir

Teste as credenciais legadas e de destino em combinações representativas de hardware e software.

Evidência de aceitação

Cada grupo de implementação dispõe de um percurso de leitura suportado ou de um plano de correção.

03

Mapeamento de identidade

O que definir

Defina se a conta existente mantém o identificador, recebe uma substituição mapeada ou é recriada.

Evidência de aceitação

Durante a transição, os números de série antigos e novos correspondem a uma única conta prevista.

04

Objetivo de segurança

O que definir

Escolha apenas UID, dados de aplicação segura ou uma combinação faseada, com base na capacidade dos leitores e no risco.

Evidência de aceitação

As responsabilidades de autenticação e de gestão de chaves estão documentadas e testadas.

05

Custódia de chaves

O que definir

Para aplicações seguras, defina os responsáveis pela geração, diversificação, carregamento, armazenamento, rotação e recuperação das chaves.

Evidência de aceitação

Nenhuma chave de produção depende de uma pessoa ou de uma exportação não documentada.

06

Operação mista

O que definir

Defina o período e as regras para aceitar em simultâneo credenciais antigas e novas.

Evidência de aceitação

A revogação, a cache e o comportamento das listas locais são previsíveis durante todo o período de sobreposição.

07

Evidências de retirada

O que definir

Registe a entrega, a ativação, o bloqueio do cartão antigo, a destruição ou devolução e as exceções por resolver.

Evidência de aceitação

O programa permite comprovar quais as credenciais antigas que se mantêm válidas.

Controlo de falhas / 03

Elimine desde a conceção os pontos de falha mais comuns.

A maioria dos lançamentos falhados não se deve à qualidade de impressão. Resulta de identificadores pouco claros, leitores não testados, responsabilidade incompleta pelos dados ou um controlo deficiente do ciclo de vida.

01

Preservar os zeros à esquerda

A conversão de identificadores pode alterar valores sem qualquer aviso. Compare, byte a byte, a saída em bruto do leitor, os dados exportados e os registos importados.

02

Não parta do princípio de que é utilizado o modo de credencial de 13.56 MHz com autenticação AES

Um leitor que deteta credenciais de 13.56 MHz com autenticação AES pode, ainda assim, utilizar apenas o respetivo UID. As aplicações seguras exigem suporte explícito do leitor e das chaves.

03

Planear um período de funcionamento em paralelo

Raramente é necessária uma transição forçada num único dia. Defina o período de sobreposição, o procedimento de reversão e os grupos de exceção antes de emitir as credenciais de substituição.

04

Tratar as chaves como infraestrutura

Cartões seguros sem custódia, diversificação e recuperação de chaves documentadas podem criar uma nova forma de dependência do fornecedor.

Percurso de entrega / 04

Do caderno de requisitos à operação controlada.

Cada fase deve terminar com evidências que possam ser analisadas pelas equipas de operações, de plataforma e de compras.

  1. 01

    Auditoria

    Inventarie credenciais, leitores, firmware, plataformas, formatos de identificador e atribuições ativas.

    Evidências

    Registo do estado atual do parque instalado

  2. 02

    Arquitetura-alvo

    Selecione a nova tecnologia, o nível de segurança, o modelo de dados e a responsabilidade pela gestão de chaves.

    Evidências

    Perfil de credencial-alvo aprovado

  3. 03

    Piloto representativo

    Teste cartões antigos e novos em diferentes leitores, locais, estados de conectividade e processos da plataforma.

    Evidências

    Matriz de compatibilidade e de exceções

  4. 04

    Reemissão faseada

    Substitua por local ou por grupo de utilizadores, com controlos de atribuição, comunicação e reversão.

    Evidências

    Registo de emissão e ativação por grupo

  5. 05

    Retirada das credenciais antigas

    Bloqueie, devolva ou destrua as credenciais antigas e encerre os mapeamentos pendentes.

    Evidências

    Relatório de retirada e de risco residual

Fronteira de responsabilidades / 05

Separe o fabrico da operação da plataforma.

Uma fronteira bem definida evita que o cartão seja responsabilizado por decisões de configuração, de direitos de utilização ou de liquidação que pertencem a outras partes.

01

ChargeRFID / fabricante

Controla o material, o chip, a antena, a arte gráfica, a codificação, os dados variáveis, o controlo de qualidade por lote e o registo de produção aprovados.

02

Equipa do CPO, do eMSP ou do CSMS

Define o formato de identificador aceite, o comportamento do leitor, a importação de tokens, os estados de autorização, a aplicação de segurança e a aceitação técnica.

03

Responsável pelo programa

É responsável pela atribuição, ativação, contratos, política de acesso, tarifas, apoio ao cliente, aprovação de substituições e decisões de fim de vida.

Biblioteca técnica / 07

Continue a pesquisa sobre a implementação.

Estas fontes definem a tecnologia envolvente e as interfaces operacionais. A ChargeRFID fabrica cartões e porta-chaves físicos; a configuração da plataforma, os contratos de roaming e a certificação dos postos de carregamento continuam a cargo dos operadores e fornecedores relevantes.

Perguntas sobre o programa / 08

Questões que as equipas de compras e técnicas costumam resolver.

01Podemos manter o mesmo UID ao migrar para uma nova tecnologia de cartão?

Por vezes, uma plataforma consegue preservar a conta através de uma tabela de correspondência, mas copiar ou selecionar um UID específico pode ser impossível, inseguro ou estar fora do modelo previsto pelo fornecedor do chip. Trate a continuidade da identidade, antes de mais, como uma questão de migração do backend.

02As credenciais antigas e as novas podem funcionar em simultâneo?

Sim, se os leitores e a plataforma de autorização suportarem ambas e as regras de sobreposição forem testadas. O funcionamento misto deve ter uma data de fim definida, um processo de revogação e um plano de reversão.

03A migração para credenciais de 13.56 MHz com autenticação AES acrescenta automaticamente segurança AES?

Não. As credenciais de 13.56 MHz com autenticação AES suportam aplicações baseadas em AES, mas o leitor, o esquema de chaves e o backend têm de implementar essa aplicação. Ler apenas o UID do cartão não tira partido dessas capacidades criptográficas.

04Qual é o piloto de migração mínimo útil?

Inclua todas as famílias representativas de leitor/firmware, os percursos de autorização online e offline previstos, pelo menos um cenário de substituição e uma reconciliação completa da importação/exportação de dados.

Especificação controlada do programa: Cartões RFID para redes de carregamento OCPP

Partilhe o parque de leitores, as regras de identificadores, o requisito de segurança, a integração com a plataforma, o volume e os mercados de implementação. Enviaremos as perguntas necessárias para as amostras e para a aprovação da produção.