Перетворіть список IOC на STIX 2.1, MISP JSON, CSV, правила Suricata або заготовку YARA.
Новий
Конвертер списків блокування
Працює локальноНовий
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Конвертер списків блокування
Як це працює
Вставте домени, URL або будь-який текст і отримайте список блокування (blocklist) для файлу hosts, AdGuard чи uBlock Origin, Pi-hole, зони RPZ, dnsmasq або Unbound. Хости скорочуються до зареєстрованого домену за Public Suffix List, а великі платформи відкладаються, щоб їх не заблокувати випадково.
Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.
Як користуватися Конвертер списків блокування
- Вставте імена або текст. Вставте домени, URL, рядки файлу hosts, правила adblock або будь-який текст, до 5 МБ. Знешкоджені (defanged) записи відновлюються, а рядки коментарів у файлах hosts, списках adblock і файлах зон ігноруються.
- Виберіть формат виводу. Виберіть файл hosts, AdGuard / uBlock Origin, звичайний список або список regex для Pi-hole, зону RPZ, dnsmasq, Unbound або простий список.
- Налаштуйте параметри. Залиште Entries на Registrable domain (зареєстрований домен), щоб охопити всі піддомени, або перемкніть на Full host as written (повний хост, як написано). Не позначайте поле захищених доменів, якщо справді не збираєтеся блокувати велику платформу.
- Конвертуйте. Натисніть Convert (конвертувати) або Ctrl+Enter. Подальші зміни формату, заголовка, режиму записів чи поля захищених доменів одразу оновлюють результат.
- Перевірте, що не потрапило до списку. Прочитайте підсумок, блок Held back as protected (відкладено як захищені) і рядок Skipped (пропущено), а потім відкрийте How each entry was built (як створено кожен запис), щоб побачити, з яких хостів утворено кожен запис.
- Збережіть або передайте далі. Скопіюйте список або завантажте файл, назву якого вказано під ним. Send to… (надіслати до…) відкриває результат в IOC Converter або Abuse Report Generator.
Приклад
Хости дрейнера, сайт на GitHub Pages і посилання на Google Forms
hxxps://connect.wallet-verify[.]example/claim
www.wallet-verify.example
https://example.github.io/airdrop
0.0.0.0 tracker.bad.example
docs.google.com/forms/d/e/demo/viewform3 names written (6 lines in the file) from 5 hosts found, reduced to 3 registrable domains.
Held back as protected: google[.]com (from docs[.]google[.]com). Phishing pages on big platforms are reported to the platform; tick "include anyway" only if you mean to block the whole name.
Each host is cut to its registrable domain with the Public Suffix List (2026-10-20). On private suffixes such as *.github.io, *.pages.dev, *.workers.dev or *.netlify.app the registrable domain is the host itself, so a whole platform is never blocked.
AdGuard / uBlock Origin (||domain^)
! Title: PhishDestroy blocklist
! Generated: 2026-10-20T17:10:02.223Z by https://phishdestroy.io/developer-tools/blocklist-converter
! Entries: 3 (registrable domains, subdomains included)
||bad.example^
||example.github.io^
||wallet-verify.example^
Download blocklist-adguard.txt
How each entry was built (3)Правила AdGuard ||bad.example^, ||example.github.io^ і ||wallet-verify.example^. example.github.io залишається окремим записом, бо github.io — приватний суфікс, а docs.google.com відкладено як захищений домен google.com.
Що перевіряється
| Сигнал | Що це означає |
|---|---|
| Записано рядків, знайдено хостів, зареєстрованих доменів | Скільки імен потрапило до списку і зі скількох імен хостів у ваших даних. Рахуються імена: dnsmasq і RPZ записують по два рядки на ім'я. |
| Зареєстрований домен або повний хост | Режим Registrable скорочує login.secure-pay.example до secure-pay.example за Public Suffix List. Full host зберігає саме те, що ви вставили. |
| Позначка приватного суфікса | На платформах на кшталт *.github.io чи *.pages.dev власний хост сайту і є зареєстрованим доменом, тож блокується лише цей сайт, а не платформа. |
| Held back as protected | 55 доменів великих платформ, як-от google.com, github.com і t.me, за замовчуванням не включаються. Про фішингову сторінку на них натомість повідомте платформі. |
| Захищені домени включено (червоний) | Ви позначили include anyway. Їх блокування порушує роботу цих сервісів для всіх, хто використовує ваш список. |
| Ніколи не записуються | Публічні суфікси на кшталт com чи co.uk. Один запис заблокував би всі сайти під ними. |
| Skipped | IP-адреси, адреси електронної пошти й рядки без придатного хоста. Адреси-«поглиначі» (sinkhole) на кшталт 0.0.0.0 у рядках hosts мовчки ігноруються. |
| Формати з точним збігом | Файли hosts і звичайні списки Pi-hole працюють з точними іменами, тож вставлені хости наведено поруч із їхнім зареєстрованим доменом. Інші піддомени все одно не блокуються. |
| Позначка IDN | У How each entry was built імена в punycode, що починаються з xn--, показано також у формі Unicode, що допомагає помітити схожі домени. |
Ще кілька прикладів
Файл hosts зі змішаних даних
login.secure-pay.example
www.secure-pay.example
203.0.113.9
help@secure-pay.exampleЗнайдено 3 імена (6 рядків у файлі, разом із заголовком) з 2 хостів, зведено до 1 домену, придатного для реєстрації: 0.0.0.0 login.secure-pay.example, 0.0.0.0 secure-pay.example та 0.0.0.0 www.secure-pay.example. Пропущено: 1 IP-адреса (203[.]0[.]113[.]9); 1 адреса електронної пошти.
Regex для Pi-hole для домену в punycode
xn--exmple-cua.example
https://mail.xn--exmple-cua.example/loginЗаписано 1 рядок з 2 знайдених хостів, скорочених до 1 зареєстрованого домену: (\.|^)xn\-\-exmple\-cua\.example$. How each entry was built позначає його як IDN і показує exämple.example.
dnsmasq з Full host as written
hxxps://cdn.wallet-verify[.]example/app.js
connect.wallet-verify.exampleУ підсумку підраховуються імена та підраховується, скільки рядків правил створив dnsmasq: по два на кожне ім’я — address=/name/0.0.0.0 та address=/name/:: для IPv4 та IPv6.
Часті запитання
Що конвертер робить із моїми даними?
Він відновлює (refang) знешкоджений текст, бере всі імена хостів з URL, рядків файлу hosts, правил adblock або звичайного тексту, видаляє дублікати, сортує імена й записує їх у вибраному форматі. За замовчуванням кожен хост скорочується до зареєстрованого домену за Public Suffix List, тож login.evil.example і www.evil.example стають одним записом evil.example.
Чому деякі імена не потрапляють до списку?
Публічні суфікси, як-от com, co.uk чи github.io, ніколи не записуються, бо один запис заблокував би всі сайти під ними. Близько 55 захищених доменів великих платформ (Google, Microsoft, Apple, GitHub, Cloudflare та інших) відкладаються, якщо ви не позначите include anyway (все одно включити); IP-адреси пропускаються, бо DNS-списки блокування працюють з іменами, а файли hosts блокують лише точно вказані імена.
Чи надсилається кудись мій список?
Ні. Вилучення імен, пошук у Public Suffix List і конвертація виконуються у вашому браузері, а результат копіюється чи завантажується лише на ваш запит.
Який формат підходить для моєї системи?
Файл hosts — для одного комп'ютера, AdGuard / uBlock Origin — для блокувальників у браузері та AdGuard Home, списки Pi-hole — для Pi-hole, RPZ — для BIND, Knot чи PowerDNS, а файли dnsmasq чи Unbound — для відповідних резолверів. RPZ, dnsmasq, Unbound, AdGuard і список regex для Pi-hole охоплюють піддомени.
Коли варто використовувати Full host as written?
Коли зареєстрований домен належить справжньому бізнесу, чий сайт зламали, або сервісу, якого немає в Public Suffix List. Блокування лише шкідливого хоста залишає решту сайту доступною.
Чому назви та рядки у файлі відрізняються?
У зведеній таблиці спочатку підраховуються імена. dnsmasq записує по одному рядку для IPv4 та IPv6 на кожне ім’я, RPZ записує ім’я та рядок із символами-замінниками, а опціональний заголовок додає рядки коментарів; у зведеній таблиці кількість цих рядків вказується поруч з іменами.