Коротка відповідь
Як перевірити, кому належить схожий домен?
Щоб перевірити, кому належить схожий домен, надішліть запит RDAP на rdap.org або скористайтеся інструментом пошуку ICANN. Ви отримаєте реєстратора, дату створення, сервери імен і коди статусу; реєстрант часто приховано. Що лишається публічним, залежить від кожного реєстру. Wardmint тримає єдину електронну адресу для кожного домену у приватності.
Що показує відповідь RDAP
| Поле | Приклад (example.com) | Що з цим робити |
|---|---|---|
| Назва реєстратора і IANA ID | ID реєстратора 376 | Надішліть звіт про зловживання цьому реєстратору |
| Подія реєстрації | 1995-08-14 | Порівняйте з датою, коли ваш бренд уперше з'явився; домен, створений після цього, підтримує твердження про недобросовісність |
| Сервери імен | Два сервери Cloudflare | Визначте хост DNS; ще одне місце для звіту |
| Коди статусу | Заборонено client delete, transfer і update | Показує, які блокування ввімкнено; блокований домен важче перенести |
| Дані DNSSEC | Підписано, один запис DS | Показує, чи підписано зону |
П'ять кроків від назви домену до придатного файлу власності
Запит RDAP
Виконайте першу команду нижче. rdap.org переспрямовує запит до потрібного реєстру, тож та сама команда працює для будь-якого розширення, яке підтримує RDAP.
Прочитайте реєстратора і дати
Запишіть назву реєстратора, дату реєстрації і будь-яку дату останньої зміни. Дата створення після запуску вашого проєкту — перший доказ недобросовісності.
Визначте хост DNS
Перелічіть сервери імен і запис A, потім запитайте адресу для власника мережі. Хост і провайдер DNS доступні через їхні контакти зі зловживань.
Шукайте історію
Шукайте в urlscan.io і в Wayback Machine ранніші сторінки того самого домену. Домен, який раніше обслуговував інший бізнес, а тепер показує копію вашої сторінки входу, — ознака перереєстрованої або перепроданої назви.
Внесіть до пакета доказів
Вставте сирий JSON, час, коли ви виконали запит, і ваші нотатки. Звіт реєстратору і будь-яка пізніша скарга UDRP використовують той самий файл.
DOMAIN=suspect-example.com
curl -sL "https://rdap.org/domain/$DOMAIN" > domain.json
# registrar, registration date, status codes, name servers
jq -r '.entities[] | select(.roles[]=="registrar") | .vcardArray[1][] | select(.[0]=="fn") | .[3]' domain.json
jq -r '.events[] | [.eventAction, .eventDate] | @tsv' domain.json
jq -r '.status[]' domain.json
jq -r '.nameservers[].ldhName' domain.json
# who runs the server the domain points to
IP=$(dig +short A "$DOMAIN" | head -n 1)
curl -sL "https://rdap.org/ip/$IP" | jq -r '.name, .country'Що показує RDAP, чого не показував WHOIS?
RDAP повертає ті самі дані реєстрації, що й WHOIS, але у структурованому стандартному форматі, який можуть читати скрипти. Реєстр або реєстратор відповідає через HTTPS у форматі JSON, тож поля з таблиці вище розташовані на фіксованих місцях. Веб-форма Реєстраційного інструмента пошуку даних ICANN на lookup.icann.org містить ті самі дані; посібник WIPO щодо подання скарги UDRP називає його способом знайти реєстратора.
RDAP не показує людину. Ім'я реєстранта, адреса і номер телефону часто приховані, або за політикою реєстру, або приватною службою. Що лишається публічним, залежить від реєстру. Для .com і .net сам реєстр не має контактних даних реєстранта. Ви звертаєтеся до реєстранта через реєстратора, а не через запис.
Чому реєстранта часто приховано?
Дані реєстранта приховують, бо правила приватності та служби приватності приховують їх за замовчуванням, а зловмисник використовує це з тієї самої причини, що й законний власник. Прихована назва не є доказом порушення. Сигнал іде з інших полів: дата створення за кілька днів до фішингової сторінки, сервери імен, спільні з іншими схожими доменами, і реєстратор, який повільно відповідає на звіти про зловживання.
Interisle встановила, що 77% фішингових доменів у її даних за травень 2024 — квітень 2025 були зареєстровані злочинцями для атаки. Тому нова дата створення поруч із копією вашої сторінки входу — це очікуваний шаблон, а не виняток. Wardmint дотримується тієї самої логіки приховування щодо своїх клієнтів: одна електронна адреса на домен є обов'язковою, підтвердженою і залишається приватною.
Як перевірка власника живить звіт або файл UDRP?
Реєстратор із запису RDAP — це сторона, яка отримує ваш звіт про зловживання і до якої пише провайдер UDRP. Поставте назву реєстратора, дату створення, сервери імен і коди статусу на початку вашого звіту реєстратору. Реєстратор може бачити дані реєстранта і може діяти на їх підставі; ви — ні.
У справі UDRP провайдер отримує дані реєстранта від реєстратора після подання скарги. Кроки і збори описано в як подати скаргу UDRP. Дата створення там важлива, бо третій елемент політики — це реєстрація і використання з недобросовісним наміром.
Що може показати історія домену?
Історія домену показує, чи назву купили свіжою для атаки, чи перейняли від попереднього власника. Шукайте в urlscan.io попередні сканування домену і відкрийте Wayback Machine, щоб побачити архівні копії. Сторінка, яка минулого року обслуговувала справжній бізнес, а сьогодні є копією вашого сайту, вказує на перереєстровану або перепродану назву.
За перевіркою Wardmint від 12 листопада 2026, один запит RDAP для example.com повернув один ID реєстратора (376), дату реєстрації 1995-08-14 і три коди статусу клієнта в одній відповіді JSON; тому запит — найшвидший перший крок. Той самий запит для схожого домену, знайденого за гайдом про пошук схожих доменів, займає лічені секунди.
Чого ніколи не слід робити з результатом?
Ніколи не звертайтеся до реєстранта і не погрожуйте йому, і ніколи не реєструйте у відповідь схожі адреси його бренду. Перевірка власності — це крок документування. Звернення до власника може спонукати його видалити сторінку і докази. Wardmint продає реєстрації лише варіантів бренду самого клієнта; реєстрація схожої назви чужого бренду заборонена його політикою допустимого використання. Wardmint розкриває дані, які має, лише тоді, коли цього вимагає панамське право (ухвала панамського суду або прокуратури), або у справі UDRP.
Питання про перевірку власності доменів
Чи RDAP — те саме, що WHOIS?
RDAP — стандартний наступник WHOIS. Він несе ті самі дані реєстрації у JSON через HTTPS, з фіксованими назвами полів.
Чи можна знайти людину, що стоїть за прихованим доменом?
Не з публічного запису. Реєстратор має дані реєстранта і діє на звіти про зловживання або на запит верифікації від провайдера UDRP. Дату створення, сервери імен і реєстратора можна використати.
Що доводить дата створення?
Вона показує, коли почалася реєстрація. Дата після того, як ваш бренд з'явився, підтримує твердження про недобросовісність у UDRP, але комісія зважує її разом із використанням домену.
Яка команда знаходить контакт зі зловживань?
Запис RDAP домену часто містить суб'єкта зловживань у складі реєстратора. Керівництво зі звітів містить точний фільтр jq, а сайт реєстратора мусить публікувати контакт зі зловживань відповідно до поправки ICANN від 5 квітня 2024.
Чи робить служба приватності домен безпечним для ігнорування?
Ні. Приватність приховує ім'я реєстранта, а не реєстратора, дати або сторінку, яку обслуговує домен. Реєстратор усе ще може діяти на задокументований звіт.
Підсумок
- Один запит RDAP повертає реєстратора, дати, коди статусу і сервери імен.
- Реєстрант часто прихований; що лишається публічним, залежить від кожного реєстру.
- Реєстратор, а не ви, може бачити дані реєстранта і діяти на їх підставі.
- Interisle встановила, що 77% фішингових доменів були зареєстровані самими злочинцями.
- Збережіть сирий JSON і час запиту у вашому пакеті доказів.
- Ніколи не звертайтеся до реєстранта самі і ніколи не реєструйте схожі адреси його бренду.
- Wardmint тримає єдину електронну адресу, яку має для кожного домену, у приватності.
Джерела (5)
- Спори щодо доменних назв: як подати скаргу (WIPO) — WIPO (зчитано 2026-11-12)
- Запис RDAP example.com через rdap.org — rdap.org / Verisign RDAP (зчитано 2026-11-12)
- ICANN Lookup — ICANN (зчитано 2026-11-12)
- Глобальні поправки 2024 року до Угоди про акредитацію реєстраторів: зловживання DNS — ICANN (зчитано 2026-11-12)
- Прес-реліз Interisle Phishing Landscape 2025 — Interisle Consulting (зчитано 2026-11-12)