Структура домена и ключевые понятия
Домен представляет собой имя в зоне верхнего уровня (TLD) и имеет связанный набор атрибутов: регистратор, дата регистрации, дата истечения и статус (например, active, expired, locked). Для первичной проверки регистрационных данных используется WHOIS или его современная альтернатива RDAP; быстрый доступ к этим данным можно получить через публичные сервисы. При интерпретации полей имейте в виду, что записи могут скрываться при приватизации контактов, а даты обычно указаны в формате ISO‑8601.
Что содержится в WHOIS и как читать поля
WHOIS предоставляет поля: registrant (владелец), administrative и technical контакты, регистратора, creation date, updated date и expiration date. Даты в WHOIS обычно указываются в формате YYYY‑MM‑DD или с точностью до секунды; RDAP возвращает JSON с теми же атрибутами и работает поверх HTTP. Надёжность WHOIS уменьшается при использовании сервисов приватизации и при несвоевременном обновлении данных у регистратора, поэтому при проверке владельца следует сопоставлять WHOIS с публичными записями и архивами изменений.
Роли DNS: NS, A, CNAME, MX, TXT и TTL
DNS переводит имя в IP‑адреса и указывает почтовые сервисы. A‑запись соответствует IPv4, AAAA — IPv6; CNAME создаёт псевдоним и не допускается одновременно с другими записями на том же имени. MX‑записи указывают почтовые серверы и имеют приоритет в виде целого числа — меньшая цифра означает более высокий приоритет. TXT‑записи служат для дополнительных данных: SPF, DKIM‑ключи и политики DMARC. TTL измеряется в секундах; типичные значения — 3600 с (1 час) или 86400 с (24 часа), а для CDN часто применяют короткие TTL 60–300 с.
Сбор технической информации о домене
Техническая разведка начинается с разрешения DNS и сбора всех типов записей. Одновременно фиксируются заголовки HTTP и TLS‑сертификат, которые помогают установить возможный стек и провайдера хостинга.
Проверка IP, ASN и хостинга
После получения A/AAAA‑записей производится обратный поиск по IP и поиск ASN: Autonomous System Number идентифицирует сеть провайдера и записывается в формате AS####. Геолокация IP‑адреса даёт приблизительное расположение сервера, но точность варьируется; один IP может обслуживать несколько сайтов (shared hosting). Для различения shared, VPS и выделенного сервера используются данные о PTR, совпадение SAN в сертификате, количество виртуальных хостов на IP и открытые сервисы.
Определение использования CDN и балансировщиков
Наличие CDN или балансировщиков определяется по нескольким признакам: резкие изменения IP‑адреса при географических запросах, наличие заголовков кэша в ответах, короткие TTL и CNAME‑цепочки, указывающие на распределённую инфраструктуру. Балансировщики также проявляются через нестабильность ответов при многократных запросах и через распределение нагрузки по портам и соединениям.
Аудит связанного веб‑ресурса
Аудит включает анализ технологического стека, метаданных и правил индексирования, а также поиск признаков компрометации.
Определение CMS, фреймворков и версий
Определение движка и фреймворков выполняется по мета‑тегам, стандартным путям, характерным HTTP‑заголовкам (например, Server, X‑Powered‑By) и отпечаткам JavaScript/CSS. Версии могут раскрывать генератор в meta name=»generator» или в комментариях к исходному коду. Наличие открытых endpoint‑ов, характерных для определённых систем, и заголовки с номерами версий указывают на риск уязвимостей; откровенное раскрытие версии упрощает автоматическое сканирование уязвимых сборок.
Анализ метаданных, robots.txt и sitemap.xml
robots.txt располагается в корне сайта и должен возвращать код 200 для корректного обнаружения; он задаёт директивы Disallow/Allow и может содержать строку Sitemap: для указания карты сайта. Sitemap.xml в формате XML допускает теги <loc>, <lastmod>, <changefreq> и <priority>; ограничение протокола — 50 000 URL и 50 МБ незажатого файла на одну карту. Анализ этих файлов показывает, какие разделы сайт разрешает индексировать и какие страницы релевантны для поисковых систем.
Проверка безопасности и почтовой инфраструктуры
Анализ SSL/TLS, цепочки сертификатов и уязвимостей
Проверка сертификата включает проверку дат выдачи и истечения, эмитента, списка SAN и алгоритмов: рекомендуемый минимум для RSA‑ключа — 2048 бит; подписи должны использовать SHA‑256 или сильнее. Сертификаты от автоматизированных центров часто выдают срок 90 суток. Цепочка должна содержать промежуточные сертификаты до корневого центра доверия; отсутствие промежуточного сертификата в ответе сервера часто вызывает ошибки проверки. Также анализируются поддерживаемые версии TLS: TLS 1.2 и 1.3 считаются современными, старые версии и слабые шифры (например, RC4, export‑cipher) повышают риск перехвата.
Проверка SPF, DKIM и DMARC для почты
SPF представлен в TXT‑записи в формате v=spf1 и ограничен максимумом в 10 DNS‑lookup при проверке; слишком длинные или множественные включения приводят к ошибкам. DKIM публикует публичный ключ в TXT под селектором selector._domainkey и обычно использует ключи 1024 или 2048 бит. DMARC располагается в записи _dmarc и содержит policy p=none/quarantine/reject и теги rua/ruf для отчётов. Проверка делается простым запросом TXT для соответствующих имён и проверкой соответствия политик и наличия отчётов.
Репутация, история и юридические аспекты
Оценка репутации: черные списки, жалобы, архивы
Репутация оценивается через проверку IP и домена в RBL/черных списках, через анализ жалоб и через архивы веб‑снимков, фиксирующие изменения контента и владельцев. Архивы предоставляют метки времени для исторических снимков и помогают выявить внезапные смены содержания или редиректы, которые могут указывать на компрометацию или фишинговую активность.
Права, сроки регистрации и риски истечения
Сроки регистрации и дата истечения в WHOIS критичны для оценки риска потери контроля: после окончания регистрации домен может войти в период восстановления примерно 30 суток (redemption), затем в стадию удаления порядка 5 суток до окончательной доступности. Юридические риски связаны с нарушением прав интеллектуальной собственности и регуляторными запретами; наличие судебных исков или жалоб со стороны правообладателей влияет на доступность и репутацию ресурса.