Основные понятия и ограничения при проверке домена
Проверка доменного имени включает сбор регистрационных, сетевых и прикладных сведений для оценки подлинности и безопасности ресурса. Ключевые атрибуты домена — имя второго уровня (SLD), зона верхнего уровня (TLD), дата регистрации и дата окончания владения. WHOIS‑запись предоставляет регистрационные поля, а DNS‑записи связывают имя с инфраструктурой.
Структура домена, WHOIS и правовой контекст
Домен состоит из иерархии меток, разделённых точками; TLD указывает зону. WHOIS‑запись обычно содержит регистранта, административные и технические контакты, дату создания (Creation Date), дату последнего обновления (Updated Date) и дату истечения (Expiry/Registrar Registration Expiration Date). Статусы записи могут включать ACTIVE, PENDING_DELETE, CLIENT_HOLD и другие. Форматы дат часто представлены в ISO‑8601 или UTC. Сведения в WHOIS могут быть скрыты через сервисы приватности, а доступ к персональным данным регулируется национальными и международными нормами о защите данных.
Ограничения приватности и этические рамки сбора данных
Приватность WHOIS и правовые ограничения (например, требования о минимизации персональных данных) ограничивают доступ к контактам. Этическая проверка включает проверку правомочности доступа в закрытое пространство и соблюдение условий использования сервисов. Частые запросы к реестрам могут приводить к блокировке по лимитам.
Пошаговая проверка регистрации и истории домена
Как получить и интерпретировать WHOIS‑запись
Запрос WHOIS выполняется через соответствующий регистратор или командные клиенты. При анализе учитывают поля: Registrar, Registrant Name, Admin/Tech email, Creation Date, Expiry Date, Status. Наличие регистратора и даты указывает на продолжительность владения; изменение регистранта фиксирует трансферы. Отсутствие контактов часто означает включённую приватность.
Как использовать архивы для восстановления истории сайта
Публичные архивы содержат снимки страниц по датам и позволяют восстановить контент и структуру. Снимки с привязкой к дате показывают изменения метаданных, переходы CMS и удалённые разделы. Частота снимков и начальная дата зависят от архивации — некоторые коллекции хранят записи с 1990‑х годов.
Анализ DNS, IP и хостинга
Что дают A/AAAA, NS, MX, CNAME и TXT‑записи
A и AAAA связывают имя с IPv4/IPv6‑адресами; NS определяют серверы имён; MX указывает почтовые сервера с приоритетами (например, 10, 20); CNAME создаёт псевдонимы; TXT хранит произвольные данные, включая SPF («v=spf1»), DKIM‑ключи и DMARC‑политику. TTL для записей часто равен 3600 секунд, но может быть 300–86400 секунд.
Проверка IP, ASN и признаков CDN или прокси
IP‑адрес сопоставляют с ASN для определения провайдера и сети. ASN — числовой идентификатор автономной системы (например, AS12345). Геолокация и принадлежность к облачному провайдеру или CDN указывают на распределённость инфраструктуры. Признаки CDN: множественные геораспределённые IP, короткие TTL и общие ASN у множества сайтов.
Проверка сертификатов и конфигурации HTTPS
Как проверить цепочку сертификатов и статус отзыва
Сертификат содержит привязанные имена (CN, SAN), издателя, период действия (Not Before/Not After) и ключевые параметры (RSA 2048 бит или ECC P‑256). Проверка цепочки включает валидацию до доверенного корневого центра и проверку статуса через OCSP или CRL. Отозванный сертификат будет иметь статус REVOKED в ответе OCSP.
Оценка поддерживаемых протоколов и шифровых наборов
Допустимые версии TLS — 1.2 и 1.3; устаревшие версии (SSLv3, TLS 1.0/1.1) считаются небезопасными. Рекомендуемые наборы шифров включают AES‑GCM и ChaCha20‑Poly1305. Параметр HSTS задаётся заголовком Strict‑Transport‑Security с max‑age в секундах, распространённое значение — 31536000.
Безопасность, уязвимости и репутация
Сканирование на malware и признаки фишинга
Анализ включает проверку наличия iframe, внешних скриптов, подозрительных redirection и инъекций. Статический анализ исходного HTML и динамическое выполнение выявляют вредоносные загрузки. Сигналы фишинга: подмена адресной строки, использование поддоменов имитирующих бренды и подозрительные формы сбора данных.
Проверка почтовых политик (SPF/DKIM/DMARC) и черных списков
SPF‑запись в TXT обычно начинается с «v=spf1» и ограничивает до 10 DNS‑lookup. DKIM требует наличия селектора и публичного ключа в TXT. DMARC‑политика задаёт p=none/quarantine/reject и rua‑адрес для отчётов. Проверка репутации включает обращение к общим черным спискам и анализ жалоб.
Технический профиль сайта и внешний анализ
Определение CMS, библиотек и версий компонентов
Определение осуществляется по HTTP‑заголовкам (Server, X‑Powered‑By), структуре URL, отпечаткам файлов и комментариям в HTML. Версии компонентов выявляются по метафайлам и сигнатурам скриптов; отсутствие явных версий не исключает уязвимостей.
Анализ обратных ссылок, упоминаний и метрик доступности
Обратные ссылки исследуют количество, анкор‑тексты и доменные источники, что формирует внешнюю репутацию. Метрики доступности включают время отклика, процент аптайма и распределение ошибок 4xx/5xx. Источники упоминаний в форумах и блогах дают контекст доверия.
Практические инструменты, отчёты и автоматизация
Сбор данных в скриптах и форматы экспорта
Автоматизация возможна с помощью утилит WHOIS, dig/nslookup, openssl s_client, curl, а также сканеров уязвимостей. Форматы экспорта — JSON для структурированных отчётов, CSV для таблиц и текстовые логи для трассировок. Стандартизированный отчёт содержит WHOIS, DNS‑дамп, сертификат, HTTP‑заголовки и результаты сканирования.
Ограничения API, частоты запросов и юридические риски
Публичные API имеют лимиты по частоте запросов и квоты. Частые автоматические запросы могут привести к блокировке по rate‑limit. Юридические риски включают нарушение условий предоставления данных и локальные нормы о приватности; массовый сбор контактной информации может подпадать под регуляции о персональных данных.