O link de verificação é de utilização única. Isso não prova quem o abriu.

Uma verificação concluída pertence ao cliente e ao percurso que o servidor criou. Antes de alterar permissões de uma conta, confronte essa relação com o resultado oficial. Um retorno bem-sucedido no navegador ou a posse de um link de utilização única não basta.

Imagine um caso de assistência: um agente copia a URL de verificação para a conversa errada. Mesmo que só possa ser utilizada uma vez, é necessário saber que conta as provas resultantes podem afetar.

Crie a associação antes de enviar o link

Crie o percurso no servidor com a referência do cliente pretendido, organização, ambiente e workflow. Guarde a referência de sessão recebida nessa candidatura antes de enviar a URL.

Não permita que um identificador de cliente fornecido pelo navegador determine que conta fica verificada. Confirme que o utilizador tem autorização para iniciar o percurso dessa conta.

As orientações de autorização da OWASP (abre num novo separador) recomendam verificar permissões em todos os pedidos. Aplique esse princípio ao criar o percurso e ao utilizar o resultado.

Inclua o envio no controlo

Envie o link pelo canal destinado ao cliente. Evite URLs completas de verificação em eventos analíticos, capturas de ecrã e notas de assistência que não precisam delas. Use referências em vez de copiar a URL entre equipas.

Se o link chegar à pessoa errada, use os controlos documentados de revogação ou expiração do fornecedor, quando disponíveis. Não presuma que criar outro link desativa o anterior. Encaminhe o caso se não conseguir determinar a exposição restante.

As orientações de sessões da OWASP (abre num novo separador) explicam os cuidados com tokens em URLs. Confirme o comportamento real do fornecedor em vez de inventar garantias.

Aceite o resultado no servidor

Quando o resultado chegar, verifique a autenticidade e consulte o estado atual se necessário. Compare-o com o cliente, percurso e ambiente guardados. Confirme a decisão final exigida pela política antes de conceder permissões.

O ecrã de captura concluída pode explicar o próximo passo ao cliente. Não deve aprovar a conta de forma independente. Preserve o significado dos estados pendente, analisado e concluído.

Teste o destinatário errado

Teste dois clientes em sessões de navegador separadas, um link aberto pela pessoa não prevista, um percurso expirado e um resultado atrasado. Confirme que nenhum resultado pode alterar uma conta sem relação.

A Toden suporta percursos alojados associados ao cliente; a aplicação continua a aplicar as permissões. Comece pelo guia de link alojado ou SDK e use as referências de integração para verificar a associação de ponta a ponta.