Ce dont vous avez besoin
Le lien lui-même, copié et non cliqué, et le contexte dans lequel il est arrivé (qui l'a envoyé et si vous l'attendiez).
Lire une URL du bon côté
Toute URL a la forme schéma://hôte/chemin?requête#fragment. L'hôte décide quelle organisation contrôle la page, et il est facile d'être trompé par ce qui le précède.
| URL | Hôte réel | Ce que c'est vraiment |
|---|---|---|
https://mybank.com.secure-login.example/verify |
mybank.com.secure-login.example |
Une page de secure-login.example |
https://[email protected]/login |
evil.example |
Tout ce qui précède @ est un nom d'utilisateur, ignoré pour l'acheminement |
https://secure-login.example/mybank.com |
secure-login.example |
mybank.com n'est qu'un chemin |
Signaux d'alerte
- Un hôte qui mêle un nom de marque à des mots ou tirets supplémentaires, comme
mybank-support-verify.example. - Un domaine écrit avec des caractères d'un autre alphabet. Le Punycode (
xn--) les révèle. - Un raccourcisseur ou une redirection qui masque la destination finale.
- Une longue chaîne de redirections par des hôtes sans rapport.
- Un message inattendu qui crée l'urgence ou réclame un mot de passe, un paiement ou un code.
Pièges courants
- Juger sur le texte affiché. Le texte d'un lien et sa destination sont indépendants.
- Se fier au cadenas. HTTPS signifie seulement que la connexion est chiffrée ; les sites d'hameçonnage ont couramment des certificats valides.
- Rétablir trop tôt. Ne restaurez un lien neutralisé que si vous devez l'ouvrir, et faites-le dans un environnement isolé.
Pour aller plus loin
Pour la structure des URL et des chaînes de requête, voir Comment fonctionnent les URL et les chaînes de requête ; pour l'attaque elle-même, Hameçonnage (phishing) l'explique.