IDEMIA MorphoWave — Biometria sem Contato para Controle de Acesso

IDEMIA MorphoWave é uma família de terminais biométricos de impressão digital sem contato para controle de acesso. O usuário passa a mão pelo sensor e o equipamento captura múltiplas digitais em movimento, permitindo autenticação biométrica sem tocar em uma superfície de leitura.

A família precisa ser tratada hoje por geração. O MorphoWave XP original entrou em processo de end-of-life em 2025; a IDEMIA encerrou vendas em dezembro de 2025 e entregas em março de 2026, com EOL final previsto para dezembro de 2027. O sucessor atual é o MorphoWave XP2. O MorphoWave SP permanece na documentação e no ecossistema atual.

Na engenharia de acesso biométrico, MorphoWave não deve ser especificado somente por throughput. PACS, cadastro, templates, rede, alimentação, OSDP/Wiegand, comportamento offline, multi-factor, posição física e ciclo de firmware determinam a solução entregue.

Condição observada	Risco ou limitação	Resposta de engenharia
Projeto novo ainda especificando MorphoWave XP	Produto fora de vendas e em ciclo de EOL	Migrar especificação para XP2 ou avaliar SP conforme requisito
Terminal biométrico tratado como leitor isolado	Integração incompleta com PACS, portas e perfis	Definir arquitetura de credenciais, controller e eventos
Cadastro biométrico sem política de template	Risco de governança e inconsistência de usuários	Definir enrollment, proteção, backup e revogação
PoE dimensionado sem verificar classe e switch	Queda ou reinício em picos de consumo	Validar PoE+ e orçamento de potência
Upgrade de firmware sem regressão	Alteração de integração ou comportamento do terminal	Controlar versões e testar autenticação, PACS e offline

Como funciona a biometria contactless MorphoWave

O terminal captura várias impressões digitais durante o gesto de passagem da mão. A autenticação não depende de posicionar um dedo em uma superfície, reduzindo fricção operacional e permitindo passagem mais rápida em ambientes de alto fluxo.

A tecnologia é projetada para lidar com variações de dedos secos, úmidos ou parcialmente danificados. O algoritmo compara as características capturadas com templates cadastrados e determina a identidade conforme os parâmetros de segurança configurados.

Como em qualquer biometria, desempenho real depende do enrollment e das condições do usuário. Templates de baixa qualidade, cadastro incompleto ou exceções operacionais precisam possuir procedimento de tratamento.

MorphoWave XP2, SP e legado XP

Modelo	Posição atual	Uso de engenharia
MorphoWave XP2	2ª geração atual de extended performance	Projetos de maior capacidade, segurança e evolução de firmware
MorphoWave SP	Modelo simplificado ainda presente na documentação atual	Implantações com menor escala e interface simplificada
MorphoWave XP	End of Sales em 19/12/2025; EOL final previsto para 31/12/2027	Parque instalado e planejamento de migração

O XP original suportava até 100 mil registros de usuários em 1:N com licença e throughput anunciado de até 60 pessoas por minuto. Esses números não devem ser reutilizados automaticamente para XP2 ou SP sem conferir documentação da versão adquirida.

A IDEMIA informa que o XP2 adiciona desempenho aprimorado, anti-spoofing avançado, proteção reforçada contra tentativas de intrusão, compatibilidade Apple Wallet e arquitetura evolutiva por licenças de software. O ciclo atual inclui firmware 3.3.0 publicado em setembro de 2026.

O SP permanece integrado ao mesmo ecossistema administrativo e às ferramentas atuais de parâmetros e proteção de templates, o que permite arquitetar parques mistos desde que capacidade e experiência do usuário sejam consideradas.

Arquitetura de controle de acesso

O MorphoWave pode atuar como terminal biométrico conectado ao sistema de controle de acesso, ao software de administração e às controladoras responsáveis por portas, catracas ou outros bloqueios. A decisão de acesso pode envolver biometria, cartão, credencial móvel ou outros fatores conforme a configuração.

Interfaces como OSDP e Wiegand aparecem no ecossistema dos terminais MorphoWave. OSDP deve ser preferido quando a arquitetura e o painel suportam comunicação supervisionada e recursos de segurança compatíveis; Wiegand pode permanecer em sistemas legados.

O projeto precisa definir se o terminal executará identificação 1:N, verificação vinculada a uma credencial 1:1 ou autenticação multifator. Essa escolha altera volume de templates, fluxo do usuário e comportamento em caso de divergência.

Enrollment, templates e ciclo da identidade

O sistema só é tão confiável quanto o cadastro biométrico. Enrollment precisa capturar dados suficientes, associá-los ao usuário correto e registrar exceções. Usuários com dificuldade de captura devem possuir procedimento alternativo em vez de sucessivas tentativas sem controle.

Templates biométricos exigem proteção e política de ciclo de vida. A IDEMIA mantém documentação específica de proteção de templates para MorphoWave SP e XP2, evidenciando que esse elemento deve ser tratado como ativo de segurança e não como simples arquivo de configuração.

Admissão, mudança de função, bloqueio, desligamento e re-enrollment precisam estar coordenados com o PACS ou sistema de identidade. O objetivo é impedir que um usuário permaneça biometrically ativo depois de perder autorização lógica ou física.

Autenticação multifator e credenciais

MorphoWave pode ser combinado com cartões contactless, mobile credentials e outros fatores conforme o modelo e a configuração. Em ambientes de maior criticidade, biometria pode validar posse de credencial em vez de substituí-la integralmente.

A arquitetura deve definir se o segundo fator é obrigatório sempre, apenas em áreas específicas ou em determinados horários. Também precisa prever fallback quando um fator estiver indisponível.

Leitores adicionais, formatos de cartão e interoperabilidade com o PACS devem ser verificados por modelo. Recursos disponíveis no XP legado não devem ser presumidos idênticos no XP2 ou SP sem validação de datasheet e licença.

Rede, PoE+ e infraestrutura física

Os terminais MorphoWave utilizam Ethernet e podem ser alimentados por PoE+ em arquiteturas compatíveis. O switch precisa possuir orçamento de potência suficiente para todos os terminais e reserva para picos de consumo.

Endereçamento IP, VLAN, DNS/NTP quando aplicável, firewall e acesso administrativo devem ser definidos antes da implantação. Terminais biométricos não devem compartilhar indiscriminadamente a mesma rede de usuários corporativos.

A posição física também importa. O terminal precisa permitir gesto natural da mão sem colisão com catraca, porta ou fluxo de pessoas. Altura, acessibilidade, área de aproximação e proteção contra intempéries precisam ser avaliadas no layout.

Integração com PACS e MorphoManager

O ecossistema IDEMIA utiliza ferramentas administrativas para cadastrar dispositivos, aplicar parâmetros e integrar terminais ao ambiente. MorphoManager mantém suporte a MorphoWave XP2 e SP e trabalha com versões mínimas de firmware validadas.

O PACS continua sendo responsável por políticas de acesso quando a arquitetura é integrada. Cardholder, access level, agenda, porta e evento precisam permanecer coerentes com o cadastro biométrico.

Quando há sincronização entre sistemas, deve existir fonte autoritativa. Criar usuários simultaneamente em múltiplas plataformas sem governança aumenta risco de inconsistência e revogação incompleta.

Segurança do terminal e hardening

Os terminais devem ser instalados com credenciais administrativas próprias, interfaces de gestão restritas e firmware suportado. A IDEMIA mantém documentação específica de secure installation e parâmetros de segurança para XP2 e SP.

OSDP Secure Channel, certificados, senhas e segmentação devem ser avaliados conforme a controladora e o terminal utilizados. O objetivo é proteger tanto a comunicação de acesso quanto a interface de administração.

O processo de EOL do XP é especialmente relevante para segurança. A notificação oficial declarou fim de security support em setembro de 2025 e incentiva migração para XP2, que permanece recebendo atualizações de firmware.

Disponibilidade e operação offline

Controle de acesso precisa continuar funcionando de forma previsível quando serviços centrais ou a rede estão indisponíveis. O comportamento depende de onde estão templates, regras e autorização e deve ser verificado na configuração implantada.

Em ambientes críticos, o teste precisa incluir perda de comunicação com MorphoManager/PACS, indisponibilidade de servidor e retorno à normalidade. Logs locais e reconciliação posterior precisam ser observados.

Fallback também precisa ser definido: credencial física, operação assistida, liberação manual ou bloqueio devem seguir o risco da área e não uma decisão improvisada durante a falha.

Migração do MorphoWave XP para XP2

O plano de migração deve começar pelo inventário de terminais XP, firmware, interfaces, credenciais, PACS, usuários e integrações. A troca física não deve ser tratada como substituição transparente.

XP2 possui plataforma e firmware próprios. Templates, parâmetros, anti-spoofing, credenciais móveis e integrações precisam ser validados no ambiente de destino. A IDEMIA recomenda iniciar a transição antes do EOL final do XP em 31 de dezembro de 2027.

Em parque misto, a migração pode ser faseada por criticidade, mantendo XP temporariamente nas áreas de menor risco e direcionando XP2 para novos projetos ou pontos prioritários.

Verificação, comissionamento e critérios de aceite

O comissionamento deve testar enrollment, identificação 1:N ou verificação 1:1, usuários válidos e inválidos, mãos em diferentes condições, credenciais adicionais e comportamento de porta/catraca.

Também devem ser verificados OSDP/Wiegand conforme aplicável, perda de rede, reboot, logs, revogação, sincronização e comportamento de fallback. O throughput deve ser medido no fluxo real, não apenas inferido do valor nominal do fabricante.

Após upgrade ou migração XP→XP2, os testes precisam ser repetidos. Versão do firmware, parâmetros de matching, templates e integração com PACS devem constar da evidência de aceite.

Documentação e rastreabilidade

O as built deve registrar modelo, serial, firmware, IP, alimentação, interface com o PACS, controladora, porta associada, credenciais suportadas, modo biométrico, enrollment e parâmetros de segurança.

Para o XP legado, o inventário deve incluir data prevista de migração e risco de permanecer até o EOL. Para XP2/SP, versões e licenças precisam ser controladas ao longo do ciclo de vida.

Considerações de Engenharia

Throughput nominal não representa o fluxo da porta

Fila, tempo de decisão do PACS, catraca, porta, multifator e exceções podem reduzir a capacidade real abaixo do valor biométrico anunciado.

Biometria sem contato ainda exige projeto físico

Posição, altura, aproximação, circulação e proteção ambiental determinam a experiência de uso e a repetibilidade da captura.

EOL transforma hardware em decisão de arquitetura

Manter XP até 2027 pode ser tecnicamente aceitável em alguns contextos, mas expansão e segurança precisam considerar a transição para XP2 antes que suporte e peças se tornem limitantes.

Serviços que materializam a solução

O Projeto de Segurança Eletrônica Integrada relaciona biometria, PACS, controladoras, portas e credenciais. O projeto de controle de acesso define pontos, interfaces, rede e requisitos de continuidade.

Ensaios e Testes Técnicos e Comissionamento de Equipamentos validam autenticação, throughput, integração e estados degradados. O As-Built de Engenharia registra a baseline e o roadmap de migração.