Entenda biometria 1:1 e 1:N, a diferença entre verificação e identificação, impacto da galeria, desempenho, arquitetura, privacidade e critérios de projeto.
Confira!
Biometria 1:1 e 1:N resolvem problemas diferentes. Na verificação 1:1, uma amostra é comparada com a referência biométrica de uma identidade previamente apresentada ou conhecida; a pergunta é “esta pessoa corresponde à identidade declarada?”. Na identificação 1:N, a amostra é pesquisada contra uma galeria de várias identidades; a pergunta passa a ser “quem, entre os cadastrados, mais provavelmente corresponde a esta amostra?”. Essa diferença altera desempenho, risco de falso positivo, latência, arquitetura, privacidade e critérios de projeto.
Em controle de acesso, 1:1 tende a ser usado quando cartão, PIN, credencial móvel ou identificador já aponta qual template deve ser verificado. O modo 1:N permite autenticação somente pela característica biométrica, mas exige pesquisa em uma base maior e precisa ser avaliado com métricas e capacidade compatíveis com o tamanho real da galeria. Escolher entre os dois modos não é preferência de interface: é uma decisão de arquitetura e gestão de risco.
Verificação 1:1 confirma uma identidade previamente indicada
No modo 1:1, o sistema recebe uma identidade candidata antes da comparação. Essa identidade pode vir de cartão RFID, número de matrícula, PIN, credencial móvel ou outro identificador. A biometria verifica se a pessoa que apresentou a credencial corresponde ao template associado àquela identidade.
O guia completo sobre controle de acesso posiciona autenticação dentro de uma arquitetura maior de portas, controladoras, políticas e eventos. O 1:1 é uma forma de fortalecer essa autenticação sem pesquisar toda a base.
A vantagem arquitetural é limitar a comparação a uma referência. Isso reduz carga de processamento e evita que o matcher tenha de procurar candidatos em toda a galeria.
Identificação 1:N pesquisa a identidade em uma galeria
No modo 1:N, o usuário apresenta apenas a característica biométrica. O sistema extrai o template da amostra e pesquisa uma galeria com N identidades para encontrar um ou mais candidatos.
A ANPD descreve identificação como comparação do template de uma pessoa com os demais existentes em uma base para descobrir se ela já está cadastrada e a quem pertence. NIST também diferencia a busca 1:N da verificação 1:1 e, em seus requisitos de identidade digital, trata explicitamente o risco de falso positivo de identificação.
No controle de acesso, o resultado normalmente segue dois estágios: encontrar o melhor candidato biométrico e, depois, verificar se aquela identidade possui permissão de acesso naquele ponto e horário.
1:1 e 1:N não são sinônimos de autenticação forte ou fraca
É incorreto assumir que 1:N é necessariamente mais seguro porque dispensa cartão, ou que 1:1 é mais seguro porque combina fatores. A segurança depende do desenho completo.
Um sistema 1:N pode usar excelente biometria, liveness e galeria bem governada, mas ainda estar exposto a erros de identificação ou ataques de apresentação. Um sistema 1:1 pode combinar cartão e biometria, mas ter credenciais compartilhadas, enrollment ruim ou fallback excessivamente permissivo.
O modo de matching define a estrutura da comparação. O nível de segurança resulta da combinação entre identidade, fatores, threshold, PAD, proteção de templates, políticas, operação e resposta a exceções.
A diferença fundamental é o espaço de busca
Em 1:1 existe uma comparação principal entre amostra e referência. Em 1:N existem potencialmente muitas comparações ou uma busca otimizada contra grande galeria.
| Aspecto | 1:1 | 1:N |
| Pergunta | “é quem afirma ser?” | “quem é?” |
| Referência | uma identidade conhecida | galeria de N identidades |
| Escala | baixa por transação | cresce com a galeria |
| Latência | normalmente menor | depende do N e da arquitetura |
| Falso positivo | falso match contra identidade alegada | falso candidato/identificação na galeria |
| Privacidade | comparação direcionada | pesquisa mais ampla |
| Uso típico | MFA ou cartão + biometria | acesso biométrico sem credencial física |
Essa diferença precisa aparecer desde o Basis of Design ou memorial funcional. Se o documento pede apenas “reconhecimento facial”, o fornecedor pode propor arquiteturas muito distintas que não são comparáveis.
Definir 1:1 ou 1:N muda a arquitetura, a capacidade, as métricas e o risco do sistema. Essa decisão precisa estar no projeto antes da seleção do terminal biométrico.
O tamanho da galeria é variável de projeto em 1:N
N não é apenas notação matemática. É a quantidade de identidades pesquisáveis e, em muitos sistemas, influencia tempo de busca, necessidade de processamento e probabilidade de encontrar um candidato incorreto.
Uma prova de conceito com 500 usuários não comprova o mesmo desempenho de uma operação com 50 mil. O projeto deve declarar população inicial, crescimento esperado, retenção de usuários inativos e capacidade máxima desejada.
NIST, ao tratar identificação 1:N em identidade digital, exige que ensaios representem de forma relevante o tamanho da galeria operacional. A lição metodológica se aplica diretamente ao controle de acesso: capacidade deve ser testada no cenário que será realmente operado.
FAR/FMR de 1:1 não pode ser transplantado diretamente para 1:N
Em 1:1, o interesse está em probabilidade de um impostor corresponder à identidade alegada e de um genuíno ser rejeitado. Em 1:N, o sistema procura candidatos em uma galeria inteira. A métrica pode envolver false positive identification rate e outras medidas de identificação.
Um fabricante pode apresentar FAR excelente para verificação e, separadamente, capacidade de 1:N com grande número de usuários. Isso não demonstra automaticamente o desempenho de identificação na galeria máxima.
O artigo FAR, FRR e EER em biometria aprofunda a relação entre threshold e tipos de erro.
1:N pode retornar um candidato sem que isso seja uma identidade confirmada
Em sistemas bem projetados, um match biométrico é uma evidência, não uma verdade absoluta. O matcher produz scores e classifica candidatos. Dependendo da aplicação, o melhor candidato pode ainda exigir score mínimo, margem sobre o segundo colocado, liveness, segundo fator ou revisão humana.
Essa cautela é particularmente importante quando o resultado gera consequência significativa. NIST exige revisão manual antes de certas decisões negativas baseadas em identificação 1:N no contexto de proofing. Em controle físico, o equivalente de engenharia é definir quando o resultado biométrico basta para liberar a barreira e quando precisa de outro controle.
Threshold em 1:N precisa considerar galeria e consequência
O threshold define quão semelhante uma amostra deve ser para um candidato ser aceito. Em 1:N, reduzir demais o threshold pode aumentar candidatos falsos; elevar demais pode aumentar o número de usuários legítimos não encontrados.
Além do threshold absoluto, alguns algoritmos usam ranking, top-k e critérios adicionais. A especificação não deve presumir a implementação interna, mas pode exigir comportamento verificável: taxa de falso positivo, taxa de identificação, latência e resultado em cenários controlados.
O ponto operacional deve ser coerente com o risco do acesso e com o tamanho de N.
1:1 combina naturalmente com autenticação multifator
Quando um cartão ou credencial móvel identifica o usuário e a biometria confirma que o portador é o titular, há combinação de fatores: posse + característica biométrica. O matcher recebe diretamente a referência vinculada à credencial.
Essa arquitetura é comum em áreas de maior criticidade porque evita depender apenas da biometria. Também permite manter experiência previsível mesmo com bases grandes, pois a busca não percorre toda a galeria.
Entretanto, o projeto deve prever perda de cartão, bloqueio, reemissão, sincronização, offline e exceções. MFA não elimina necessidade de governança.
1:N privilegia conveniência, mas amplia dependências
A experiência “apenas olhar para a câmera” ou “apenas colocar o dedo” reduz uso de credenciais físicas. Em lobby, catraca ou ambiente corporativo isso pode aumentar fluidez.
O custo arquitetural é concentrar mais responsabilidade na biometria: enrollment, qualidade, desempenho da galeria, liveness, proteção de templates, infraestrutura e fallback passam a ser críticos. Uma falha no mecanismo biométrico pode afetar toda a população de usuários.
Conveniência precisa ser sustentada por engenharia de disponibilidade.
Onde o matching deve ocorrer: terminal ou servidor
Sistemas distribuídos podem realizar 1:1 ou 1:N localmente no terminal, enquanto outros enviam a amostra ou template para servidor. Há ainda arquiteturas híbridas.
Matching local pode reduzir dependência de rede e latência, mas exige sincronização de templates e capacidade em cada dispositivo. Matching centralizado simplifica gestão e pode oferecer processamento maior, porém torna rede e servidores parte do caminho crítico.
| Arquitetura | Vantagem | Risco principal |
| Matching local | autonomia e baixa latência | sincronização e capacidade por terminal |
| Matching central | base única e recursos de processamento | dependência de rede/servidor |
| Híbrida | continuidade + gestão central | maior complexidade de estados e consistência |
O projeto precisa declarar qual função permanece durante perda de comunicação.
Operação offline é mais simples de explicar do que de implementar
Se o servidor fica indisponível, um terminal 1:N pode manter apenas parte da galeria, operar com cache ou interromper identificação. Um fluxo 1:1 pode continuar se a credencial e o template necessário estiverem disponíveis localmente.
O comportamento deve ser especificado: quantos usuários ficam locais, por quanto tempo, como revogações são tratadas, como eventos são armazenados e como a base se reconcilia ao retornar a comunicação.
Não existe resposta universal. O requisito depende da criticidade, da duração aceitável de contingência e da arquitetura de rede.
Enrollment é mais crítico à medida que a base cresce
Cada cadastro ruim entra na galeria e pode prejudicar buscas futuras. Duplicidades, templates de baixa qualidade, múltiplos perfis para a mesma pessoa e usuários inativos ampliam N sem gerar valor.
Em 1:N, governança de enrollment deve incluir validação de identidade, qualidade mínima, deduplicação quando aplicável, expiração, recadastro e exclusão segura. Em 1:1, um cadastro ruim prejudica principalmente aquele usuário; em 1:N, bases mal governadas também aumentam complexidade sistêmica.
A ANPD ressalta que templates biométricos são dados pessoais sensíveis quando vinculados à pessoa natural. Portanto, governança técnica e de dados são inseparáveis.
Deduplicação é um caso clássico de 1:N
Uma organização pode usar 1:N no enrollment para descobrir se a pessoa já existe na base antes de criar outro cadastro. Esse uso é diferente de liberar uma porta em tempo real.
Deduplicação pode tolerar maior latência e, dependendo da consequência, exigir revisão manual de candidatos. O threshold pode ser diferente do controle de acesso operacional, desde que a finalidade e o fluxo estejam documentados.
Misturar a configuração de deduplicação com a de autenticação em tempo real pode produzir decisões inadequadas.
Reconhecimento facial em catracas é um caso de capacidade crítica
Em catracas faciais, o sistema precisa capturar, identificar, aplicar regra e liberar a barreira dentro de tempo compatível com o fluxo. Latência de 1:N se soma à detecção de presença, qualidade da face, liveness, consulta de permissão e acionamento da catraca.
O artigo Catraca com reconhecimento facial: fluxo, biometria e critérios de projeto detalha essa interface física.
Dimensionamento não deve usar apenas “matches por segundo” de laboratório. Deve medir transação ponta a ponta em horário de pico e com a galeria prevista.
Impressão digital 1:N também depende de ergonomia e qualidade
Embora a face permita captura sem contato, impressão digital 1:N continua amplamente usada em diversas aplicações. O desempenho depende da qualidade da imagem, área capturada, condições do dedo e algoritmo de minutiae.
Usuários com desgaste por atividade manual, umidade, sujeira ou características de difícil captura podem apresentar maior taxa de falha. A arquitetura deve prever enrollment com mais de um dedo, segundo fator ou tratamento de exceção quando o risco justificar.
A modalidade deve ser escolhida pelo contexto, não pela popularidade.
Multibiometria pode reduzir ambiguidades, mas aumenta complexidade
Combinar face e impressão digital, por exemplo, pode elevar confiança ou reduzir dependência de uma única modalidade. Contudo, aumenta hardware, processamento, enrollment, proteção de dados e cenários de falha.
É preciso decidir se as modalidades são alternativas, cumulativas ou usadas em cascata. Um sistema pode identificar por face e verificar por digital; outro pode usar uma modalidade como fallback.
O projeto deve declarar a lógica e os critérios, evitando “multimodal” como simples item de catálogo.
Liveness precisa ser tratado separadamente do matching
1:1 ou 1:N responde à pergunta de comparação; liveness/PAD responde se a apresentação ao sensor parece vir de uma característica biométrica genuína, em vez de artefato ou reprodução.
Uma busca 1:N com ótimo desempenho de matching ainda pode ser vulnerável a uma foto ou máscara se não houver controles contra presentation attack. O contrário também é verdadeiro: um excelente PAD não compensa matcher impreciso.
Essas são camadas complementares e devem ter requisitos e testes próprios.
Privacidade muda de escala em 1:N
Na verificação 1:1, a comparação é direcionada a uma identidade. Na identificação 1:N, uma amostra é comparada com uma galeria potencialmente ampla. Isso pode ampliar o impacto sobre titulares e a necessidade de avaliar finalidade, proporcionalidade e minimização.
A ANPD diferencia identificação e verificação e alerta para riscos de biometria e reconhecimento facial, especialmente em usos massivos e decisões com efeitos relevantes.
O artigo sobre biometria, reconhecimento facial e LGPD aprofunda a governança de dados sensíveis.
Uma base maior aumenta o impacto de comprometimento
Templates biométricos não devem ser tratados como senhas comuns. A característica física não é facilmente substituível. Portanto, armazenamento, criptografia, controle de acesso administrativo, backup e ciclo de vida da base exigem governança robusta.
Em 1:N, uma grande galeria central pode se tornar ativo de alto valor. Em arquitetura distribuída, cópias locais ampliam superfície de proteção. O projeto precisa mapear onde os templates existem, como são sincronizados e quem pode exportá-los.
Interoperabilidade de templates não deve ser presumida
Existem formatos padronizados, mas compatibilidade entre template, extrator e matcher depende da modalidade e da implementação. Migrar uma base biométrica entre fabricantes ou algoritmos pode exigir recadastramento.
O planejamento de lifecycle deve considerar portabilidade, obsolescência, renovação tecnológica e dependência do fornecedor. Antes de prometer migração transparente, é necessário validar formato, compatibilidade e impacto no desempenho.
Esse ponto é particularmente importante em contratos de longo prazo.
Identificação e autorização são funções diferentes
Mesmo depois de identificar um usuário em 1:N, o sistema ainda precisa aplicar autorização: porta, área, horário, calendário, anti-passback, dupla custódia, restrições e demais regras.
Confundir identificação com autorização leva a integrações perigosas nas quais um match biométrico aciona diretamente o relé sem validar a política central.
A arquitetura deve evitar caminhos de decisão duplicados
Quando terminal, controladora e servidor podem tomar decisões, é necessário definir autoridade. Um terminal facial pode reconhecer o usuário, uma controladora pode manter regras locais e o software central pode ter políticas adicionais.
Se as responsabilidades não forem explícitas, diferentes estados de sincronização podem produzir decisões inconsistentes. O projeto deve definir fonte da verdade para identidade, credencial, grupo de acesso, horário e revogação.
A matriz funcional deve registrar o comportamento normal e de contingência.
Latência deve ser medida por percentil, não apenas média
Uma média de 300 ms pode esconder transações que levam vários segundos. Em uma catraca, caudas de latência geram filas. Em uma porta crítica, timeout pode provocar repetição de tentativa e evento duplicado.
Especificações maduras podem usar percentis, como p95 ou p99, ou limites máximos definidos em teste. O importante é medir sob carga e galeria representativas.
Também devem ser incluídos tempos de captura, PAD, matching, consulta de política, acionamento e retorno visual ao usuário.
Throughput não é apenas “matches por segundo”
Matches por segundo é capacidade computacional do algoritmo. Throughput do acesso é quantidade de pessoas processadas pelo sistema físico por unidade de tempo.
Uma solução pode executar milhares de comparações por segundo e ainda ter baixo fluxo por causa de posicionamento, tempo de detecção, comunicação, abertura da barreira ou comportamento do usuário.
O dimensionamento precisa usar jornada completa.
Crescimento de N deve ser testado antes do limite nominal
Se o sistema é especificado para 100 mil templates, não é prudente validar apenas com algumas centenas. O FAT deve utilizar base sintética ou controlada que represente o volume previsto, respeitando privacidade e metodologia.
O objetivo é verificar latência, memória, sincronização, backup, atualização e comportamento em manutenção. Capacidade nominal só é útil quando o sistema continua atendendo os requisitos no limite contratado.
Cadastro duplicado pode distorcer identificação
Se a mesma pessoa possui múltiplas identidades ou templates inconsistentes, uma busca 1:N pode retornar candidatos redundantes. Isso dificulta auditoria e pode quebrar políticas de acesso.
A governança deve definir chave mestre da identidade e regras para união, inativação e histórico. Integração com RH, IAM ou gestão de visitantes precisa evitar criar usuários paralelos sem controle.
No contexto enterprise, identidade é um objeto corporativo; biometria é um atributo ou fator associado a esse objeto.
Visitantes exigem decisão sobre enrollment temporário
Cadastrar biometria de visitantes apenas por conveniência precisa ser analisado com cuidado. O ciclo pode incluir consentimento ou outra base legal pertinente, finalidade, prazo, exclusão e alternativa operacional.
Em muitos casos, QR code, credencial temporária ou acompanhamento podem atender ao risco sem criar template biométrico temporário. Em outros, biometria pode ser proporcional, especialmente em acesso repetido ou crítico.
A escolha deve nascer da finalidade e do risco, não da disponibilidade da funcionalidade.
1:N em múltiplos sites exige estratégia de replicação
Em organizações multisite, uma única galeria pode ser centralizada ou distribuída. Replicar todos os usuários para todos os terminais aumenta N e superfície de dados; segmentar por site reduz base local, mas exige regras de mobilidade e sincronização.
A arquitetura pode usar galeria por região, perfil ou necessidade. O objetivo é enviar a cada ponto apenas o necessário para operação, respeitando contingência e governança.
Esse desenho afeta largura de banda, tempo de atualização e resposta a revogação.
Em ambientes multisite, galeria, identidade, revogação e regras precisam permanecer coerentes entre servidores, terminais e controladoras — inclusive em contingência.
Revogação precisa chegar a todos os pontos de decisão
Quando um usuário é desligado, sua identidade deve deixar de ser autorizada. Em 1:1, bloquear a credencial pode impedir o fluxo mesmo que o template permaneça armazenado. Em 1:N, se o terminal continua identificando e autorizando localmente, a revogação precisa ser sincronizada de forma confiável.
O projeto deve definir SLA de propagação, comportamento em terminal offline e tratamento de dispositivos que ficam longos períodos sem conexão.
Backup de galeria deve preservar confidencialidade e recuperabilidade
Uma base biométrica perdida pode paralisar o sistema; uma base exposta cria risco de dados sensíveis. Backup precisa equilibrar disponibilidade e proteção.
É necessário definir criptografia, controle de acesso, retenção, teste de restauração e segregação de funções. A recuperação deve incluir identidades, templates, vínculos, políticas e metadados necessários à operação.
Não basta copiar arquivos sem comprovar que o sistema consegue reconstruir a galeria.
Mudança de algoritmo pode exigir reindexação ou reenrollment
Atualizações de matcher podem ser compatíveis com templates existentes ou exigir nova extração. Em 1:N, o impacto de reconstruir uma galeria grande pode ser operacionalmente relevante.
A gestão de mudanças deve testar compatibilidade, tempo de migração, rollback e desempenho pós-upgrade. Se houver mudança significativa de score, thresholds precisam ser revalidados.
O contrato deve prever essa possibilidade para evitar dependência de decisão emergencial do fornecedor.
Como especificar 1:1 em projeto
Um requisito 1:1 deve declarar o identificador que seleciona a referência, modalidade, threshold ou desempenho esperado, sequência de fatores, timeout, fallback, operação offline e evidências de teste.
Exemplo conceitual: o usuário apresenta credencial válida; o terminal solicita biometria; apenas o template vinculado é comparado; o match biométrico não libera diretamente a porta, mas habilita a controladora a aplicar a política de acesso.
Essa arquitetura preserva separação entre autenticação e autorização.
Como especificar 1:N em projeto
Um requisito 1:N deve declarar tamanho inicial e máximo da galeria, crescimento, latência, métrica de falso positivo de identificação, taxa de identificação, PAD quando aplicável, capacidade offline, estratégia de sincronização e comportamento de candidatos ambíguos.
| Requisito | Pergunta de engenharia |
| Galeria | Quantos usuários serão pesquisados? |
| Crescimento | Qual N inicial e futuro? |
| Latência | Quanto tempo a transação pode levar? |
| FPIR/FNIR | Qual risco de identificação incorreta ou não identificação? |
| PAD | Como apresentação falsa é detectada? |
| Offline | O que permanece funcionando sem servidor? |
| Sincronização | Como inclusões/revogações chegam aos terminais? |
| Privacidade | Onde os templates ficam e por quanto tempo? |
Esse conjunto torna propostas comparáveis por desempenho, não por lista de features.
FAT precisa testar escala e lógica
No FAT, deve-se verificar enrollment, atualização, revogação, busca, timeout, candidatos, matching local/central, falha de rede e recuperação. Para 1:N, a galeria de teste precisa representar o volume operacional previsto.
Também deve ser registrado o tempo de sincronização e o comportamento durante alteração de base. Uma solução que funciona com base estática pode degradar enquanto milhares de templates estão sendo replicados.
SAT precisa testar o fluxo físico
No SAT, a preocupação inclui captura real: altura, iluminação, velocidade de aproximação, apresentação de credencial, fila, acessibilidade e resposta visual. 1:1 e 1:N podem ter tempos e gestos diferentes para o usuário.
A evidência deve mostrar não apenas que “reconheceu”, mas que a jornada completa atende aos requisitos de segurança e capacidade.
O serviço de comissionamento é a etapa em que essa rastreabilidade requisito → teste → resultado deve ser consolidada.
O SAT deve demonstrar a jornada completa: captura, matching, autorização, latência, barreira e contingência, com a galeria e o fluxo previstos para a operação.
Segurança cibernética precisa considerar a galeria biométrica
Servidor biométrico, terminais, APIs e canais de sincronização devem ser tratados como ativos críticos. Contas administrativas, certificados, firmware, segmentação, menor privilégio e logs são parte da arquitetura.
Uma API que permite consultar ou exportar templates pode representar risco muito maior do que uma simples API de eventos. O projeto deve especificar superfícies permitidas e bloquear integrações desnecessárias.
1:1 pode reduzir exposição de dados no terminal
Dependendo da implementação, um terminal pode precisar apenas do template selecionado ou de subconjunto pequeno, em vez de uma galeria completa. Essa possibilidade deve ser analisada na arquitetura de dados.
Não significa que 1:1 seja automaticamente mais privado, mas oferece opções de minimização que podem ser úteis. A decisão deve considerar disponibilidade e necessidade de operação offline.
1:N não deve ser escolhido só para eliminar cartões
Remover cartões reduz emissão e suporte de credenciais físicas, mas transfere dependência para biometria e infraestrutura. O business case precisa contabilizar enrollment, hardware, servidores, licenças, suporte, proteção de dados e tratamento de exceções.
Em algumas organizações, credencial móvel + 1:1 biométrico pode oferecer melhor equilíbrio. Em outras, 1:N facial é adequado ao fluxo. Engenharia compara alternativas antes de selecionar tecnologia.
Critérios de decisão entre 1:1 e 1:N
- criticidade do acesso;
- necessidade de segundo fator;
- tamanho da população;
- taxa de crescimento;
- fluxo de pico;
- disponibilidade de rede;
- capacidade local dos terminais;
- requisitos de privacidade e minimização;
- impacto de false positive;
- facilidade de enrollment e recadastro;
- custo de credenciais físicas ou móveis;
- necessidade de identificação sem cooperação adicional;
- lifecycle e estratégia de migração.
Não existe modo universalmente superior. Existe modo mais aderente ao requisito.
Considerações finais
A diferença entre biometria 1:1 e 1:N é estrutural. Verificação parte de uma identidade conhecida e confirma a correspondência; identificação pesquisa uma galeria e tenta descobrir a identidade. Essa mudança altera estatística, capacidade, latência, privacidade e arquitetura.
Um projeto robusto explicita o modo de comparação, dimensiona a base, separa identificação de autorização, testa o comportamento real e documenta contingências. Assim, biometria deixa de ser feature de terminal e passa a ser função de engenharia verificável.
Referências técnicas
[1] ANPD. Radar Tecnológico nº 2: Biometria e Reconhecimento Facial. Brasília, 2024. Disponível em: https://www.gov.br/anpd/pt-br/centrais-de-conteudo/documentos-tecnicos-orientativos/radar-tecnologico-biometria-anpd.pdf/@@display-file/file
[2] NIST. SP 800-63A — Digital Identity Guidelines: Identity Proofing Requirements. Requisitos e definições para comparação biométrica 1:1 e identificação 1:N. Disponível em: https://pages.nist.gov/800-63-4/sp800-63a.html
[3] NIST. A Tale of Two Errors: Measuring Biometric Algorithms. Disponível em: https://www.nist.gov/blogs/taking-measure/tale-two-errors-measuring-biometric-algorithms
[4] SUPREMA. Curso de Controle de Acesso e Biometria. Seções sobre verificação 1:1 e 1:N. Material técnico consultado na base interna A3A Engenharia.
Perguntas frequentes
No 1:1, a amostra é comparada com o template de uma identidade já indicada. No 1:N, a amostra é pesquisada contra uma galeria de várias identidades para descobrir o candidato correspondente.
Não necessariamente. Segurança depende de threshold, qualidade da biometria, liveness, proteção dos templates, políticas de acesso, segundo fator, contingência e governança.
Porque uma galeria maior altera o espaço de busca, pode afetar latência e precisa ser considerada ao avaliar falsos positivos de identificação e capacidade operacional.
Precisa de algum identificador que selecione a referência, que pode ser cartão, PIN, credencial móvel, matrícula ou outro mecanismo. O cartão é apenas uma das opções.
Sim em algumas arquiteturas, desde que o terminal mantenha localmente a galeria e as regras necessárias. O projeto deve definir capacidade, sincronização, revogação e comportamento durante perda de comunicação.
Materiais técnicos complementares
Conteúdos principais sobre o tema
Conteúdos técnicos correlatos
- FAR, FRR e EER em biometria: como medir desempenho e definir o threshold
- Biometria e Reconhecimento Facial: Riscos, LGPD e Boas Práticas para uso Responsável
- Catraca com reconhecimento facial: fluxo, biometria e critérios de projeto
