Guia técnico sobre RFID em controle de acesso: 125 kHz, 13,56 MHz, ISO/IEC 14443, segurança de credenciais, leitores, migração, OSDP, especificação e comissionamento.
Confira!
RFID em controle de acesso é o uso de identificação por radiofrequência para apresentar uma credencial ao sistema eletrônico de acesso. A tecnologia pode operar em famílias distintas, com características muito diferentes de distância de leitura, capacidade de processamento, proteção criptográfica, interoperabilidade e aplicação. Em sistemas corporativos, os dois grupos mais comuns para pessoas são credenciais de baixa frequência em torno de 125 kHz e credenciais de alta frequência em 13,56 MHz; aplicações veiculares podem utilizar UHF em outra arquitetura.
A escolha não deve partir apenas da pergunta “qual cartão o leitor aceita?”. O projeto precisa definir qual informação identifica a credencial, como ela é protegida, como ocorre a leitura, qual distância é desejada, quais riscos de clonagem ou compartilhamento são aceitáveis, como leitores e controladoras se comunicam e como a organização fará emissão, revogação, migração e operação do parque ao longo do ciclo de vida.
Em termos de engenharia, RFID é uma camada de identificação. A autorização continua sendo responsabilidade do sistema de controle de acesso: credencial, perfil, horário, área, estado de presença, anti-passback, exceções e registro precisam ser avaliados em conjunto. Uma credencial tecnologicamente avançada pode operar em um sistema mal projetado; da mesma forma, uma arquitetura consistente pode ser fragilizada se a identificação usada na ponta for fácil de copiar ou se o leitor transmitir dados por uma interface insegura.
Por isso, o projeto deve tratar RFID como uma cadeia: credencial → interface de radiofrequência → leitor → canal leitor-controladora → decisão de acesso → evento e auditoria. O desempenho e a segurança do sistema dependem do elo mais fraco dessa sequência.
O que RFID significa em um sistema de controle de acesso
RFID permite que uma credencial sem contato responda a um campo de radiofrequência gerado pelo leitor. O leitor energiza ou interroga a credencial, recebe uma resposta e transforma a informação obtida em dados que o sistema pode utilizar para identificação.
No acesso físico, a credencial pode ser um cartão, chaveiro, pulseira, etiqueta ou outro formato. A aparência física não determina a segurança. Dois cartões visualmente idênticos podem usar tecnologias, memórias e mecanismos de proteção diferentes. Da mesma forma, uma mesma família tecnológica pode existir em implementações simples ou em aplicações com autenticação criptográfica e gestão de chaves.
A série IEC 60839 trata a identificação como parte do sistema eletrônico de controle de acesso, mas não obriga uma única tecnologia de credencial. O requisito de engenharia é que o método adotado seja compatível com o nível de proteção, as funções previstas, a disponibilidade exigida e os critérios de teste do empreendimento.
A distinção entre identificação e autorização é fundamental. Ler corretamente um número de cartão não significa que o usuário está autorizado; significa apenas que o sistema reconheceu um identificador. A decisão depende da política associada àquele identificador.
125 kHz e 13,56 MHz não são equivalentes
No mercado de controle de acesso, “RFID” costuma reunir tecnologias diferentes sob o mesmo rótulo. Isso pode criar especificações vagas e propostas que parecem equivalentes sem serem.
Credenciais de aproximadamente 125 kHz pertencem à faixa de baixa frequência. São historicamente muito utilizadas em sistemas legados e podem oferecer operação simples e robusta em distâncias curtas. Em muitas implementações antigas, porém, a identificação se resume a um número transmitido sem mecanismos modernos de autenticação criptográfica entre credencial e leitor.
Credenciais de 13,56 MHz pertencem à faixa de alta frequência e incluem famílias baseadas em padrões como ISO/IEC 14443. Nessa classe existem produtos com capacidades distintas, desde soluções simples até credenciais com mecanismos de autenticação, memória protegida e gerenciamento criptográfico mais adequado a ambientes corporativos.
| Critério | 125 kHz | 13,56 MHz |
| Uso típico | parques legados e aplicações simples | sistemas corporativos e credenciais inteligentes |
| Alcance típico no acesso de pessoas | curto | curto |
| Capacidade lógica | geralmente limitada | pode incluir memória e aplicações estruturadas |
| Segurança disponível | depende muito da tecnologia; muitos legados são fracos | pode suportar autenticação e criptografia modernas |
| Migração | costuma exigir estratégia de coexistência | adequada a arquiteturas modernas quando bem especificada |
| Interoperabilidade | fortemente dependente do ecossistema | deve ser verificada por padrão, aplicação e gestão de chaves |
A tabela é uma orientação arquitetural, não uma declaração de que toda credencial de 125 kHz é insegura ou que toda credencial de 13,56 MHz é segura. A segurança depende do protocolo efetivamente utilizado, do leitor, da configuração, do gerenciamento de chaves e do restante da arquitetura.
ISO/IEC 14443 e o papel do padrão
A família ISO/IEC 14443 define características de objetos de proximidade sem contato utilizados em identificação. Ela é uma referência importante para tecnologias de 13,56 MHz, mas conformidade com um padrão de comunicação não significa, por si só, que duas credenciais são equivalentes para controle de acesso.
O projeto precisa distinguir três níveis:
- interface física e de radiofrequência, que permite a comunicação;
- protocolo e aplicação da credencial, que determinam como dados e funções são organizados;
- política de segurança, que define autenticação, chaves, diversificação, emissão e revogação.
Uma especificação que diga apenas “leitor ISO/IEC 14443” ainda deixa diversas decisões abertas. É necessário descrever quais famílias de credenciais serão aceitas, como será feita a migração do parque existente, quais mecanismos de segurança são requeridos e como a interoperabilidade será validada.
MIFARE e DESFire ocupam uma camada mais específica
MIFARE é uma família amplamente encontrada em aplicações de identificação e acesso. Dentro dela existem produtos de gerações e capacidades diferentes. Por esse motivo, “aceita MIFARE” é uma frase insuficiente para especificar segurança.
O artigo específico sobre MIFARE e DESFire em controle de acesso aprofunda chaves, aplicações, migração e diferenças de segurança. Neste artigo, o ponto é arquitetural: RFID é a família ampla; MIFARE/DESFire é um recorte dentro da camada de credenciais de alta frequência.
Esse recorte evita canibalização técnica. A página de RFID deve responder como as famílias se relacionam e como selecionar uma arquitetura. A página de MIFARE/DESFire deve responder como implementar e migrar uma família específica.
Número do cartão não é sinônimo de identidade segura
Muitos sistemas históricos tratam o número lido da credencial como se fosse uma identidade confiável por natureza. Essa premissa precisa ser revista. Um identificador só é confiável na medida em que o processo de leitura e autenticação garante que ele pertence a uma credencial legítima.
Se a tecnologia permite que o número seja copiado ou emulado com facilidade, o sistema pode receber um valor aparentemente válido sem conseguir distinguir a credencial original da cópia. Nesse cenário, a autorização central pode estar configurada corretamente e ainda assim aceitar uma apresentação indevida.
Por isso, o projeto deve perguntar:
- o leitor apenas lê um identificador ou autentica a credencial?
- existe proteção contra cópia simples?
- as chaves são únicas, diversificadas ou compartilhadas em todo o parque?
- como a credencial é emitida e personalizada?
- existe processo para troca ou revogação?
- o sistema registra qual tecnologia foi utilizada em cada ponto?
A resposta muda conforme o risco. Um acesso administrativo de baixa criticidade pode aceitar uma solução diferente daquela necessária em uma sala técnica, data center, laboratório ou área industrial restrita.
Leitor multi-tecnologia: vantagem de migração, não autorização para manter tudo indefinidamente
Leitores capazes de interpretar mais de uma tecnologia são úteis em processos de migração. Eles permitem que credenciais antigas e novas coexistam durante uma janela controlada, reduzindo a necessidade de substituir todo o parque em um único evento.
Essa flexibilidade precisa ser governada. Se o leitor moderno continua aceitando indefinidamente uma credencial legada fraca, o nível efetivo de proteção continua limitado pela tecnologia mais fraca habilitada. O projeto deve definir prazo, população afetada, pontos em coexistência e data de encerramento do legado.
Uma estratégia de migração pode seguir etapas:
- inventariar leitores e credenciais existentes;
- identificar tecnologias e interfaces utilizadas;
- classificar pontos por criticidade;
- definir tecnologia-alvo;
- instalar leitores compatíveis com coexistência onde necessário;
- emitir novas credenciais por grupos;
- desabilitar gradualmente tecnologias antigas;
- testar e documentar o estado final.
A migração não é apenas logística de cartões. Ela envolve bancos de dados, codificação, formatos, interfaces, contratos de manutenção e procedimentos de emissão.
O canal entre leitor e controladora pode anular parte do ganho da credencial
Uma credencial com boa proteção pode perder parte de seu valor se o leitor transmitir dados para a controladora por uma interface sem supervisão ou proteção adequada. Por isso, a seleção de RFID não deve ser separada da arquitetura de campo.
O artigo OSDP x Wiegand em controle de acesso detalha esse ponto. Em síntese, o projeto deve avaliar comunicação bidirecional, supervisão, possibilidade de Secure Channel, detecção de falhas e comportamento diante de desconexão.
A cadeia de confiança precisa permanecer coerente. Não faz sentido investir em uma credencial moderna e manter, sem análise, um canal de leitor-controladora que expõe o dado em uma interface legada. Da mesma forma, migrar para OSDP sem rever chaves e política da credencial não resolve fragilidades presentes no meio RFID.
RFID, leitor, canal OSDP/Wiegand e controladora formam uma única cadeia de confiança. O projeto integrado define interfaces, migração, segurança e comportamento de falha antes da compra dos dispositivos.
Distância de leitura deve ser especificada como requisito funcional
Para acesso de pessoas, uma distância muito grande nem sempre é desejável. O usuário deve apresentar a credencial de forma previsível, no ponto correto e sem risco de leitura de uma pessoa que apenas passou próxima ao leitor.
A distância real depende de antena, potência, posição do cartão, materiais próximos, instalação e tecnologia. O projeto deve evitar requisitos vagos como “longo alcance” quando a aplicação é uma porta comum.
O critério correto é derivado da jornada:
| Aplicação | Comportamento desejado |
| Porta corporativa | apresentação intencional e próxima ao leitor |
| Catraca | leitura rápida e repetível sem interferir no fluxo |
| Armário ou gabinete | distância muito curta e controle preciso |
| Veículo | leitura antecipada e seletiva, tratada por arquitetura específica |
A tecnologia UHF para veículos deve ser tratada separadamente. O artigo sobre tag veicular UHF aprofunda zona de leitura, antena, orientação e comportamento em pistas.
Credencial, leitor e ambiente precisam ser testados juntos
Fichas técnicas normalmente descrevem operação em condições de referência. O desempenho em campo pode variar por materiais metálicos, posicionamento, caixas de instalação, proximidade de outros leitores, blindagem, orientação da credencial e ergonomia do usuário.
Em catracas, por exemplo, dois leitores muito próximos podem exigir planejamento de montagem e validação. Em portas metálicas, a posição do leitor e a superfície de fixação podem alterar comportamento. Em ambientes externos, temperatura, vedação e incidência solar entram no requisito.
O teste deve ocorrer na condição de instalação prevista. Um leitor aprovado sobre bancada pode apresentar comportamento diferente depois de instalado no pedestal definitivo.
Gestão de credenciais é parte da segurança RFID
A tecnologia da credencial recebe muita atenção, mas falhas de processo podem ser igualmente relevantes. Uma credencial segura emitida para a pessoa errada ou mantida ativa depois do desligamento continua sendo um problema de controle de acesso.
O ciclo de vida deve incluir solicitação, aprovação, personalização, emissão, entrega, ativação, alteração de perfil, suspensão, revogação, substituição e descarte. Credenciais temporárias e visitantes podem seguir fluxos próprios.
Em ambientes corporativos, a integração com RH ou IAM pode reduzir permanência indevida de autorizações, desde que a integração tenha regras claras de origem de dados, horários de sincronização e tratamento de exceção.
A auditoria deve permitir responder quem emitiu, para quem, quando, qual tecnologia foi usada, qual identificador foi associado e quando a credencial foi revogada.
Formato de cartão, chaveiro e pulseira não define o protocolo
É comum confundir formato físico com tecnologia. Um chaveiro pode operar em 125 kHz ou 13,56 MHz; uma pulseira pode utilizar diferentes chips; um cartão pode carregar mais de uma tecnologia.
O projeto deve registrar a tecnologia efetiva, não apenas o formato comprado. Isso é especialmente importante em migrações, quando cartões híbridos podem ser usados para compatibilidade temporária entre sistemas.
Cartões híbridos podem facilitar transição, mas também prolongar dependências. Se uma face tecnológica antiga permanece ativa sem necessidade, o usuário continua transportando um meio que pode ser aceito por pontos legados não migrados.
Segurança por camadas: RFID não substitui MFA
Em áreas de maior criticidade, a organização pode combinar RFID com outro fator, como PIN ou biometria. A autenticação multifator reduz dependência de uma única credencial, mas precisa ser projetada de forma coerente.
A regra deve definir quando o segundo fator é obrigatório, quais exceções existem, como visitantes e manutenção são tratados e qual é o comportamento em contingência. Se o segundo fator for desabilitado rotineiramente para resolver filas, a arquitetura formal deixa de refletir a operação real.
O artigo sobre graus de segurança segundo a IEC 60839 ajuda a relacionar risco e requisitos. RFID é um componente dessa decisão, não o único.
Como especificar RFID sem amarrar fabricante
Uma especificação por desempenho deve transformar risco e operação em requisitos verificáveis. Em vez de exigir uma marca de cartão ou leitor, o documento pode definir:
- frequência e famílias de credenciais requeridas;
- capacidade de coexistência com o legado, se necessária;
- mecanismos mínimos de autenticação da credencial;
- política de gerenciamento de chaves;
- interface leitor-controladora;
- operação offline;
- requisitos de registro e auditoria;
- ambiente de instalação;
- tempo de leitura e ergonomia;
- critérios de teste e migração.
O nível de detalhe depende da fase de projeto. Em um projeto básico, o objetivo é caracterizar desempenho e arquitetura. No executivo, entram endereçamento, lista de pontos, modelos aprovados/equivalentes, parametrização e critérios de implantação.
| Requisito | Pergunta de projeto | Evidência de aceite |
| Tecnologia RFID | Quais famílias serão aceitas? | leitura de credenciais aprovadas e rejeição das não previstas |
| Segurança | Como ocorre autenticação e proteção? | teste com credenciais e configuração documentada |
| Migração | Quais tecnologias coexistem e até quando? | matriz de pontos e cronograma de desativação |
| Interface | Como leitor e controladora se comunicam? | inspeção de ligação e teste de falha |
| Offline | O que continua sem servidor/rede? | ensaio de perda e recuperação |
| Auditoria | Quais eventos e alterações ficam registrados? | logs correlacionados aos testes |
Essa abordagem permite comparar propostas tecnicamente equivalentes sem transformar a especificação em cópia de datasheet.
Retrofit: inventário vem antes da escolha
Projetos de retrofit frequentemente começam com uma premissa incompleta: “trocar leitores”. Antes disso, é necessário inventariar credenciais, controladoras, interfaces, cabos, fontes, softwares, licenças, integrações e população de usuários.
Uma mudança de RFID pode exigir recodificação de credenciais, substituição de leitores, mudança na forma como o sistema interpreta identificadores e revisão da comunicação de campo. Em alguns casos, a controladora aceita o novo leitor; em outros, o protocolo ou formato de dados cria limitações.
Também é necessário verificar se o banco de credenciais armazena apenas um número ou se suporta múltiplos identificadores por usuário. Durante uma migração gradual, esse detalhe pode decidir se o usuário precisa carregar dois cartões ou se uma credencial híbrida pode ser utilizada.
O retrofit deve ser tratado como projeto de transição, com estado inicial, estado intermediário e estado final documentados.
Cibersegurança e administração dos leitores
Leitores modernos podem possuir firmware, interfaces de configuração, certificados, comunicação IP ou capacidade de atualização. Nesse caso, eles passam a integrar a superfície de ataque do sistema.
O projeto deve considerar senhas únicas, desativação de serviços desnecessários, atualização de firmware, controle de acesso administrativo, criptografia quando disponível e inventário de versões. A governança de vulnerabilidades deve definir quem acompanha avisos do fabricante e como mudanças são testadas antes de implantação.
O artigo sobre cibersegurança em sistemas de segurança física aprofunda a relação entre dispositivos físicos e rede corporativa.
Como contratar uma implantação RFID
O objeto de contratação deve deixar claro se o serviço inclui levantamento, engenharia, fornecimento, emissão de credenciais, migração, configuração, integração, instalação, testes, treinamento e As Built. Quando o escopo mistura equipamentos existentes e novos, a matriz de responsabilidade se torna essencial.
Também é necessário definir quem fornece chaves, quem as administra, como ocorre a entrega segura de parâmetros e quem pode reemitir credenciais. Dependência exclusiva de um instalador sem governança do contratante aumenta risco de lock-in operacional.
Em ambientes com milhares de usuários, o plano de migração precisa prever grupos, janelas, postos de atendimento, credenciais perdidas, usuários ausentes e retorno ao estado anterior em caso de falha crítica.
A medição pode ser associada a marcos verificáveis: inventário concluído, arquitetura aprovada, piloto validado, lote migrado, testes aceitos e documentação entregue.
A migração de credenciais precisa ser tratada como projeto de engenharia, não como simples troca de cartões. Inventário, tecnologia-alvo, coexistência, desativação do legado, interfaces e critérios de aceite devem ser documentados.
Testes e comissionamento
O comissionamento deve verificar mais que “o cartão abriu a porta”. É necessário testar credenciais válidas e inválidas, tecnologias permitidas e bloqueadas, leitura em condições reais, perda de comunicação, operação offline, logs, migração e comportamento da interface leitor-controladora.
Casos de teste relevantes incluem:
- credencial válida no ponto permitido;
- credencial válida em área não autorizada;
- credencial expirada ou revogada;
- tecnologia legada após a data de desativação;
- leitor desconectado ou com comunicação degradada;
- reinicialização e recuperação do dispositivo;
- sincronização após período offline;
- registro de troca ou reemissão de credencial.
O método de comissionamento de sistemas de controle de acesso permite rastrear cada caso ao requisito correspondente.
A entrega deve incluir lista de leitores, tecnologias habilitadas, parâmetros relevantes, backups, credenciais de administração sob governança, matriz de pontos, evidências de testes, pendências e documentação As Built.
O aceite precisa comprovar mais que a leitura da credencial. O comissionamento verifica tecnologias permitidas, bloqueios, operação offline, falhas de comunicação, logs, migração e recuperação com evidências rastreáveis.
Considerações finais
RFID em controle de acesso não é uma única tecnologia e não deve ser especificado apenas pela frequência ou pelo rótulo comercial do cartão. A engenharia precisa conectar frequência, protocolo, segurança da credencial, leitor, canal até a controladora, política de emissão, migração e testes.
A decisão mais robusta é aquela que transforma o risco e a operação do empreendimento em requisitos mensuráveis. Isso permite migrar sistemas legados, comparar propostas e testar a implantação sem depender de uma marca específica nem assumir que todo cartão sem contato oferece o mesmo nível de proteção.
Referências técnicas
[1] ISO. ISO/IEC 14443-1:2018 — Cards and security devices for personal identification — Contactless proximity objects — Part 1: Physical characteristics. Disponível em: https://www.iso.org/standard/73596.html
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-1:2013 — Alarm and electronic security systems — Part 11-1: Electronic access control systems — System and components requirements. Disponível em: https://webstore.iec.ch/en/publication/3662
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-2:2014 — Alarm and electronic security systems — Part 11-2: Electronic access control systems — Application guidelines. Disponível em: https://webstore.iec.ch/en/publication/3663
Perguntas frequentes
Não. A avaliação depende da tecnologia e da implementação específicas. Entretanto, muitos parques legados de 125 kHz utilizam identificação simples e oferecem menos mecanismos modernos de autenticação que credenciais corporativas atuais de 13,56 MHz.
Não. A frequência identifica uma faixa tecnológica. A segurança depende do protocolo, da autenticação, do gerenciamento de chaves, do leitor e da configuração do sistema.
Sim. Leitores multi-tecnologia e credenciais híbridas podem apoiar coexistência temporária, desde que o projeto defina prazo, pontos afetados e desativação planejada do legado.
RFID é a família ampla de identificação por radiofrequência. MIFARE e DESFire são famílias específicas normalmente associadas a aplicações de 13,56 MHz e exigem análise própria de segurança, chaves e migração.
OSDP protege e supervisiona o canal entre leitor e controladora quando corretamente implementado, especialmente com Secure Channel. Ele não corrige fragilidades existentes na própria credencial; as duas camadas precisam ser avaliadas em conjunto.
Materiais técnicos complementares
Serviços relacionados
Conteúdos principais sobre o tema
- Sistema de Controle de Acesso: tipos, tecnologias, normas e projeto
- MIFARE e DESFire em controle de acesso: segurança, chaves e migração
