Ermitteln Sie das Ziel hinter „Safe Links“, „URL Defense“ und anderen Wrappern (Mimecast: Domain).
Neu
URL-Parser
Läuft lokal
Das Tool selbst ist auf Englisch; auf dieser Seite wird es in Ihrer Sprache erklärt.
URL-Parser verwenden
Was es bewirkt
Zerlegen Sie eine URL mit dem eigenen URL-Parser des Browsers in Protokoll, Hostname, Port, Pfad, Query und Fragment, um zu sehen, auf welchen Host ein Link wirklich zeigt.
Es läuft vollständig in Ihrem Browser: Es werden keine Ihrer Eingaben hochgeladen.
So verwenden Sie URL-Parser
- Den vollständigen Link einfügen. Ersetzen Sie die Beispiel-URL durch den Link, den Sie prüfen möchten. Geben Sie das Schema an, etwa https://, sonst schlägt das Parsen fehl.
- Parsen. Drücken Sie Parse oder die Eingabetaste. Die Seite verwendet den eigenen URL-Parser Ihres Browsers und öffnet den Link nicht.
- Hostname prüfen. Hostname ist der Server, den der Browser kontaktieren würde. Lesen Sie ihn vom Ende her: Die registrierte Domain ist der letzte Teil, nicht der erste.
- Port, Pfad und Hash ansehen. Port zeigt default für den üblichen Port. Pathname, Search und Hash zeigen den Rest des Links, nachdem der Browser ihn normalisiert hat.
- Query-Parameter lesen. Die Tabelle listet jeden Schlüssel mit seinem dekodierten Wert auf. Achten Sie auf eine zweite URL, eine E-Mail-Adresse oder ein Token.
- Den nächsten Schritt gehen. Entpacken Sie mit Send to… einen umhüllten Link in Link Unwrapper, prüfen Sie den Host in Homoglyph Checker, oder finden Sie den Abuse-Kontakt.
Beispiel
Markenname vor dem @
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 ist account-verify.example: paypal.com vor dem @ ist nur ein Benutzername, und das Tool führt ihn nicht als Feld auf. Die Query-Tabelle zeigt session und next, dekodiert zu /wallet.
Was dabei geprüft wird
| Signal | Was das bedeutet |
|---|---|
| Protocol | http: bedeutet, dass die Verbindung nicht verschlüsselt ist. Bei einem Schema wie javascript: ist Hostname leer, weil der Link überhaupt keine Webadresse ist. |
| Hostname | Das echte Ziel. Alles vor @ wird weggelassen, dezimale, hexadezimale und oktale IPv4-Formen werden zu einer Adresse in Punktnotation, und Nicht-ASCII-Namen erscheinen als xn--Punycode. |
| Port | default für den Standardport, auch wenn der Link bei https ausdrücklich :443 angibt. Jede andere Zahl ist ein Nicht-Standard-Port, ungewöhnlich für eine öffentliche Anmeldeseite. |
| Pathname | Der Pfad, nachdem der Browser ../-Segmente aufgelöst und Backslashes in Schrägstriche umgewandelt hat, sodass Sie sehen, wohin die Anfrage wirklich geht. |
| Search | Der rohe Query-String, noch kodiert, genau so, wie er an den Server gesendet würde. |
| Hash | Das Fragment nach #. Es wird nicht an den Server gesendet, aber Skripte auf der Seite können es lesen, daher kann es Daten wie eine E-Mail-Adresse transportieren. |
| Tabelle Query params | Jeder Schlüssel und Wert, prozentdekodiert und mit + als Leerzeichen gelesen. Ein Wert, der selbst eine URL ist, ist ein Weiterleitungsziel. |
| Fehlende User-Info | Der Teil vor @, etwa ein Markenname, erscheint in keinem Feld. Hat ein Link ein @ zwischen // und dem nächsten /, ist der vertraute Name vor dem @ nur ein Benutzername. |
Weitere Beispiele
Vertrauter Name vor einer anderen Domain
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. Die registrierte Domain ist example.net.
Link, den der Browser umschreibt
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 und q = a b.
IPv4-Adresse in Oktalschreibweise
http://0300.0000.0002.0001/Protocol http:, Hostname 192.0.2.1, Port default, Pathname /, Search — und Hash —. Jeder Teil mit führender Null wird als Oktalzahl gelesen.
Häufig gestellte Fragen
Wie hilft das bei Phishing-Links?
Es zeigt den Hostnamen, den der Browser tatsächlich kontaktiert. In https://paypal.com@evil.example/ ist der Host evil.example, dezimale oder hexadezimale Hosts wie http://3221225985/ erscheinen als IPv4 in Punktnotation (192.0.2.1), und Unicode-Lookalike-Domains erscheinen in ihrer xn--Punycode-Form.
Was zeigt oder prüft es nicht?
Der Teil der URL mit Benutzername und Passwort wird nicht angezeigt, und das Tool folgt keinen Weiterleitungen, entpackt keine Safe Links und bewertet den Host nicht. Text ohne Schema, etwa example.com/login, führt zum Fehler Invalid URL.
Wird die URL geöffnet oder irgendwohin gesendet?
Nein. Das Parsen nutzt die URL API des Browsers auf dieser Seite; der Link wird nie abgerufen, und nichts wird hochgeladen.
Wie finde ich die registrierte Domain im Hostname?
Lesen Sie von rechts. In login.example.com.secure-check.example.net sind die letzten beiden Labels, example.net, die Domain, die jemand registriert hat, und alles davor ist eine selbst gewählte Subdomain. Länder-Suffixe wie co.uk umfassen drei Labels.
Warum wird die Query zweimal angezeigt?
Search ist der rohe Text nach ?, noch kodiert, so wie der Server ihn erhält. Die Tabelle dekodiert jeden Wert, sodass %40 zu @ und + zu einem Leerzeichen wird.
Kann ich einen entschärften Link einfügen?
Nicht direkt. Ein Link mit [.] lässt sich nicht parsen, und hxxps:// wird als unbekanntes Schema namens hxxps: gelesen. Wandeln Sie ihn zuerst mit URL Defanger zurück, oder verwenden Sie Link Unwrapper, der entschärfte Eingaben akzeptiert.