Un e‑mail de connexion contient souvent une capacité : un lien ou un code qui modifie l’état du compte. Modéliser la menace de ce flux commence par suivre la capacité plutôt que de traiter le message comme du texte ordinaire.
Tracer le chemin
Dressez la liste de l’application, du fournisseur d’envoi, de la boîte de réception, du navigateur affichant le message et de la destination ouverte par le lien. Ajoutez les journaux opérationnels, les captures d’écran de support et les copies transférées. Chaque copie supplémentaire peut prolonger la durée de vie ou l’audience du secret.
Poser une question à chaque frontière
- Application à l’expéditeur : Le message est‑il associé à l’action et au destinataire prévus ?
- Récepteur au lecteur : Qu’est‑ce qui prouve que ce navigateur ou ce compte peut consulter la boîte de réception ?
- HTML au navigateur : Un contenu distant, des scripts ou une navigation peuvent-ils créer une requête inattendue ?
- Lien à l’application : Le jeton est‑il limité à son objectif prévu, au compte et à sa durée de vie ?
- Opérations au support : Les jetons sont‑ils retirés des journaux de routine et des captures d’écran ?
Prioriser les cas d’échec pratiques
Pour votre propre application, testez un jeton réutilisé, un jeton ouvert après expiration, une adresse modifiée en cours de vérification et un message consulté depuis une session non autorisée. Utilisez des comptes synthétiques, pas des boîtes de réception clients.
Choisir la boîte aux lettres en conséquence
Une boîte de réception pratique pour un téléchargement public peut être inadaptée à la récupération de compte. Examinez le modèle réel d’accès et de rétention. Une adresse à l’aspect aléatoire n’est pas, en soi, une preuve d’accès exclusif. Conservez les identités à long terme ou sensibles dans une boîte aux lettres que vous pouvez contrôler et récupérer.