Sequestro de Passkeys via Redirecionamentos OAuth2: Vetores e Defesas

As Passkeys (chaves de acesso) baseadas na especificação FIDO2/WebAuthn foram aclamadas como a salvação definitiva contra ataques de phishing tradicionais, já que utilizam criptografia de chave pública atrelada ao domínio do site de forma nativa. No entanto, pesquisadores de segurança identificaram um vetor de ataque sofisticado que permite o sequestro lógicos de passkeys. Ele explora vulnerabilidades de redirecionamento (Redirect Bypass) em fluxos de login federado que utilizam o protocolo OAuth2 e OpenID Connect (OIDC).

Esse vetor de ataque não quebra a criptografia da passkey em si, mas sim a lógica de fluxo de autenticação em aplicações web mal estruturadas, permitindo a associar chaves de acesso a contas de forma indevida.

⟩_ O Mecanismo do Ataque de Vinculação Indevida

Para entender o ataque, precisamos analisar como aplicações modernas integram o registro de passkeys com sistemas de Single Sign-On (SSO). Quando um usuário loga em uma aplicação via OAuth2 (por exemplo, "Entrar com Microsoft"), o fluxo envolve redirects do cliente para o provedor de identidade (IdP) e o retorno com um código de autorização.

Se o IdP ou a aplicação cliente possuir um endpoint vulnerável a Open Redirect (redirecionamento aberto), o atacante pode induzir a vítima a clicar em um link de login preparado. Após a autenticação legítima na conta da vítima, o fluxo de retorno do OAuth2 é desviado para o servidor do atacante, carregando o parâmetro state e tokens de sessão.

Usando esses tokens capturados, o atacante chama o endpoint de registro de credenciais WebAuthn da aplicação (/webauthn/register) em nome da vítima, mas envia os dados gerados pela sua própria chave criptográfica local. O sistema aceita a nova Passkey do invasor e a vincula à conta da vítima. A partir desse instante, o invasor pode acessar a conta da vítima a qualquer momento usando sua própria chave biométrica física de forma transparente.

⟩_ Blindando URIs de Redirecionamento no Provedor

A melhor defesa contra esse ataque é impor validação exata e rígida de caminhos em URIs de redirecionamento no console do Provedor de Identidade (IdP) e validar assinaturas digitais de tokens:

// Exemplo de código de verificação estrita de URI de redirecionamento no servidor
function isRedirectUriAllowed(clientRedirectUri, registeredRedirectUris) {
  // 1. Evitar correspondência parcial ou curingas (*)
  // 2. Realizar comparação exata bit a bit contra a lista de URIs pré-aprovadas
  return registeredRedirectUris.includes(clientRedirectUri);
}

// Implemente validação CSRF rígida usando o parâmetro 'state' assinado e temporário

⟩_ Conclusão

As passkeys continuam sendo o método mais robusto contra phishing tradicional, mas não cobrem falhas lógicas de programação e roteamento no nível de aplicação web. Garantir a validação estrita de rotas OAuth2 e proteger endpoints de alteração de credenciais é essencial para manter a robustez e integridade do controle de identidade na empresa.