Autenticação e segurança de dispositivos
Status da revisão: Esta página-base exige revisão especializada antes da aprovação pública. Suas afirmações devem permanecer dentro do escopo declarado aqui.
A autenticação estabelece que uma pessoa ou serviço controla um autenticador aprovado para uma sessão ou operação. Por si só, ela não comprova todos os claims de identidade nem autoriza todas as ações.
A UbID oferece suporte a autenticação forte e consciente do dispositivo, com políticas determinadas por serviços controlados. O método disponível pode depender dos autenticadores cadastrados, do status do dispositivo, do risco da transação, da política institucional e do nível de assurance necessário para a ação.
Passkeys e autenticação criptográfica
Passkeys usam criptografia de chave pública para que o verificador armazene uma credencial pública, e não um segredo de senha reutilizável. Quando implementadas e governadas corretamente, podem oferecer forte resistência a ataques comuns de phishing e reutilização de credenciais.
Uma passkey ainda faz parte de um ciclo de vida. As instituições devem gerenciar:
- cadastro e vínculo com a conta ou identidade legítima;
- autenticadores e plataformas de dispositivos aprovados;
- requisitos de verificação do usuário;
- política de backup e sincronização;
- perda, revogação e substituição do dispositivo;
- recuperação quando nenhum autenticador aprovado permanece;
- evidência de cadastro e uso.
Ciclo de vida dos dispositivos
Um modelo controlado de dispositivos distingue estados como pendente, aprovado, ativo, suspenso, revogado ou substituído.
O registro de um novo dispositivo deve exigir evidência adequada à conta e ao risco. A perda de um dispositivo não deve necessariamente invalidar toda a identidade da pessoa, mas o dispositivo comprometido precisa poder ser removido do conjunto confiável.
A confiança no dispositivo é contextual. Mesmo um dispositivo aprovado pode exigir autenticação step-up para recuperação sensível, exportação de credenciais, operação de chaves ou transação institucional.
Acesso adaptativo e step-up
A autenticação adaptativa avalia o contexto da operação solicitada. Fatores relevantes podem incluir:
- tipo e assurance do autenticador;
- status de registro do dispositivo;
- verificação bem-sucedida recente;
- finalidade e sensibilidade da transação;
- status da credencial ou da conta;
- sinais incomuns de sessão ou risco;
- política institucional e jurisdicional.
O cliente pode apresentar as opções disponíveis, mas não decide a política autoritativa de acesso.
Federação e confiança em credenciais
A federação corporativa pode fornecer autenticação e autorização centralizadas para força de trabalho ou clientes. Ela não substitui os serviços de confiança de credenciais.
Uma sessão corporativa autenticada responde quem controla a sessão segundo a política de federação. Uma credencial verificável responde qual emissor assinou um claim e se ele atende à política de verificação. Ambos podem ser necessários na mesma transação.
Fallback restrito
Fallback melhora a continuidade apenas quando é mais restrito do que o acesso normal. Um fallback seguro deve ser:
- de curta duração;
- vinculado ao usuário e à finalidade específicos;
- emitido somente após avaliação de evidência aprovada;
- limitado em escopo;
- consumido ou invalidado após a transição bem-sucedida;
- visível na evidência de segurança;
- indisponível como bypass silencioso de autenticadores mais fortes.
Os métodos e as condições exatos de fallback dependem do deployment e permanecem fora da documentação pública.
Proteção de sessões
Um autenticador forte pode ser prejudicado por gerenciamento fraco de sessões. As instituições devem proteger:
- atualidade dos challenges e resistência a replay;
- vínculo de audiência e origem;
- criação e expiração de sessões;
- escopo e revogação de tokens;
- contexto de dispositivo e transação;
- logout seguro e alterações de conta;
- monitoramento de transições incomuns.
A evidência de autenticação deve ser suficiente para explicar o resultado sem expor segredos reutilizáveis.
Biometria na autenticação
Uma biometria local pode desbloquear um autenticador do dispositivo sem enviar o dado biométrico ao serviço remoto. A verificação biométrica remota é uma atividade de tratamento diferente, com obrigações próprias de privacidade, segurança e governança.
A documentação e a experiência do usuário devem distinguir claramente esses casos.
Responsabilidade compartilhada
As pessoas devem proteger seus dispositivos e reagir a comprometimentos. As instituições devem configurar autenticadores, controles de ciclo de vida, fallback, monitoramento e suporte adequados. Os operadores da plataforma devem aplicar a política no servidor e produzir evidência responsável.
Limite da documentação pública
Não são publicados limiares de autenticação, sequências de fallback, tempos de vida de tokens, políticas de clientes, fingerprints de dispositivos, sinais de fraude, configuração privada de federação nem controles de bypass.
Consulte Modelo de segurança, Proofing de identidade e biometria e UbID Access.