Saltar para o conteúdo principal
Sistemas digitais10 min de leitura

Passkeys sem bloqueios: desenhar registo, segundo dispositivo e recuperação

WebAuthn usa credenciais de chave pública limitadas ao relying party e mediadas pelo autenticador. A segurança melhora contra phishing, mas a implantação falha quando a equipa trata recuperação, dispositivos perdidos e mudança de domínio como detalhes posteriores.

Atualizado
Natureza
Guia técnico baseado em W3C WebAuthn e NIST Digital Identity Guidelines
Estado
WebAuthn Level 3 é Candidate Recommendation, não Recommendation final
Publicado e verificado
3 de agosto de 2026
Limite
Níveis de garantia e requisitos legais dependem do serviço e do risco
Engenheiro testa dois dispositivos genéricos, um autenticador e um percurso de recuperação sem dados reais
A passkey forte não compensa uma recuperação fraca; registo, segundo dispositivo e recuperação formam um único sistema.Imagem gerada por IA sob direção editorial da Velqory.

Em resumo

Uma passkey pode ser sincronizada ou permanecer num único autenticador, e esse modelo altera recuperação e garantia. O serviço deve permitir mais do que uma credencial, mostrar sessões e autenticadores, testar browsers e plataformas, proteger a adição de novos métodos e manter uma recuperação proporcional. Nunca rebaixe silenciosamente uma conta protegida para um canal mais fraco sem prova e notificação.

  • WebAuthn mantém a chave privada no autenticador e vincula a credencial ao relying party.
  • Credenciais sincronizáveis melhoram continuidade, mas exigem compreender o ecossistema de sincronização.
  • A recuperação de conta é uma cerimónia de alto risco e deve ter evidência, atraso ou revisão proporcional.
  • Registe pelo menos duas credenciais para funções críticas e teste perda total do dispositivo.

Passkey descreve uma experiência; WebAuthn define a cerimónia

O WebAuthn permite criar e usar credenciais de chave pública limitadas ao relying party. O browser e o autenticador mediam consentimento, presença e, quando exigida, verificação do utilizador.

Level 3 permanece Candidate Recommendation. Funcionalidades novas devem ser detetadas por capacidade, com fallback testado, sem assumir suporte uniforme.

Jornada que deve funcionar

  1. REGISTO
    Criar primeira credencial

    Explicar dispositivo, sincronização, nome e método alternativo.

  2. REFORÇO
    Adicionar segunda

    Proteger o ato com autenticação recente e notificação.

  3. ENTRADA
    Autenticar

    Validar challenge, origem, RP ID, assinatura e flags.

  4. GESTÃO
    Rever dispositivos

    Permitir nomear, revogar e ver última utilização.

  5. RECUPERAÇÃO
    Recuperar sem rebaixar

    Aplicar prova, risco, espera e alerta proporcionais.

Testar a conta completa, não apenas o happy path

Crie uma matriz de plataformas e falhas com dados de teste. Meça conclusão, abandono, recuperação e suporte sem registar material biométrico ou segredos.

Casos mínimos de aceitação

CasoRiscoResultado esperado
Novo dispositivoSem credencial localAutenticação cruzada ou método forte alternativo
Dispositivo perdidoBloqueio ou apropriaçãoRecuperação verificada e revogação
Conta partilhadaAtribuição impossívelCredenciais individuais; não partilhar autenticador
Mudança de domínioRP ID incompatívelPlano de migração e período controlado
Suporte parcialBrowser sem capacidadeFallback explícito, mensurável e seguro

Lançar por coorte e medir recuperação

Comece por utilizadores internos e contas de menor impacto, mantendo opção segura de retorno. Para administradores, exija credenciais redundantes e processo de recuperação assistido.

Proteja a adição ou remoção de autenticadores com autenticação recente, notificação fora da sessão e registo de auditoria.

  • Usar challenges imprevisíveis, de uso único e com expiração.
  • Validar origem e RP ID no servidor.
  • Nunca guardar chaves privadas ou dados biométricos no serviço.
  • Medir taxa de sucesso por plataforma e causa de fallback.

Consultadas na data de atualização indicada.

  1. 01Web Authentication Level 3 — Candidate RecommendationW3C · SYS-W3C
  2. 02WebAuthn Level 3 publication historyW3C · SYS-W3C
  3. 03Web Authentication Level 2 — RecommendationW3C · SYS-W3C
  4. 04NIST SP 800-63B-4 — Authentication and Authenticator ManagementNIST CSRC · CY-NISTCSRC
  5. 05NIST SP 800-63-4 — Digital Identity GuidelinesNIST CSRC · CY-NISTCSRC