Превращайте список IOC в STIX 2.1, MISP JSON, CSV, правила Suricata или заготовку YARA.
Новый
Конвертер списков блокировки
Работает локальноНовый
Сам инструмент доступен на английском языке; на этой странице приведено его описание на вашем языке.
Используйте Конвертер списков блокировки
Для чего это нужно
Вставьте домены, URL или любой текст и получите список блокировки для файла hosts, AdGuard или uBlock Origin, Pi-hole, зоны RPZ, dnsmasq или Unbound. Хосты сокращаются до регистрируемого домена по Public Suffix List, а крупные платформы откладываются, чтобы их не заблокировали случайно.
Приложение работает полностью в браузере: никакие введенные вами данные не передаются на сервер.
Как использовать Конвертер списков блокировки
- Вставьте имена или текст. Вставьте домены, URL, строки файла hosts, правила блокировщиков рекламы или любой текст объёмом до 5 МБ. Обезвреженный ввод восстанавливается, а строки комментариев в файлах hosts, списках блокировщиков и файлах зон игнорируются.
- Выберите формат вывода. Выберите файл 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, по умолчанию не включаются. О фишинговой странице на них сообщайте самой платформе. |
| Protected domains included (красный) | Вы отметили 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, правил блокировщиков рекламы или обычного текста, удаляет дубликаты, сортирует имена и записывает их в выбранном формате. По умолчанию каждый хост сокращается до регистрируемого домена по 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 записывает имя и строку с подстановочным знаком, а дополнительный заголовок добавляет строки с комментариями; в сводке количество этих строк отображается рядом с именами.