Identifiez la destination cachée derrière Safe Links, URL Defense et d'autres mécanismes de masquage (Mimecast : domaine).
Nouveau
Analyseur d'URL
Exécution locale
L'outil lui-même est en anglais ; cette page vous l'explique dans votre langue.
Utilisez Analyseur d'URL
Fonctionnalités
Décomposez une URL en protocole, nom d'hôte, port, chemin, requête et fragment avec l'analyseur d'URL du navigateur lui-même, pour voir vers quel hôte un lien pointe réellement.
Tout se passe entièrement dans votre navigateur : aucune des données que vous saisissez n'est transmise.
Comment utiliser Analyseur d'URL
- Collez le lien complet. Remplacez l'URL d'exemple par le lien à vérifier. Incluez le schéma, comme https://, sinon l'analyse échoue.
- Analysez. Appuyez sur Parse (analyser) ou sur Entrée. La page utilise l'analyseur d'URL de votre propre navigateur et n'ouvre pas le lien.
- Vérifiez le Hostname. Hostname est le serveur que le navigateur contacterait. Lisez-le à partir de la fin : le domaine enregistré est la dernière partie, pas la première.
- Examinez le port, le chemin et le fragment. Port affiche default pour le port habituel. Pathname, Search et Hash montrent le reste du lien après sa normalisation par le navigateur.
- Lisez les paramètres de requête. Le tableau liste chaque clé avec sa valeur décodée. Cherchez une seconde URL, une adresse e-mail ou un jeton.
- Passez à l'étape suivante. Utilisez Send to… pour décoder un lien encapsulé dans Link Unwrapper, vérifier l'hôte dans Homoglyph Checker ou trouver le contact abuse.
Exemple
Nom de marque avant le @
https://paypal.com@account-verify.example/signin?session=8f3a2c&next=%2Fwallet#step-2PROTOCOL
https:
HOSTNAME
account-verify.example
PORT
default
PATHNAME
/signin
SEARCH
?session=8f3a2c&next=%2Fwallet
HASH
#step-2
Query params
KEY VALUE
session 8f3a2c
next /walletHostname vaut account-verify.example : paypal.com avant le @ n'est qu'un nom d'utilisateur, et l'outil ne l'affiche dans aucun champ. Le tableau de la requête montre session et next, décodé en /wallet.
Ce qu'il vérifie
| Signal | Ce que cela signifie |
|---|---|
| Protocol | http: signifie que la connexion n'est pas chiffrée. Avec un schéma comme javascript:, le Hostname est vide, car le lien n'est pas du tout une adresse web. |
| Hostname | La véritable destination. Tout ce qui précède @ est omis, les formes IPv4 décimales, hexadécimales et octales deviennent une adresse pointée, et les noms non ASCII apparaissent en punycode xn--. |
| Port | default pour le port standard, même lorsque le lien écrit explicitement :443 en https. Tout autre nombre est un port non standard, inhabituel pour une page de connexion publique. |
| Pathname | Le chemin après que le navigateur a résolu les segments ../ et transformé les barres obliques inverses en barres obliques : vous voyez ainsi où va réellement la requête. |
| Search | La chaîne de requête brute, encore encodée, exactement telle qu'elle serait envoyée au serveur. |
| Hash | Le fragment après #. Il n'est pas envoyé au serveur, mais les scripts de la page peuvent le lire : il peut donc transporter des données comme une adresse e-mail. |
| Tableau des paramètres de requête | Chaque clé et chaque valeur, décodées du pourcentage, avec + lu comme une espace. Une valeur qui est elle-même une URL est une cible de redirection. |
| Informations d'utilisateur absentes | La partie avant @, comme un nom de marque, n'apparaît dans aucun champ. Si un lien contient un @ entre // et le / suivant, le nom familier placé devant le @ n'est qu'un nom d'utilisateur. |
D'autres exemples
Nom familier devant un autre domaine
https://login.example.com.secure-check.example.net:8443/reset?token=abc&email=bob%40example.org#doneProtocol https:, Hostname login.example.com.secure-check.example.net, Port 8443, Pathname /reset, Search ?token=abc&email=bob%40example.org, Hash #done. Paramètres de requête : token = abc, email = bob@example.org. Le domaine enregistré est example.net.
Lien que le navigateur réécrit
https://203.0.113.9:443/admin/../panel/?redirect=https%3A%2F%2Fexample.org&q=a+bHostname 203.0.113.9, Port default, Pathname /panel/, Hash —. Paramètres de requête : redirect = https://example.org et q = a b.
Adresse IPv4 écrite en octal
http://0300.0000.0002.0001/Protocol http:, Hostname 192.0.2.1, Port default, Pathname /, Search — et Hash —. Chaque partie commençant par un zéro est lue comme un nombre octal.
FAQ
En quoi aide-t-il face aux liens de phishing ?
Il affiche le nom d'hôte que le navigateur contactera réellement. Dans https://paypal.com@evil.example/, l'hôte est evil.example ; les hôtes décimaux ou hexadécimaux comme http://3221225985/ apparaissent en IPv4 pointée (192.0.2.1), et les domaines Unicode sosies apparaissent sous leur forme punycode xn--.
Que n'affiche-t-il pas ou ne vérifie-t-il pas ?
La partie nom d'utilisateur et mot de passe d'une URL n'est pas affichée, et l'outil ne suit pas les redirections, ne décode pas les Safe Links et n'évalue pas l'hôte. Un texte sans schéma, comme example.com/login, donne une erreur Invalid URL.
L'URL est-elle ouverte ou envoyée quelque part ?
Non. L'analyse utilise l'API URL du navigateur sur cette page ; le lien n'est jamais demandé et rien n'est téléversé.
Comment trouver le domaine enregistré dans le Hostname ?
Lisez de droite à gauche. Dans login.example.com.secure-check.example.net, les deux derniers labels, example.net, forment le domaine que quelqu'un a enregistré, et tout ce qui précède est un sous-domaine qu'il a choisi. Les suffixes de pays comme co.uk prennent trois labels.
Pourquoi la requête est-elle affichée deux fois ?
Search est le texte brut après ?, encore encodé, tel que le serveur le reçoit. Le tableau décode chaque valeur : %40 devient @ et + devient une espace.
Puis-je coller un lien désamorcé ?
Pas directement. Un lien avec [.] ne s'analyse pas, et hxxps:// est lu comme un schéma inconnu nommé hxxps:. Rétablissez-le d'abord avec URL Defanger, ou utilisez Link Unwrapper, qui accepte les saisies désamorcées.