Розкладіть посилання на протокол, хост, порт, шлях, запит і фрагмент так, як це робить браузер.
Розгортання посилань
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Розгортання посилань
Як це працює
Вставте одне чи кілька переписаних посилань або ціле повідомлення, щоб побачити кожен шар обгортки, кінцеву адресу в знешкодженому (defanged) вигляді та тривожні ознаки, як-от ім'я користувача перед @, IP-адреса як хост чи punycode.
Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.
Як користуватися Розгортання посилань
- Вставте посилання або повідомлення. Вставте по одному обгорнутому посиланню в рядку або цілий лист, повідомлення з чату чи HTML-код. Знешкоджені посилання, як-от hxxps://example[.]com, приймаються, до 500 посилань і 1 МБ тексту.
- Розгорніть. Натисніть Unwrap (розгорнути) або Ctrl+Enter. Вставлення в поле також запускає обробку. Нічого нікуди не надсилається.
- Прочитайте шари. Кожен результат перелічує обгортки по порядку разом з параметром, що містив наступну адресу, наприклад Google redirect, q.
- Перевірте адресу призначення. Поле Destination (призначення) показує кінцеву адресу в знешкодженому вигляді, тож на неї не можна натиснути. Copy raw (копіювати як є) дає робочу адресу для нотаток або скарги.
- Прочитайте попередження. Спершу йдуть червоні попередження, потім жовті. Якщо їх немає, пам'ятайте, що інструмент читає лише адресу, а не репутацію сайту.
- Передайте далі. Скористайтеся Send to… (надіслати до…), щоб відкрити адресу в URL Parser або Homoglyph Checker, або Copy all destinations (копіювати всі адреси), якщо в повідомленні було кілька посилань.
Приклад
Safe Links поверх URL Defense
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Flogin.example.com%40198.51.100.7%2Fverify*id%3D1__%3BPw!!AbCdEf!GhIjKl%24&data=05%7C02%7C%7Cc0ffee%7C0&reserved=01 link: 1 unwrapped, 1 with warnings.
Result 2 layers
Microsoft Defender Safe Links url
→ hxxps://urldefense[.]com/v3/__https://login[.]example[.]com[@]198[.]51[.]100[.]7/verify*id=1__;Pw!!AbCdEf!GhIjKl$
Proofpoint URL Defense path __…__ with 1 replaced character(s)
→ hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Destination
hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Copy raw
The URL has a user-info part before "@" ("login[.]example[.]com"). Browsers ignore it and go to 198[.]51[.]100[.]7.
The host is a bare IP address (198[.]51[.]100[.]7) instead of a domain name.Два шари: Microsoft Defender Safe Links, потім Proofpoint URL Defense v3, який відновлює ?, прихований за *. Кінцева адреса hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1 позначена як підозріла: текст перед @ — лише ім'я користувача, а справжній хост — IP 198.51.100.7.
Що перевіряється
| Сигнал | Що це означає |
|---|---|
| Шари обгорток | Кожна відома обгортка або параметр перенаправлення декодується по одному шару, до 10 шарів. Вкладені шари можуть бути нормальними в пересланих листах, але вони також ховають адресу від побіжного погляду. |
| Ім'я користувача перед @ (червоне) | У https://login.example.com@198.51.100.7/ усе перед @ — лише ім'я користувача. Браузер переходить на хост після нього, тож знайома назва — просто прикраса. |
| IP-адреса як хост | Звичайний хост IPv4 чи IPv6 отримує жовте попередження. Хост, записаний одним десятковим чи hex-числом або в іншій незвичній формі, позначається червоним і показується з адресою, яку браузер насправді відкриє. |
| Інтернаціоналізований хост | Хост з літерами поза ASCII або міткою xn-- показується в Unicode і punycode. Перевірте його на схожі літери, перш ніж довіряти. |
| Знайома назва на початку хоста | Якщо хост починається з чогось на кшталт example.com., але зареєстрований домен у кінці інший, інструмент називає справжній зареєстрований домен. |
| Текст посилання не збігається | У посиланнях HTML і Markdown видимий текст порівнюється з адресою призначення, і інший домен позначається червоним. У звичайному тексті домен, названий безпосередньо перед посиланням, дає жовте попередження. |
| Скриптовий URL (червоний) | Адреса призначення javascript:, data: або vbscript: виконує код чи відображає вміст замість відкриття вебсторінки. |
| Коротке посилання або лише домен | Скорочувачі, як-от bit.ly, неможливо декодувати офлайн, тож замість цього ви отримуєте команду curl. Посилання Mimecast і деякі посилання Sophos розкривають лише домен призначення. |
| Цикли та неповні дані | Про посилання, що вказує саме на себе, обробку, зупинену після 10 шарів, або дані URL Defense, коротші за свої маркери, повідомляється, бо результат може бути неповним. |
Ще кілька прикладів
Редирект Google на схожий хост
https://www.google.com/url?q=https://example.com.login-check.example.net/session&sa=D&source=editors1 шар: Google redirect, параметр q. Адреса призначення hxxps://example[.]com[.]login-check[.]example[.]net/session з жовтим попередженням: The host starts with "example[.]com." but the registered domain is example[.]net. (хост починається з example[.]com., але зареєстрований домен — example[.]net).
Повідомлення, що називає інший сайт
Sign in at example.com to keep your account: https://l.facebook.com/l.php?u=https%3A%2F%2Fsignin.example.net%2Faccount&h=AT0abc1 шар: Facebook / Meta link shim, параметр u. Адреса призначення hxxps://signin[.]example[.]net/account. Жовте попередження: The text before the link mentions example[.]com but the link goes to signin[.]example[.]net. (текст перед посиланням згадує example[.]com, але посилання веде на signin[.]example[.]net).
Десятковий IP усередині редиректу YouTube
https://www.youtube.com/redirect?q=http%3A%2F%2F3221226010%2Fprize&v=abc1 шар: YouTube redirect, параметр q. Адреса призначення hxxp://3221226010/prize. Червоне попередження: Obfuscated IP address: the host is written as 3221226010, which browsers read as 192[.]0[.]2[.]26. (замаскована IP-адреса: хост записано як 3221226010, що браузери читають як 192[.]0[.]2[.]26).
Часті запитання
Які обгортки він декодує?
Microsoft Defender Safe Links, Proofpoint URL Defense v1, v2 та v3, посилання Google /url та Ads, шими посилань Facebook, Instagram та Messenger, LinkedIn, Barracuda, Cisco Secure Email, Trend Micro, Sophos, Bing, перенаправлення з Steam, Slack, YouTube та VK, а також параметри перенаправлення, такі як url=, u=, q=, target=, to=, dest=, redirect=, next= або link=, що містять URL-адресу. Вкладені обгортки декодуються по одному шару за раз.
Чому посилання t.co, lnkd.in і Mimecast не декодуються повністю?
Скорочувачі, як-от t.co і lnkd.in, зберігають адресу призначення на власних серверах, тож інструмент показує команду curl -sI, яка виводить заголовок Location, не відкриваючи сторінку. Посилання Mimecast містять лише домен призначення; повна адреса залишається в Mimecast.
Чи відкривається посилання або надсилається кудись?
Ні. Декодування — це обробка тексту на цій сторінці: жоден запит не йде до сервісу-обгортки, скорочувача чи адреси призначення. Команду curl лише показано, щоб ви запустили її самі, бажано з ізольованої машини.
Чи можна вставити цілий лист або його HTML-код?
Так. Інструмент знаходить у тексті кожне посилання http, https і www, зокрема знешкоджені. В HTML-якорях і посиланнях Markdown він також читає видимий текст посилання й порівнює його зі справжньою адресою призначення. Він обробляє до 500 посилань і перший 1 МБ тексту.
Чому довге число показано як IP-адресу?
Браузери приймають IPv4-адресу, записану одним десятковим або шістнадцятковим числом, тож http://3221226010/ відкриває 192.0.2.26. Фішингові посилання використовують це, щоб сховати адресу від людей і простих фільтрів, тому інструмент позначає її червоним.
Попереджень не було. Чи безпечна адреса призначення?
Не обов'язково. Інструмент читає лише структуру адреси. Він не знає, хто керує сайтом і чи є той у списку блокування (blocklist). Перевірте адресу в DestroyList Check або Reputation Links, перш ніж її відкривати.