З’ясуйте, який домен ховається за Safe Links, URL Defense та іншими обгорнувшими сервісами (Mimecast: домен).
Новий
Розбір URL
Працює локально
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Розбір URL
Як це працює
Розкладіть URL на протокол, ім'я хоста, порт, шлях, запит і фрагмент за допомогою вбудованого парсера URL браузера, щоб побачити, на який хост насправді вказує посилання.
Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.
Як користуватися Розбір URL
- Вставте повне посилання. Замініть зразок URL посиланням, яке хочете перевірити. Додайте схему, як-от https://, інакше розбір не вдасться.
- Розберіть. Натисніть Parse (розібрати) або Enter. Сторінка використовує вбудований парсер URL вашого браузера й не відкриває посилання.
- Перевірте Hostname. Hostname — це сервер, до якого звернувся б браузер. Читайте його з кінця: зареєстрований домен — остання частина, а не перша.
- Подивіться на порт, шлях і хеш. Port показує default для звичайного порту. Pathname, Search і Hash показують решту посилання після нормалізації браузером.
- Прочитайте параметри запиту. Таблиця наводить кожен ключ із декодованим значенням. Шукайте другий URL, адресу електронної пошти чи токен.
- Зробіть наступний крок. Скористайтеся Send to… (надіслати до…), щоб розгорнути обгорнуте посилання в Link Unwrapper, перевірити хост у Homoglyph Checker або знайти abuse-контакт.
Приклад
Назва бренду перед @
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 перед @ — лише ім'я користувача, і інструмент не показує його як окреме поле. Таблиця запиту показує session і next, декодований до /wallet.
Що перевіряється
| Сигнал | Що це означає |
|---|---|
| Protocol | http: означає, що з'єднання не зашифроване. Зі схемою на кшталт javascript: поле Hostname порожнє, бо посилання взагалі не є вебадресою. |
| Hostname | Справжня ціль. Усе перед @ відкидається, десяткові, шістнадцяткові й вісімкові форми IPv4 стають адресою з крапками, а імена поза ASCII показуються як punycode з xn--. |
| Port | default для стандартного порту, навіть коли посилання явно містить :443 для https. Будь-яке інше число — нестандартний порт, незвичний для публічної сторінки входу. |
| Pathname | Шлях після того, як браузер обробив сегменти ../ і перетворив зворотні скісні риски на звичайні, тож ви бачите, куди насправді йде запит. |
| Search | Сирий рядок запиту, ще закодований, точно такий, яким його буде надіслано серверу. |
| Hash | Фрагмент після #. Він не надсилається серверу, але скрипти на сторінці можуть його прочитати, тож він може передавати дані, як-от адресу електронної пошти. |
| Таблиця Query params | Кожен ключ і значення, декодовані з відсоткового кодування, де + читається як пробіл. Значення, яке саме є URL, — ціль переспрямування. |
| Відсутні дані користувача | Частина перед @, як-от назва бренду, не з'являється в жодному полі. Якщо посилання має @ між // і наступним /, знайома назва перед @ — лише ім'я користувача. |
Ще кілька прикладів
Знайома назва перед іншим доменом
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. Зареєстрований домен — example.net.
Посилання, яке браузер переписує
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 і q = a b.
Адреса IPv4 у вісімковому записі
http://0300.0000.0002.0001/Protocol http:, Hostname 192.0.2.1, Port default, Pathname /, Search — і Hash —. Кожна частина з нулем на початку читається як вісімкове число.
Часті запитання
Як це допомагає з фішинговими посиланнями?
Інструмент показує ім'я хоста, до якого браузер насправді звернеться. У https://paypal.com@evil.example/ хост — evil.example, десяткові чи шістнадцяткові хости, як-от http://3221225985/, показуються як IPv4 із крапками (192.0.2.1), а схожі Unicode-домени — у формі punycode з xn--.
Чого він не показує й не перевіряє?
Частина URL з ім'ям користувача й паролем не показується, а інструмент не переходить за переспрямуваннями, не розгортає Safe Links і не оцінює хост. Текст без схеми, як-от example.com/login, дає помилку Invalid URL.
Чи відкривається URL або надсилається кудись?
Ні. Розбір використовує URL API браузера на цій сторінці; посилання ніколи не запитується, і нічого не завантажується.
Як знайти зареєстрований домен у Hostname?
Читайте справа наліво. У login.example.com.secure-check.example.net останні дві мітки, example.net, — домен, який хтось зареєстрував, а все перед ними — піддомен, який він обрав. Суфікси країн, як-от co.uk, займають три мітки.
Чому запит показано двічі?
Search — це сирий текст після ?, ще закодований, так, як його отримує сервер. Таблиця декодує кожне значення, тож %40 стає @, а + — пробілом.
Чи можна вставити знешкоджене посилання?
Не напряму. Посилання з [.] не розбирається, а hxxps:// читається як невідома схема hxxps:. Спершу відновіть його (refang) у URL Defanger або скористайтеся Link Unwrapper, який приймає знешкоджені (defanged) дані.