Acessibilidade no liveness: por que internet fraca, vitiligo, Parkinson e deficiência visual não podem significar reprovação

Segurança que só funciona para uma parte dos usuários não é segurança completa. É uma barreira disfarçada de proteção.

É isso que acontece quando uma solução de liveness é pensada para um cenário único: celular novo, câmera boa, conexão estável e um rosto dentro do padrão que o modelo reconhece com facilidade.

No Brasil, essa combinação está longe de ser a regra. Uma parte relevante dos usuários enfrenta rede 3G instável, usa aparelhos com anos de uso, tem características faciais fora do padrão ou depende de leitores de tela para navegar no celular.

Quando o liveness ignora essas variações, o resultado aparece como reprovação. E o cliente reprovado quase nunca é um fraudador. É alguém real que não conseguiu concluir o processo porque o fluxo não foi desenhado para o contexto dele.

O problema começa no que a maioria das soluções assume

Boa parte do mercado de verificação de identidade testa seus modelos em condições ideais. Isso cria um ponto cego: o sistema funciona bem no laboratório e falha exatamente com quem mais precisa de acesso rápido a serviços financeiros, bancos digitais e plataformas online.

Resolver isso não significa relaxar a segurança. Significa construir o liveness para reconhecer variação como normalidade, não como exceção.

Internet instável não deveria significar reprovação

Muitos usuários brasileiros dependem de conexões 3G ou de redes que caem no meio de uma captura. Um liveness que exige alta resolução constante ou que reinicia o fluxo a cada instabilidade empurra esse cliente para fora do processo, sem nenhuma fraude envolvida.

A alternativa é um sistema que aceita degradação de resolução (mesmo abaixo de 720p), usa payload mínimo e faz retry automático quando a conexão cai. O cliente termina o cadastro mesmo com rede fraca, porque o design da tecnologia já esperava por isso.

Rostos fora do padrão também merecem prova de vida

Vitiligo, albinismo, cicatrizes, paralisia facial e síndrome de Down alteram características que muitos modelos de biometria não foram treinados para reconhecer com precisão. O resultado, sem calibração adequada, é um índice maior de falsos negativos justamente entre pessoas que já lidam com outras barreiras no dia a dia.

Um liveness robusto trata essas variações como parte do universo de rostos reais, não como ruído a ser filtrado. Isso exige treinar e testar o modelo com diversidade de fato, não apenas com o rosto “médio” que aparece na maioria das bases de dados.

Parkinson e tremor de mão

Boa parte dos fluxos de liveness pede alguma ação do usuário: aproximar o rosto, segurar o celular em um ângulo específico, manter a imagem estável por alguns segundos. Para quem tem Parkinson ou qualquer condição que gera tremor, essa exigência sozinha já é uma barreira, antes mesmo de qualquer análise biométrica.

A solução passa por dois caminhos que se complementam. Um é a estabilização por software, que absorve o tremor da mão sem comprometer a qualidade da captura. O outro é reduzir a dependência de gestos: um liveness passivo, que analisa a imagem em segundo plano sem pedir ação nenhuma, já elimina boa parte do atrito para quem tem dificuldade motora.

Deficiência visual: verificação de identidade sem depender da visão

Pedir que uma pessoa com deficiência visual enquadre o rosto sozinha, olhando para instruções escritas na tela, é pedir o impossível. E, ainda assim, é o que muitos fluxos de onboarding fazem por padrão.

A verificação acessível para esse público combina três elementos. Primeiro, compatibilidade real com leitores de tela como TalkBack e VoiceOver em todas as etapas do fluxo, não só nas telas de texto. Segundo, instruções faladas em português, com áudio nativo guiando cada passo da captura. Terceiro, auto-captura: a câmera dispara sozinha quando identifica que o rosto está enquadrado, sem exigir que o usuário toque em um botão que ele não consegue localizar visualmente.

Para os casos em que mesmo isso não é suficiente, existe ainda o modo assistido documentado, em que um terceiro pode conduzir a captura em nome do usuário, sem que o fluxo precise ser reiniciado do zero.

O que muda quando a acessibilidade entra no design, não no ajuste

A diferença entre uma solução acessível e uma solução remendada está na origem do problema. Ajustes feitos depois que o produto já existe tendem a cobrir apenas os casos mais óbvios. Acessibilidade pensada desde o início do design considera geração do sistema operacional, qualidade da câmera, estabilidade de conexão e diferentes tipos de deficiência como parte do escopo original, não como exceção a ser tratada depois.

Isso também resolve um problema de negócio, não só de inclusão. Cada reprovação indevida de um cliente legítimo é receita perdida e um usuário que raramente volta para tentar de novo. Ele fecha o aplicativo e vai para o concorrente que conseguiu validar sua identidade sem transformar isso em um obstáculo.

Conheça as soluções Legitimuz

A Legitimuz construiu o LegitFace com acessibilidade como parte central do design, não como recurso adicional. A tecnologia funciona em diferentes dispositivos, incluindo aparelhos com Android 6 e 7 e iOS antigos, se adapta a redes instáveis como 3G, e reconhece rostos atípicos sem penalizar quem tem vitiligo, albinismo, cicatrizes, paralisia facial ou síndrome de Down.

O liveness da Legitimuz é certificado internacionalmente contra ataques de apresentação (iBeta PAD Levels 1 e 2, BixeLab PAD Levels 1, 2 e 3) e contra ataques de injeção (BixeLab IAD), o que garante segurança real sem transformar inclusão em brecha para fraude.

Quer avaliar se o KYC da Legitimuz é a solução certa para o seu produto? Fale com um especialista da Legitimuz.

Leia também:

Blog