Comment lire une URL avant de vous connecter

Vous n'avez pas besoin de comprendre chaque paramètre pour repérer une destination inattendue. Ces exemples utilisent des domaines de démonstration réservés, et non des endroits où vous pouvez vous connecter.

Séparer le nom d'hôte des autres parties

En https://konto.example.net/profile?mode=demo#settings, le schéma est HTTPS et le nom d'hôte est konto.example.net. Les parties restantes sont le chemin, la requête et le fragment. Une marque dans le chemin ne change pas le nom de l'hôte.

En https://bank.example@logowanie.example.net/, le nom d'hôte est logowanie.example.net. Le texte précédent @ est l'information de l'utilisateur, pas la destination. https:// n'identifie pas nécessairement le site.

Comparer le nom complet

bank.example.net.oszust.example.org n'est pas un sous-domaine example.net. Il se termine avec un domaine différent. Typos et les caractères ressemblant peuvent également pointer ailleurs.

N'identifiez pas chaque propriétaire en conservant mécaniquement les deux dernières étiquettes. Les suffixes publics multi-parties et l'hébergement partagé compliquent cette règle. Comparez plutôt avec une adresse précédemment enregistrée ou vérifiée indépendamment.

Comprendre la normalisation

Les navigateurs peuvent normaliser les adresses. Certains noms internationalisés apparaissent en punycode avec xn--. Cela n'indique pas à lui seul la fraude, mais le nom complet doit être vérifié.

Les Inspecteur des URL montre le nom d'hôte analysé sans visiter le site. Il n'étend pas les liens courts et ne suit pas les redirections ultérieures.

HTTPS n'est pas une promesse d'honnêteté

HTTPS protège la connexion à cette destination ; un site frauduleux peut aussi l'utiliser. Même une adresse correcte ne peut exclure un site compromis ou une requête malhonnête. Pour les messages de compte ou de paiement, ouvrez l'application connue indépendamment. Une URL d'apparence ordinaire n'est pas une raison suffisante pour se connecter.