Abuse-контакт регистратора
Адрес, который регистратор публикует для жалоб на злоупотребления с этим доменом.
Каждый аккредитованный ICANN регистратор обязан публиковать адрес, по которому любой может сообщить о злоупотреблениях с обслуживаемыми им доменами: фишинге, вредоносном ПО, спаме, мошенничестве. SiteScan берёт этот адрес из контакта abuse регистратора в записи RDAP.
Почему это важно владельцу
- Сюда приходят жалобы на ваш домен. Если сайт взломают и он начнёт раздавать фишинг или вредоносный код, сообщения попадут к регистратору через этот адрес. Не дождавшись ответа от вас, регистратор может поставить имя на
clientHoldи тем самым снять его с DNS. Позаботьтесь, чтобы регистратор мог быстро связаться с вами по актуальным контактам. - Жалобы на чужие домены. Если домен-двойник копирует ваш бренд или фишинговый сайт охотится на ваших клиентов, писать нужно по abuse-адресу его регистратора. Хорошая жалоба содержит точные URL, описание, доказательства и дату обнаружения.
Что показывает строка
Строка информационная и появляется, когда в записи реестра есть abuse-адрес. Это адрес регистратора, а не ваш, и о вашем собственном контакте для безопасности он ничего не говорит. Чтобы исследователи могли напрямую сообщать об уязвимостях сайта, опубликуйте security.txt. Если домен всё же окажется на hold, это покажет строка статуса в реестре.
Проверьте этот пункт на своём сайте
Запустите бесплатное сканирование: в отчёте будет эта строка для вашего домена вместе с остальными проверками аудита.
Ещё в разделе «Регистрация домена»
Что проверяет SiteScan
TLS-сертификат
- Срок действия SSL/TLS-сертификата
- Устаревшие версии TLS (1.0 и 1.1)
- Цепочка сертификатов TLS
- Издатель TLS-сертификата
- Алгоритм подписи сертификата
Регистрация домена
- Срок регистрации домена
- Зарегистрированное доменное имя
- Регистратор домена
- Дата регистрации домена
- Дата последнего изменения домена
- Статусы домена в реестре (EPP)
- Запрет на перенос домена
- Abuse-контакт регистратора
- Источник данных RDAP и WHOIS
Индексация
- Файл robots.txt
- CSS и JS, закрытые в robots.txt
- XML-карта сайта (sitemap.xml)
- Индекс карт сайта
- Чужие URL в карте сайта
- Даты lastmod в карте сайта
- Битые URL в карте сайта
- RSS- и Atom-лента
Адреса и редиректы
- Редирект с HTTP на HTTPS
- Редирект с www и без www
- Длина цепочки редиректов
- Обработка ошибки 404 и мягкий 404
Заголовки безопасности
- HTTP-заголовки безопасности и оценка
- Заголовок Strict-Transport-Security (HSTS)
- Заголовок Content-Security-Policy (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options и защита от кликджекинга
- Заголовок Referrer-Policy
- Заголовок Permissions-Policy
- Список HSTS preload
- CORS и чтение с других origin
- HTTP-метод TRACE
Отдача и репутация
- Заголовок Cache-Control для HTML
- Ревалидация через ETag и Last-Modified
- Поддержка HTTP/3 и QUIC
- Версии ПО в заголовках сервера
- Проверка по DNS-блоклистам (DNSBL)
Внутренние ссылки
Открытые файлы
- Открытые файлы .env, .git и бэкапы
- Листинг директорий на сервере
- Публичные source maps JavaScript
- Открытые точки входа WordPress
Служебные файлы
- Файл security.txt
- Файл llms.txt для ИИ-ассистентов
- Файл llms-full.txt
- Файл ads.txt для рекламы
- Файл humans.txt
- Адрес /.well-known/change-password
DNS и почта
- MX-записи (почтовые серверы)
- Запись SPF
- Запись и политика DMARC
- Подпись зоны DNSSEC
- Запись CAA
- Резервирование DNS-серверов
- Поддержка IPv6 (AAAA-запись)
- Политика MTA-STS
- Запись TLS-RPT для отчётов
- Запись BIMI (логотип в почте)
- Wildcard-запись в DNS
- Висячий CNAME и захват поддомена
Приватность и согласие
- Счётчики аналитики и трекеры
- Баннер согласия на cookie
- Политика конфиденциальности
- Пользовательское соглашение
- Выходные данные (Impressum)
- Заявление о доступности
Core Web Vitals
- Оценка производительности Lighthouse
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- Полевые данные CrUX и лабораторные замеры