Deepfakes e Prova de Vida: Como Proteger Assinaturas Digitais de Fraudes de Identidade
Toda assinatura é, no fundo, uma afirmação de identidade: fui eu que concordei com isso. Os deepfakes atacam exatamente esse ponto — se um fraudador consegue se passar por outra pessoa no momento de assinar, nasce um contrato, um empréstimo ou uma procuração em nome de quem nunca esteve ali. Este artigo explica, sem promessas mágicas, como a prova de vida (liveness), o match biométrico e o cross-check governamental via SERPRO protegem o ato de assinar, o que cada perfil biométrico da SignDocs executa e o que fica registrado como evidência quando alguém contesta.
O contexto importa: golpes com mídia sintética deixaram de ser ficção de laboratório. Rostos trocados em vídeo, vozos clonadas e documentos adulterados por IA baratearam a fraude de identidade — e o alvo preferido é qualquer processo que converta "aparentar ser alguém" em obrigação jurídica ou dinheiro. Abertura de contas, crédito consignado e contratos de alto valor estão no topo dessa lista.
Se você quer o panorama dos métodos de autenticação da plataforma, o guia de autenticação multimétodo cobre todos os perfis. Aqui, o foco é a camada biométrica: o que ela resolve, o que não resolve e como usá-la bem.
Por que clique e OTP não bastam quando a dúvida é "quem"
Cada método de autenticação responde a uma pergunta diferente. Confundir as perguntas é o que abre espaço para fraude:
- Clique (CLICK_ONLY): prova consentimento — alguém, naquele dispositivo, concordou. Não prova quem era.
- OTP por e-mail/SMS (CLICK_PLUS_OTP): prova posse de um canal — quem assinou tinha acesso àquele e-mail ou chip. Se o canal foi tomado (SIM swap, e-mail invadido), a evidência aponta para a vítima.
- Biometria com prova de vida: prova que uma pessoa real, com aquele rosto, estava diante da câmera no momento da assinatura.
- Certificado ICP-Brasil: prova posse e uso de uma chave privada emitida após identificação presencial ou videoconferência por uma Autoridade Certificadora — a assinatura qualificada, com presunção legal.
Um deepfake não precisa vencer o clique nem o OTP — esses métodos nem olham para o rosto. É por isso que documentos cujo risco central é fraude de identidade pedem uma camada que enxergue a pessoa, não apenas o dispositivo ou o canal. A régua completa de níveis (simples, avançada, qualificada) está no guia de níveis de assinatura da Lei 14.063/2020.
| Ataque | Clique | Clique + OTP | Biometria + prova de vida |
|---|---|---|---|
| Link interceptado por terceiro | Vulnerável | Protegido (exige o canal) | Protegido (exige o rosto) |
| SIM swap / e-mail invadido | Vulnerável | Vulnerável | Protegido (exige o rosto) |
| Foto impressa / vídeo em tela | N/A | N/A | Bloqueado pela prova de vida |
| Deepfake reproduzido em outro dispositivo | N/A | N/A | Alvo direto da prova de vida + match e cross-check |
O que a prova de vida (liveness) realmente faz
A prova de vida responde a uma pergunta anterior à identidade: há uma pessoa real e presente diante da câmera? Os ataques de apresentação — foto impressa, vídeo reproduzido em outra tela, máscara, deepfake exibido em um monitor apontado para a câmera — falham nesse teste antes mesmo de qualquer comparação facial.
No fluxo da SignDocs, essa é a etapa BIOMETRIC_LIVENESS: o signatário abre o link de assinatura, autoriza a câmera na própria página hospedada e faz uma selfie; a análise de vivacidade (tecnologia AWS Rekognition) precisa aprovar a captura para o fluxo avançar. Não há aplicativo para instalar — tudo acontece no navegador, o que mantém a conversão alta mesmo com a camada extra de segurança.
Da prova de vida à identidade: match, documento e SERPRO
Saber que há uma pessoa real não diz quem ela é. Por isso os perfis biométricos encadeiam etapas de comparação depois da prova de vida:
BIOMETRIC_MATCH: compara a selfie aprovada com a referência facial do fluxo, gerando um resultado match/no-match com score de confiança registrado na trilha de auditoria.DOCUMENT_PHOTO_MATCH: compara a selfie com a foto do documento de identidade apresentado no fluxo — o caminho quando não há base de referência prévia.SERPRO_IDENTITY_CHECK: o degrau mais alto — a face capturada é comparada com as bases governamentais CNH/RG via SERPRO. Match positivo significa identidade comprovada contra registro oficial do Estado, não contra um cadastro privado.
Esses blocos se combinam em cinco perfis prontos (o campo policy.profile da sessão), cada um virando uma sequência fixa de etapas:
| Perfil | Etapas executadas | Indicado para |
|---|---|---|
BIOMETRIC |
BIOMETRIC_LIVENESS → BIOMETRIC_MATCH | Contratos de valor relevante com base de referência |
BIOMETRIC_PLUS_OTP |
BIOMETRIC_LIVENESS → BIOMETRIC_MATCH → OTP_CHALLENGE → OTP_VERIFY | Rosto + posse do canal: duas naturezas de prova no mesmo ato |
BIOMETRIC_DOCUMENT_FALLBACK |
BIOMETRIC_LIVENESS → DOCUMENT_PHOTO_MATCH | Signatários sem referência prévia — a identidade vem do documento |
BIOMETRIC_SERPRO |
BIOMETRIC_LIVENESS → BIOMETRIC_MATCH → SERPRO_IDENTITY_CHECK | Setores regulados; crédito consignado INSS |
BIOMETRIC_SERPRO_AUTO_FALLBACK |
Fluxo SERPRO com fallback automático de verificação | Operações que não podem parar se a checagem governamental não concluir |
Na prática, exigir biometria de um signatário é uma linha no JSON de criação da sessão:
Cada etapa emite eventos (STEP.STARTED, STEP.COMPLETED, STEP.FAILED) que sua aplicação acompanha via webhooks — inclusive o TRANSACTION.FALLBACK, emitido quando o perfil de fallback automático troca de caminho de verificação. Em envelopes multi-signatário, cada participante pode ter um perfil diferente: o avalista com SERPRO, a testemunha com OTP.
O caso regulado: consignado INSS e o cross-check governamental
O crédito consignado é o exemplo mais claro de por que a camada governamental existe. A Instrução Normativa 138/2022 do INSS exige verificação biométrica na formalização — e um match contra cadastro privado não tem o mesmo peso de um match contra a base oficial. No perfil BIOMETRIC_SERPRO, a face aprovada na prova de vida é comparada com as bases CNH/RG do SERPRO, e o resultado entra no pacote de evidências com os scores, timestamps UTC, IP e geolocalização.
O desenho completo desse fluxo — incluindo o aceite LGPD no início da sessão e o formato do pacote aceito em auditoria — está na página dedicada de autenticação biométrica para crédito consignado.
O que fica registrado (e o que a LGPD exige)
Segurança que não vira evidência não ajuda numa contestação. Ao final de um fluxo biométrico, a trilha de auditoria da transação registra:
- O desfecho de cada etapa (
BIOMETRIC_LIVENESS,BIOMETRIC_MATCHcom score de confiança,SERPRO_IDENTITY_CHECKquando aplicável), com número de tentativas e horários; - Timestamps UTC, IP, geolocalização e user-agent do signatário;
- O hash SHA-256 do documento e o vínculo de tudo isso no pacote de evidências (.p7m), verificável de forma independente.
Do lado da LGPD, dado biométrico é dado pessoal sensível (art. 11). Por isso o fluxo começa com o aceite expresso do termo de tratamento de dados, a imagem é processada exclusivamente para a verificação de identidade no ato de assinatura e os prazos de guarda estão documentados na Tabela de Retenção pública, acessível pela Central de Confiança.
Como escolher: uma régua prática por risco
| Cenário | Perfil recomendado | Racional |
|---|---|---|
| Termos de uso, aceites, baixo risco | CLICK_ONLY / CLICK_PLUS_OTP |
Máxima conversão; evidência de consentimento e posse do canal |
| Contratos de valor relevante, admissões, procurações | BIOMETRIC / BIOMETRIC_PLUS_OTP |
O risco central é identidade — o rosto entra na evidência |
| Signatário sem cadastro prévio | BIOMETRIC_DOCUMENT_FALLBACK |
A identidade é ancorada no documento apresentado |
| Consignado INSS, setores regulados | BIOMETRIC_SERPRO(_AUTO_FALLBACK) |
Match contra base governamental, exigência normativa |
| Presunção legal máxima (assinatura qualificada) | DIGITAL_CERTIFICATE |
Certificado ICP-Brasil; o modelo de ameaça muda para posse da chave |
Vale notar que o certificado digital vive em outro modelo de ameaça: um deepfake não ajuda o fraudador que não possui a chave privada do titular. Por isso, para os documentos mais críticos, biometria e certificado não competem — se complementam, como camadas de naturezas diferentes no mesmo fluxo.
Perguntas Frequentes
O que é um deepfake e por que ele ameaça a assinatura eletrônica?
Deepfake é mídia sintética gerada por IA — um rosto trocado em vídeo, uma voz clonada, uma foto que nunca existiu — com realismo suficiente para enganar uma pessoa. A assinatura eletrônica é um alvo natural porque o ato de assinar é, no fundo, uma afirmação de identidade: se um fraudador consegue se passar pelo titular na hora de assinar, nasce um contrato, um empréstimo ou uma procuração em nome de outra pessoa. Métodos que provam apenas consentimento (clique) ou posse de um canal (código OTP) não enxergam o rosto de quem assina — e é exatamente essa lacuna que a biometria com prova de vida fecha.
O que é prova de vida (liveness detection)?
Prova de vida é a etapa que verifica se há uma pessoa real, presente e ao vivo diante da câmera — e não uma foto impressa, um vídeo reproduzido em outra tela, uma máscara ou um deepfake exibido em um monitor. Na SignDocs, ela é a etapa BIOMETRIC_LIVENESS dos perfis biométricos: o signatário faz uma selfie na página hospedada de assinatura e a análise de vivacidade (tecnologia AWS Rekognition) precisa aprovar a captura antes de qualquer comparação facial. Sem passar pela prova de vida, o fluxo de assinatura não avança.
Prova de vida garante 100% de proteção contra deepfakes?
Nenhum controle isolado garante 100% — segurança séria não promete isso. O que a prova de vida faz é elevar drasticamente o custo do ataque: fraudes baratas e escaláveis (foto impressa, vídeo em tela, deepfake reproduzido em outro dispositivo) deixam de funcionar. Por isso a SignDocs trabalha com defesa em camadas: liveness + match facial contra o documento ou contra bases governamentais via SERPRO + OTP quando configurado + trilha de auditoria com IP, geolocalização e carimbo de hora. Cada camada registrada é uma evidência a mais que o fraudador precisaria vencer ao mesmo tempo.
Quais perfis biométricos a API da SignDocs oferece?
São cinco perfis com biometria, cada um virando uma sequência fixa de etapas: BIOMETRIC (prova de vida + match facial), BIOMETRIC_PLUS_OTP (adiciona código por e-mail/SMS), BIOMETRIC_DOCUMENT_FALLBACK (prova de vida + comparação com a foto do documento de identidade), BIOMETRIC_SERPRO (prova de vida + match + cross-check da face contra as bases CNH/RG do SERPRO) e BIOMETRIC_SERPRO_AUTO_FALLBACK (o mesmo fluxo SERPRO, com fallback automático para um caminho alternativo de verificação quando a checagem governamental não pode ser concluída, emitindo o evento TRANSACTION.FALLBACK). A escolha é por signatário, no campo policy.profile.
O que fica registrado como evidência da verificação biométrica?
Cada etapa biométrica registra seu resultado na trilha de auditoria da transação: o desfecho da prova de vida, o resultado do match facial com score de confiança, o resultado do cross-check SERPRO quando aplicável, além de timestamps UTC, IP, geolocalização e user-agent. Esse conjunto compõe o pacote de evidências (.p7m) da transação, que pode ser validado de forma independente. Em caso de contestação, você apresenta não apenas o documento assinado, mas a prova de como a identidade do signatário foi verificada naquele momento.
Biometria facial é permitida pela LGPD?
Sim, com os devidos cuidados. Dado biométrico é dado pessoal sensível (art. 11 da LGPD), e por isso o fluxo da SignDocs começa com o aceite expresso do termo de tratamento de dados pelo signatário. A imagem facial é processada exclusivamente para a verificação de identidade no ato de assinatura, o resultado (match/no-match com score) é registrado na trilha de auditoria e os prazos de guarda estão documentados na Tabela de Retenção pública da SignDocs. Importante: a biometria funciona como etapa de autenticação do ato de assinar — a SignDocs não faz score de risco nem perfilamento do signatário.
Quando devo exigir biometria em vez de clique ou OTP?
A pergunta-chave é: qual o custo de assinar com a pessoa errada? Para aceites de termos e documentos de baixo risco, o clique (CLICK_ONLY) ou clique + OTP (CLICK_PLUS_OTP) equilibram conversão e evidência. Quando o documento movimenta valores relevantes, cria obrigações duradouras ou é alvo típico de fraude de identidade — empréstimos, procurações, contratos de alto valor, admissões — a biometria com prova de vida passa a valer a fricção extra. Em setores regulados, como o crédito consignado INSS, o cross-check governamental via SERPRO é o caminho. E para presunção legal máxima, o certificado ICP-Brasil (perfil DIGITAL_CERTIFICATE) segue sendo a assinatura qualificada.
Proteja o ato de assinar contra fraudes de identidade
Prova de vida, match facial, cross-check SERPRO e trilha de evidências — configuráveis por signatário, em uma chamada de API. Teste o fluxo completo no sandbox gratuito e dimensione a biometria em produção com um plano sob medida.
Fale com o time comercial Conheça a plataforma grátis