Фішингові URL і домени

Розгортання посилань

Працює локальноНовий

Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.

Використовуйте Розгортання посилань

Як це працює

Вставте одне чи кілька переписаних посилань або ціле повідомлення, щоб побачити кожен шар обгортки, кінцеву адресу в знешкодженому (defanged) вигляді та тривожні ознаки, як-от ім'я користувача перед @, IP-адреса як хост чи punycode.

Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.

Як користуватися Розгортання посилань

  1. Вставте посилання або повідомлення. Вставте по одному обгорнутому посиланню в рядку або цілий лист, повідомлення з чату чи HTML-код. Знешкоджені посилання, як-от hxxps://example[.]com, приймаються, до 500 посилань і 1 МБ тексту.
  2. Розгорніть. Натисніть Unwrap (розгорнути) або Ctrl+Enter. Вставлення в поле також запускає обробку. Нічого нікуди не надсилається.
  3. Прочитайте шари. Кожен результат перелічує обгортки по порядку разом з параметром, що містив наступну адресу, наприклад Google redirect, q.
  4. Перевірте адресу призначення. Поле Destination (призначення) показує кінцеву адресу в знешкодженому вигляді, тож на неї не можна натиснути. Copy raw (копіювати як є) дає робочу адресу для нотаток або скарги.
  5. Прочитайте попередження. Спершу йдуть червоні попередження, потім жовті. Якщо їх немає, пам'ятайте, що інструмент читає лише адресу, а не репутацію сайту.
  6. Передайте далі. Скористайтеся 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=0
Вихідні дані (зафіксовано 2026-10-20)
1 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=editors
Результат

1 шар: 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=AT0abc
Результат

1 шар: 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=abc
Результат

1 шар: 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, перш ніж її відкривати.

Пояснення термінів

Дослідження PhishDestroy