Individua la destinazione nascosta dietro Safe Links, URL Defense e altri wrapper (Mimecast: dominio).
Nuovo
Analizzatore di URL
Funziona in locale
Lo strumento è in inglese; questa pagina ne fornisce una spiegazione nella tua lingua.
Usa Analizzatore di URL
Cosa fa
Scomponi un URL in protocollo, nome host, porta, percorso, query e frammento con il parser di URL del browser, così puoi vedere a quale host punta davvero un link.
Funziona interamente nel browser: nulla di ciò che inserisci viene caricato online.
Come utilizzare Analizzatore di URL
- Incolla il link completo. Sostituisci l'URL di esempio con il link che vuoi controllare. Includi lo schema, come https://, altrimenti l'analisi fallisce.
- Analizza. Premi Parse o Invio. La pagina usa il parser di URL del tuo browser e non apre il link.
- Controlla Hostname. Hostname è il server che il browser contatterebbe. Leggilo dalla fine: il dominio registrato è l'ultima parte, non la prima.
- Guarda porta, percorso e hash. Port mostra default per la porta normale. Pathname, Search e Hash mostrano il resto del link dopo che il browser lo ha normalizzato.
- Leggi i parametri della query. La tabella elenca ogni chiave con il suo valore decodificato. Cerca un secondo URL, un indirizzo e-mail o un token.
- Passa al passo successivo. Usa Send to… per decodificare un link incapsulato in Link Unwrapper, controllare l'host in Homoglyph Checker o trovare il contatto abuse.
Esempio
Nome di un marchio prima di @
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 è account-verify.example: paypal.com prima di @ è solo un nome utente, e lo strumento non lo elenca come campo. La tabella della query mostra session e next, decodificato in /wallet.
Cosa verifica
| Segnale | Cosa significa |
|---|---|
| Protocol | http: significa che la connessione non è cifrata. Con uno schema come javascript: Hostname è vuoto, perché il link non è affatto un indirizzo web. |
| Hostname | La destinazione reale. Tutto ciò che precede @ viene omesso, le forme IPv4 decimali, esadecimali e ottali diventano un indirizzo puntato, e i nomi non ASCII compaiono come punycode xn--. |
| Port | default per la porta standard, anche quando il link riporta esplicitamente :443 su https. Qualsiasi altro numero è una porta non standard, insolita per una pagina di accesso pubblica. |
| Pathname | Il percorso dopo che il browser ha risolto i segmenti ../ e trasformato le barre rovesciate in barre, così vedi dove va davvero la richiesta. |
| Search | La query string grezza, ancora codificata, esattamente come verrebbe inviata al server. |
| Hash | Il frammento dopo #. Non viene inviato al server, ma gli script della pagina possono leggerlo, quindi può contenere dati come un indirizzo e-mail. |
| Tabella Query params | Ogni chiave e valore, decodificati dal percent-encoding e con + letto come spazio. Un valore che è a sua volta un URL è una destinazione di reindirizzamento. |
| Informazioni utente mancanti | La parte prima di @, come il nome di un marchio, non compare in nessun campo. Se un link ha una @ tra // e la / successiva, il nome familiare davanti alla @ è solo un nome utente. |
Altri esempi
Nome familiare davanti a un altro dominio
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. Query params: token = abc, email = bob@example.org. Il dominio registrato è example.net.
Link riscritto dal browser
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 —. Query params: redirect = https://example.org e q = a b.
Indirizzo IPv4 scritto in ottale
http://0300.0000.0002.0001/Protocol http:, Hostname 192.0.2.1, Port default, Pathname /, Search — e Hash —. Ogni parte con uno zero iniziale viene letta come numero ottale.
Domande frequenti
Come aiuta con i link di phishing?
Mostra il nome host che il browser contatterà davvero. In https://paypal.com@evil.example/ l'host è evil.example, gli host decimali o esadecimali come http://3221225985/ compaiono come IPv4 puntato (192.0.2.1), e i domini Unicode sosia compaiono nella loro forma punycode xn--.
Cosa non mostra o non controlla?
La parte con nome utente e password di un URL non viene mostrata, e lo strumento non segue i reindirizzamenti, non decodifica Safe Links e non valuta l'host. Un testo senza schema, come example.com/login, dà l'errore Invalid URL.
L'URL viene aperto o inviato da qualche parte?
No. L'analisi usa la URL API del browser in questa pagina; il link non viene mai richiesto e nulla viene caricato.
Come trovo il dominio registrato in Hostname?
Leggi da destra. In login.example.com.secure-check.example.net le ultime due etichette, example.net, sono il dominio che qualcuno ha registrato, e tutto ciò che precede è un sottodominio scelto da quella persona. I suffissi nazionali come co.uk richiedono tre etichette.
Perché la query viene mostrata due volte?
Search è il testo grezzo dopo ?, ancora codificato, così come lo riceve il server. La tabella decodifica ogni valore, quindi %40 diventa @ e + diventa uno spazio.
Posso incollare un link defanged?
Non direttamente. Un link con [.] non viene analizzato, e hxxps:// viene letto come uno schema sconosciuto chiamato hxxps:. Ripristinalo prima con URL Defanger, oppure usa Link Unwrapper, che accetta input defanged.