Знайдіть abuse-контакти реєстратора та мережі для домену чи IP-адреси з RDAP.
Мережа: RDAP + DoHНовий
Генератор abuse-скарг
Працює локальноНовий
Сам інструмент доступний англійською мовою; на цій сторінці наведено пояснення вашою мовою.
Використовуйте Генератор abuse-скарг
Як це працює
Введіть URL, IP-адреси, дати та докази щодо фішингового чи шахрайського сайту й отримайте готовий до надсилання abuse-лист для його реєстратора, хостинг-провайдера або CDN. Хеші файлів обчислюються у вашому браузері, і нічого нікуди не надсилається.
Програма працює повністю у вашому браузері: жодні введені вами дані не завантажуються.
Як користуватися Генератор abuse-скарг
- Виберіть тип адресата й атаки. У полі Report to (кому скаржитися) виберіть Registrar, Hosting provider або CDN / reverse proxy. У полі Attack type (тип атаки) виберіть найближчий із шести варіантів, наприклад Phishing або Crypto wallet drainer.
- Введіть те, що ви побачили. Вставте URL, по одному в рядку; знешкоджені форми на кшталт hxxps:// та [.] перетворюються назад на справжні URL. Залиште поле Domain порожнім, щоб використати зареєстрований домен першого URL, і додайте IP-адреси, якщо вони відомі.
- Вкажіть час. Заповніть First seen і Last seen (вперше й востаннє виявлено); значення сприймаються як UTC і показуються у форматі ISO під кожним полем. Кнопка Now (зараз) встановлює Last seen на поточний час.
- Додайте докази. Вставте хеші або перетягніть файли, щоб отримати їхній SHA-256 у браузері. Додайте посилання на результати сканування та короткий опис того, що просить сторінка.
- Сформуйте й виправте. Натисніть Generate report (сформувати скаргу). Червоні пункти Fix before sending (виправте перед надсиланням) блокують скаргу; жовті пункти Check (перевірте) — це поради. Після першої скарги текст оновлюється під час редагування.
- Надішліть. Скопіюйте тему й текст, відкрийте їх у поштовій програмі або завантажте .txt чи .json. Для Cloudflare вставте текст у його форму для скарг.
Приклад
Дрейнер гаманців на схожому домені
hxxps://connect.wallet-verify[.]example/claimFind the registrar's abuse address with Abuse Contact Lookup. Section 3.18 of the RAA binds ICANN-accredited registrars of gTLDs (.com, .net, .xyz and the other generic TLDs); for country-code domains the report cites the registry's policy instead.
Subject
Abuse report: crypto wallet drainer domain wallet-verify[.]example (impersonating Example Wallet)
Body
Hello abuse team,
I am reporting the domain name wallet-verify.example, registered through your company. It is used for a crypto wallet drainer: a fake site that asks visitors to connect a wallet and sign transactions that send their funds to the attacker, impersonating Example Wallet.
Details
Attack type: Crypto wallet drainer
Brand: Example Wallet
Domain: wallet-verify.example
URLs: https://connect.wallet-verify.example/claim
IP addresses: 192.0.2.10
First seen: 2026-10-19T08:00:00Z (UTC)
Last seen: 2026-10-20T09:30:00Z (UTC)
Evidence
https://urlscan.io/result/00000000-0000-4000-8000-000000000000/
Description
The page copies the Example Wallet site and asks visitors to connect a wallet and sign a token approval for all their assets.
Request
Section 3.18 of the ICANN Registrar Accreditation Agreement requires accredited registrars to investigate abuse reports and, when there is actionable evidence that a domain name is used for DNS abuse such as phishing or malware, to take prompt mitigation action. Please suspend this domain name (for example with the clientHold status) so that it stops resolving, and lock it against transfer while you investigate.
Please confirm that
…Скарга реєстратору щодо wallet-verify.example: тема містить знешкоджений (defanged) домен, а текст — справжній URL, IP 192.0.2.10, час першого й останнього виявлення в UTC, посилання на urlscan.io та вимогу призупинити домен із посиланням на розділ 3.18 ICANN RAA.
Що перевіряється
| Сигнал | Що це означає |
|---|---|
| Report to | Registrar вимагає призупинення (наприклад, clientHold) і блокування перенесення. Hosting provider вимагає видалити вміст і зберегти журнали. CDN вимагає назвати вихідний хост, переслати скаргу й показувати сторінку з попередженням. |
| Attack type | Скарги на фішинг, дрейнери та шкідливе ПЗ реєстратору gTLD посилаються на DNS-зловживання згідно з розділом 3.18 RAA і вимагають оперативно вжити заходів. Для фейкових інвестицій, фальшивої техпідтримки та іншого шахрайства текст лише зазначає, що реєстратори мають розслідувати й відповідно реагувати. |
| Домен, узятий з URL | Зареєстрований домен першого URL з іменем хоста, визначений за Public Suffix List, тож connect.wallet-verify.example стає wallet-verify.example. URL на голій IP-адресі домену не дають. |
| Fix before sending | Наприклад, URL без http://, https:// чи ftp://, недійсні IP-адреси або хеші, неправильні дати, Last seen раніше за First seen, недійсні адреси електронної пошти або посилання на докази, що не є вебпосиланнями. |
| Попередження Check | Національний домен верхнього рівня (RAA не застосовується), домен на спільній платформі (використайте шаблон для хостингу), дата в майбутньому, скарга реєстратору без домену або ще не додані докази. |
| Налаштування знешкодження | За замовчуванням знешкоджується лише тема, щоб поштові фільтри не вважали вашу скаргу фішингом, а служба abuse усе одно отримала справжні посилання. Можна також знешкодити індикатори в тексті або нічого. |
| Хеші доказів | MD5, SHA-1, SHA-256 або SHA-512 у шістнадцятковому вигляді, по одному в рядку з необов'язковою назвою файлу. Перетягнуті файли розміром до 50 МБ кожен хешуються за SHA-256 і ніколи не завантажуються. |
| Довге посилання mailto | Якщо поштове посилання довше за 2000 символів, примітка попереджає, що деякі поштові програми його обрізають. Скористайтеся кнопкою Copy (копіювати). |
Ще кілька прикладів
Скарга хостингу на сторінку на голій IP-адресі
Report to: Hosting provider · Attack: Phishing · URL: hxxp://198.51.100.23/secure/login.php · IP: 198.51.100.23 · Brand: Example Bank · First seen: 2026-10-21 14:05Тема: Abuse report: phishing content at hxxp://198[.]51[.]100[.]23/secure/login[.]php on 198[.]51[.]100[.]23 (impersonating Example Bank). Текст містить справжній URL, IP та First seen 2026-10-21T14:05:00Z (UTC) і вимагає видалити вміст та зберегти журнали. Блок Check зазначає, що доказів ще не додано.
Скарга CDN на фейкове оновлення
Report to: CDN / reverse proxy · Attack: Malware delivery · URL: https://update.example.org/chrome-update.exe · Description: fake browser updateТема: Abuse report: malware delivery site example[.]org served through your network. Текст просить провайдера назвати хостинг-провайдера, переслати скаргу й показувати сторінку з попередженням, а також не передавати ваші контактні дані.
Дані, які треба виправити
Report to: Registrar · URL: login.example.net/verify · First seen: 2026-10-21 10:00 · Last seen: 2026-10-20 10:00 · Hash: 12345 kit.zipСкаргу не сформовано. У Fix before sending зазначено: Not a URL (має починатися з http://, https:// або ftp://), Not a hash і Last seen is earlier than first seen. Блок Check додає: No evidence yet.
Часті запитання
Чого вимагають три шаблони?
Шаблон для реєстратора вимагає призупинити домен (наприклад, clientHold) і заблокувати його перенесення з посиланням на розділ 3.18 ICANN Registrar Accreditation Agreement для загальних TLD. Шаблон для хостингу вимагає видалити вміст і зберегти журнали, а шаблон для CDN просить провайдера назвати вихідний хост (origin), переслати скаргу та показувати попередження про фішинг.
Чи перевіряє генератор, що сайт шкідливий?
Ні. Він форматує введені вами дані й перевіряє лише форму: синтаксис URL, IP-адрес, хешів і дат, те, що останнє виявлення пізніше за перше, і наявність домену для скарги реєстратору. Чи достатньо доказів, вирішуєте ви, а посилання на RAA стосується лише акредитованих ICANN реєстраторів загальних TLD.
Чи надсилається кудись скарга або мої контактні дані?
Ні. Скарга формується у вашому браузері, а перетягнуті файли хешуються локально без завантаження. Вона залишає сторінку, лише коли ви її копіюєте, відкриваєте в поштовій програмі або завантажуєте.
Кому скаржитися: реєстратору, хостингу чи CDN?
Реєстратор може зупинити розв'язування домену; хостинг може видалити сторінку; CDN може розкрити справжній хостинг і показати попередження. Зазвичай надсилають окремі скарги реєстратору та мережі, якій належить IP. Abuse Contact Lookup знаходить обидві адреси.
Як поскаржитися на сайт за Cloudflare?
Виберіть шаблон CDN. Cloudflare приймає скарги через свою форму на abuse.cloudflare.com, категорія Phishing & Malware, тож вставте сформований текст туди замість надсилання листа.
Що міститься в завантаженому файлі JSON?
Час формування, шаблон, тип атаки, бренд, домен, URL, IP-адреси, час першого й останнього виявлення, посилання на докази та хеші, опис, адресат, ваше ім'я та адреса електронної пошти, якщо ви їх ввели, а також тема й текст. Він зручний, щоб відстежувати, про що і коли ви скаржилися.