Uma API de identidade facial que qualquer provedor de identidade pode confiar.

Cadastre um rosto de referência, verifique sob demanda e receba uma assertion assinada que o seu backend — ou o NativeGuard, ou o Passly, ou qualquer IdP que você já opera — pode verificar offline. Só o vetor facial é armazenado, dentro da coleção Rekognition do seu tenant; a imagem em si nunca toca disco, log ou trace.

O caso de uso

Prove que é a mesma pessoa, sem ter que construir reconhecimento facial.

Fintechs que precisam de autenticação step-up, recuperação de conta ou um componente de captura para onboarding esbarram na mesma decisão de build vs. buy: o Amazon Rekognition Face Liveness é a parte fácil — assinatura de assertion, proteção contra replay, isolamento de dado por tenant e uma interface que qualquer IdP consiga consumir são a parte difícil.

Onde o Native Biometrics se encaixa na sua stack

O que vem na caixa

Enrollment, verificação e uma assertion portátil.

De zero a um usuário verificado

Três chamadas: cadastre, verifique, confie na assertion.

Usando `@swepay/biometrics-core` contra a API do Native Biometrics. A maioria dos apps cadastra uma vez por usuário e depois verifica a cada evento de step-up.

1. 0. Cadastre um rosto de referência

   Monte o `<FaceEnroll />` (ou chame o client diretamente) uma vez por usuário, logo após o cadastro ou no ponto em que a sua política de risco exigir prova forte de identidade.

   Requisiçãots

   import { BiometricsClient } from "@swepay/biometrics-core";
   
   const client = new BiometricsClient({
     apiBaseUrl: "https://api-biometrics-hml.swepay.com.br", // illustrative — no public host yet
     getAccessToken: () => getCurrentUserAccessToken(),
   });
   
   const enrollment = await client.createEnrollment({ userRef: "user_123" });
   const completion = await client.completeEnrollment(enrollment.enrollmentId);

   Respostajson

   {
     "status": "enrolled",
     "livenessConfidence": 98.4,
     "attemptsRemaining": null
   }

2. 1. Verifique um rosto em um evento de step-up

   Abra uma sessão de verificação sempre que a sua política de risco exigir prova de presença — um novo dispositivo, uma transferência de alto valor, uma redefinição de senha.

   Requisiçãots

   const verification = await client.createVerification({ purpose: "login" });
   const decision = await client.completeVerification(verification.verificationId, {
     livenessSessionId: verification.livenessSessionId,
   });

   Respostajson

   {
     "decision": "approved",
     "livenessConfidence": 98.1,
     "similarity": 96.4,
     "assertion": "eyJhbGciOiJFUzI1NiIsImtpZCI6IjIwMjYtMDktMDEifQ..."
   }

3. 2. Verifique a assertion no seu backend

   Qualquer backend — o seu, o NativeGuard ou um IdP terceiro — busca o JWKS público uma vez, faz cache e verifica o JWS offline. Sem chamada de volta ao Native Biometrics no caminho quente.

   Requisiçãobash

   curl https://api-biometrics-hml.swepay.com.br/.well-known/jwks.json

   Respostajson

   {
     "keys": [
       { "kty": "EC", "crv": "P-256", "kid": "2026-09-01", "use": "sig", "x": "...", "y": "..." }
     ]
   }

`api-biometrics-hml.swepay.com.br` acima é ilustrativo — o Native Biometrics ainda não tem host público implantado (as rotas do backend estão implementadas; o onboarding no Marketplace Subscription Hub está pendente). Referência completa do SDK: `@swepay/biometrics-react` e `@swepay/biometrics-core`. Perguntas técnicas: engineering@swepay.com.br.

Segurança e conformidade

O que a gente guarda, e o que a gente nunca faz.

Dado facial é dado pessoal sensível pela LGPD (art. 5º, II). O Native Biometrics foi construído para minimizar o que retém.

Pricing

Dimensões de uso, mais um plano mensal com volume incluído.

Cobrado inteiramente via AWS Marketplace — sem fatura separada. Escolha um plano mensal para volume incluído previsível, ou pague por dimensão se o uso for irregular.

Dimensões de uso

Todo plano abaixo inclui um pacote de `bio_mau`; uso acima do plano, ou uso totalmente fora de um plano, é cobrado por dimensão.

Planos mensais

Precificado por usuário mensal ativo (MAU) — um usuário que completa pelo menos um enrollment ou verificação no mês de cobrança.

Qual eu preciso?

Native Biometrics vs. Native KYC

Produtos independentes (ADR-0003) que resolvem problemas diferentes e se integram bem juntos. A maioria das fintechs começa pelo que casa com o momento: fazer onboarding de um cliente novo, ou reverificar um que já conhecem.

Precisa dos dois? Assine cada um de forma independente no AWS Marketplace — não existe SKU combinado, e não há exigência de rodar um para usar o outro.

Perguntas frequentes

Antes de integrar.

Respostas diretas para as perguntas mais comuns antes de uma revisão de segurança ou compliance.

Duas formas de começar.