Як відстежувати домени, схожі на назву бренду?

Автор: Опубліковано Оновлено

Коротко: Ефективний моніторинг не обмежується перевіркою тієї самої назви в інших доменних розширеннях. Потрібно відстежувати помилки в написанні, додаткові слова, символи поза базовим алфавітом і спосіб використання домену, а сповіщення оцінювати за рівнем ризику. Сама схожість не доводить зловживання — важливі вміст сайту, налаштування пошти та спроби ввести користувачів в оману.

Почніть зі списку варіантів назви

Спершу визначте, які елементи бренду можуть з’явитися в домені: повна назва, скорочення, назва продукту та характерне гасло. Для кожного елемента підготуйте розумну кількість варіантів, замість того щоб генерувати тисячі випадкових комбінацій.

Найчастіше відстежують:

Наприклад, бренд Bursan може відстежувати не лише bursan у різних розширеннях, а й варіанти на кшталт bursna, burssan, bursan-vkhid чи mahazyn-bursan. Слова, що вказують на вхід в обліковий запис або оплату, мають отримувати вищий пріоритет, ніж нейтральне поєднання назви бренду з назвою міста.

Не кожна можлива комбінація потребує сповіщення. Якщо бренд працює лише в Польщі й не продає товари онлайн, деякі іноземні розширення та слова, пов’язані з оформленням покупки, можуть бути малозначущими.

Відстежуйте реєстрацію, DNS і фактичне використання

Моніторинг реєстрації відповідає лише на запитання, чи з’явився схожий домен у реєстрі. Доступ до реєстраційних відомостей може бути обмежений задля захисту приватності, тому відсутність даних реєстранта не означає автоматично підозрілої активності.

Повнішу картину дають три рівні спостереження:

  1. Реєстрація: виявлення нового домену, схожого на назву бренду, наприклад за допомогою сервісу моніторингу зон або реєстраційних даних.
  2. Технічні налаштування: перевірка записів DNS, серверів імен, сертифіката TLS і записів MX, що використовуються для роботи пошти.
  3. Спосіб використання: перевірка, чи доступний за доменом сайт, чи він перенаправляє користувача, імітує сторінку входу або слугує лише для надсилання повідомлень.

Домен без сайту все одно може обслуговувати пошту. Якщо схожа назва має записи MX, її можуть використати для листування, що нагадує повідомлення від працівників бренду. Натомість наявність сертифіката TLS не підтверджує надійності власника — вона передусім означає шифрування з’єднання.

Для автоматичних сповіщень можна використовувати комерційні платформи захисту бренду, інструменти відстеження змін DNS та журнали прозорості сертифікатів. Обсяг даних, затримки та умови використання залежать від постачальника, тому перед упровадженням потрібно перевірити його документацію.

Призначте сповіщенням рівні ризику

Проста бальна система зменшує кількість хибних тривог. Про високий ризик може свідчити домен, який відрізняється однією літерою, містить назву бренду та слово «вхід», має активну пошту й сайт, візуально схожий на сайт компанії.

Середній пріоритет можна призначити схожому домену, який неактивний або використовується для діяльності, не пов’язаної з брендом. Низький пріоритет матиме назва, утворена від загальновживаного слова, без елементів ідентифікації бренду та без налаштувань, що вказують на можливий контакт із клієнтами.

Під час оцінювання перевірте:

Автоматизація має відбирати випадки для аналізу, а не самостійно визначати, чи сталося порушення. Збіг назв може бути випадковим, особливо якщо бренд використовує загальновживане слово або популярне скорочення.

Визначте порядок дій після виявлення домену

Отримавши сповіщення, збережіть назву домену, дату виявлення, результати перевірки DNS, кінцеву адресу перенаправлення та знімки екрана. Не вводьте дані для входу, не завантажуйте підозрілих файлів і не зв’язуйтеся з оператором сайту з особистої адреси працівника.

Далі визначте характер події. Компанія, що законно працює під схожою назвою, потребує іншого підходу, ніж копія магазину, яка збирає дані платіжних карток. У разі підозри на фішинг можна повідомити про сайт постачальнику хостингу, реєстратору, операторам механізмів безпеки браузерів або відповідній команді реагування на інциденти.

Вирішення спорів щодо торговельних марок, назв підприємств і доменів залежить від конкретних обставин та застосовної процедури. Цей матеріал не є юридичною консультацією; перш ніж надсилати вимогу чи розпочинати арбітражне або судове провадження, слід обговорити докази та підстави вимог із фахівцем. Актуальні вимоги до подання повідомлень потрібно уточнювати в оператора відповідного сервісу або установи.

Налагодьте регулярну роботу замість накопичення сповіщень

Критичне сповіщення має одразу надходити особі, відповідальній за безпеку, комунікацію та рішення щодо юридичних дій. Події з нижчим ризиком можна переглядати періодично, перевіряючи, чи домен почав обслуговувати пошту або публікувати вміст.

Для початку підготуйте кілька десятків найімовірніших варіантів, запустіть моніторинг реєстрації та DNS, а через місяць видаліть правила, що дають некорисні результати. Добре налаштований список і зрозумілий порядок передавання проблеми відповідальним особам корисніші за величезний каталог доменів, який ніхто регулярно не аналізує.

Дивіться також: DNSSEC — чи варто додатково захистити домен?

Читайте також

Дізнайтеся, як PHP-FPM обробляє запити PHP, чим відрізняється від вебсервера та як налаштувати процеси під трафік і ресурси хостингу.
Дізнайтеся, як BIND обслуговує DNS, чим відрізняються його серверні ролі та коли варто розгортати його самостійно замість керованої послуги.
Дізнайтеся, що означають польський реєстр і номер REGON, чим вони відрізняються від NIP та KRS і як перевірити дані підприємства.