Изображение


Содержание


1. Введение: Почему стандартный whois — это только начало
2. Как работает Whois: протокол, данные и их структура
3. WhoisXML API: обзор платформы и возможностей
4. Регистрация и интерфейс: первые шаги в WhoisXML
5. Базовый поиск владельца домена: пошаговое руководство
6. Обратный Whois: находим все домены одного владельца
7. История Whois: как менялись данные регистрации
8. DNS и IP анализ: связываем домен с инфраструктурой
9. SSL-сертификаты и технические данные домена
10. WhoisXML API: работа с программным интерфейсом
11. Практические OSINT-кейсы: реальные расследования
12. Мониторинг доменов: отслеживание изменений в реальном времени
13. Конкурентная разведка через WhoisXML
14. Альтернативы WhoisXML: сравнение инструментов
15. Правовые и этические аспекты работы с whois-данными
16. Часто задаваемые вопросы (FAQ)
17. Заключение: WhoisXML в арсенале профессионала 2026



Введение: Почему стандартный whois — это только начало


Представьте ситуацию: вам нужно узнать, кто стоит за сомнительным интернет-магазином, принимающим предоплату и исчезающим. Или выяснить, не принадлежит ли фишинговый сайт той же группе злоумышленников, что атаковала вашу компанию месяц назад. Или просто понять, кто зарегистрировал домен, очень похожий на ваш бренд, и что с этим делать. Вы открываете первый попавшийся whois-сервис, вводите домен — и видите заветную строку «Registrant: Privacy Protected». Тупик?

Нет. Это только начало расследования.

WhoisXML API — это не очередной whois-сервис с красивым интерфейсом. Это платформа для глубокого исследования доменного пространства, объединяющая данные из десятков источников: базу whois-записей с историей за более чем 20 лет, массивы DNS-данных из сотен миллионов доменов, информацию об IP-инфраструктуре, SSL-сертификатах, субдоменах и многом другом. Совокупный объём данных превышает 12 миллиардов записей, и база пополняется ежедневно.

Почему это важно? Потому что даже если регистратор скрывает контактные данные через Privacy Protection — данные о домене всё равно оставляют многочисленные следы. Один и тот же email-адрес мог использоваться для регистрации других доменов до того, как владелец начал скрывать данные. IP-адрес, на который указывает домен, может быть связан с другими сайтами. SSL-сертификат может быть выдан одному и тому же организатору на несколько доменов. Технические настройки DNS могут совпадать с целой группой сайтов одного оператора. История whois-записей содержит периоды до введения защиты — когда реальные данные были открыты.

В этом руководстве мы разберём WhoisXML во всей его глубине: от базового веб-интерфейса для простого поиска до программного API для построения автоматизированных пайплайнов исследования доменов. Вы узнаете, как профессионально читать whois-данные, как использовать обратный поиск для обнаружения всей инфраструктуры злоумышленника, как мониторить домены в реальном времени и как интегрировать данные WhoisXML в собственные инструменты безопасности.

Материал рассчитан на несколько категорий читателей: специалистов по информационной безопасности и OSINT-аналитиков, которые хотят системно использовать whois-данные в расследованиях; юристов и служб экономической безопасности, работающих с мошенниками в интернете; маркетологов и специалистов по конкурентной разведке; системных администраторов и DevOps-инженеров, отслеживающих изменения в доменной зоне. Для каждой группы есть свои разделы и примеры.

Важная оговорка: все техники, описанные в этом руководстве, применимы только к публично доступным данным и в рамках законной деятельности. Whois-данные являются публичными по определению — это часть системы управления доменами, которая обеспечивает прозрачность интернет-инфраструктуры.



Как работает Whois: протокол, данные и их структура


Чтобы правильно интерпретировать данные WhoisXML и понимать их ограничения, необходимо разобраться в том, как устроена система whois в целом. Многие пользователи воспринимают whois как единую базу данных — на самом деле это децентрализованная система с десятками независимых операторов.

#### История и назначение протокола Whois

Протокол Whois появился в 1982 году — ещё до появления Всемирной паутины в её современном виде. Изначально он создавался для ведения реестра пользователей сети ARPANET: кто какой узел администрирует, как с ним связаться. Сегодня Whois обслуживает более 360 миллионов зарегистрированных доменных имён и остаётся фундаментальным инструментом управления интернет-ресурсами.

Суть системы проста: когда кто-то регистрирует доменное имя, регистратор обязан передать контактные данные регистранта в реестр соответствующей доменной зоны. Эти данные должны быть публично доступны — это условие использования доменного пространства. Фраза «кто зарегистрировал домен» и есть то, что отвечает whois.

Стандарт whois описан в RFC 3912 и RFC 3280. Технически это простой протокол: клиент открывает TCP-соединение на порт 43 whois-сервера и посылает строку с запросом, сервер отвечает текстом и закрывает соединение. Никакой аутентификации, никакого шифрования — просто текст.

#### Структура whois-записи

Типичная whois-запись содержит несколько групп данных. Разберём на примере стандартной записи для домена в зоне .com, которой управляет реестр Verisign.

Данные регистранта (Registrant Information) — это то, что большинство людей ищет: имя физического лица или организации, адрес, телефон, email. Именно эти поля чаще всего скрываются через Privacy Protection.

Данные о регистраторе (Registrar Information) — организация, через которую был зарегистрирован домен (GoDaddy, Namecheap, Reg.ru и другие), с контактами технической поддержки. Регистратор всегда виден — скрыть его нельзя.

Технические контакты (Technical/Administrative Contact) — часто совпадают с данными регистранта, но у крупных организаций могут быть отдельными. Включают контакт для технических вопросов и администрирования.

Даты (Dates) — три ключевые даты: дата первоначальной регистрации домена (Creation Date), дата истечения срока регистрации (Expiry Date) и дата последнего обновления записи (Updated Date). Эти даты не скрываются и несут важную информацию.

Статус домена (Domain Status) — коды, описывающие текущее состояние домена: clientTransferProhibited (передача заблокирована), serverHold (домен приостановлен), pendingDelete (ожидает удаления) и другие. Статус помогает понять жизненный цикл домена.

Nameservers — DNS-серверы домена. Показывают, у какого хостинг-провайдера или CDN находится сайт. Совпадение nameservers у разных доменов — важный индикатор принадлежности одному оператору.

DNSSEC — наличие или отсутствие подписи DNS Security Extensions. Техническая деталь, показывающая уровень зрелости инфраструктуры.

#### Децентрализация: почему один whois-сервис даёт неполную картину

Здесь кроется главная причина, по которой WhoisXML ценнее отдельного whois-запроса. Система whois децентрализована: каждая доменная зона (.com, .ru, .org, .io и сотни национальных доменов) имеет собственный whois-сервер с собственным форматом данных и собственными правилами хранения.

Зона .com управляется Verisign, .ru — РосНИИРОС и ТЦИ, .org — Public Interest Registry, .uk — Nominet, и так далее. У каждого свой формат ответа, своя политика конфиденциальности, своя глубина хранения исторических данных. Простой whois-клиент умеет обращаться к основным серверам, но агрегировать данные из сотен зон одновременно и хранить историю изменений — задача принципиально иного масштаба.

#### GDPR и деградация открытых данных whois

С мая 2018 года, когда в Европе вступил в силу Общий регламент о защите данных (GDPR), качество открытых whois-данных существенно снизилось. Регистраторы, работающие с европейскими клиентами (а это фактически все крупные регистраторы), начали массово скрывать личные данные регистрантов — даже когда сам регистрант не запрашивал Privacy Protection.

Сегодня значительная часть whois-записей для новых доменов выглядит примерно так: «Registrant Name: REDACTED FOR PRIVACY», «Registrant Email: Для получения контактных данных обратитесь к регистратору», «Registrant Organization: —». Для пользователей это означает: стандартный whois-запрос даёт всё меньше информации.

Именно здесь WhoisXML становится особенно ценным. Платформа агрегировала данные за годы до введения GDPR-ограничений и продолжает собирать данные из не-европейских источников, где ограничения мягче. Историческая база позволяет найти данные из периодов, когда поле было открытым.

#### Замена Whois на RDAP

RDAP (Registration Data Access Protocol) — современный преемник устаревшего Whois. Определён в RFC 7480-7483 и принят большинством крупных регистров. В отличие от Whois, RDAP возвращает данные в JSON-формате, поддерживает аутентификацию (что позволяет разграничивать уровни доступа), имеет стандартизированный формат полей и поддерживает интернационализированные имена. WhoisXML поддерживает RDAP и агрегирует данные из RDAP-серверов наравне с классическим Whois — что обеспечивает полную актуальность данных.



WhoisXML API: обзор платформы и возможностей


WhoisXML API — это коммерческая платформа, основанная в 2010 году и специализирующаяся на агрегации и анализе данных о доменной инфраструктуре интернета. Сегодня это один из крупнейших в мире провайдеров whois-данных и DNS-intelligence. Понимание полного спектра возможностей платформы критично для её эффективного использования.

#### Масштаб и охват данных

Цифры, которые даёт сама платформа: более 12 миллиардов исторических whois-записей, охват более 2000 доменных зон (TLD и ccTLD), данные о более чем 500 миллионах уникальных доменов, более 11 миллиардов пассивных DNS-записей, данные обновляются несколько раз в сутки.

Для сравнения: стандартный whois-сервис типа who.is или domaintools.com хранит в лучшем случае несколько сотен миллионов записей с ограниченной историей. Конкурент DomainTools также является крупным игроком, но WhoisXML исторически ориентируется на более доступное API-first ценообразование.

#### Продуктовая линейка WhoisXML

Платформа предоставляет не один, а целое семейство сервисов, каждый из которых решает отдельный класс задач.

Whois API — базовый сервис для получения текущих whois-данных по домену или IP-адресу в структурированном виде (JSON или XML). Основное преимущество перед ручным whois — нормализованные данные с одинаковыми полями для всех доменных зон, без необходимости разбирать разнородные текстовые форматы.

Whois History API — исторические whois-данные. Позволяет увидеть все изменения в записи домена за период его существования. Здесь можно найти контактные данные, которые были открытыми до введения Privacy Protection.

Reverse Whois API (обратный Whois) — поиск всех доменов, связанных с конкретным именем, email-адресом, телефоном или организацией. Ключевой инструмент OSINT-расследований.

DNS Lookup API — получение текущих DNS-записей (A, MX, NS, TXT, CNAME, SOA и других) в структурированном виде.

Passive DNS API — пассивный DNS, показывающий историю того, какие IP-адреса разрешались по домену в прошлом и какие домены указывали на данный IP. Критично для восстановления инфраструктуры.

IP Geolocation API — геолокация IP-адресов с данными о принадлежности к провайдеру, ASN, стране, городу.

IP Netblocks API — данные о сетевых блоках IP: кому принадлежат диапазоны адресов, контактные данные владельца, статус блоков.

SSL Certificates API — данные о SSL/TLS сертификатах, включая историю выданных сертификатов для домена и поиск доменов по данным сертификата.

Subdomain Discovery API — перечисление поддоменов для заданного домена на основе пассивных DNS-данных.

Domain Availability API — проверка доступности доменов для регистрации.

Brand Monitor API — мониторинг регистрации новых доменов, содержащих заданный бренд или ключевое слово. Критично для защиты торговых марок от сквоттеров.

Domain Categories API — тематическая категоризация доменов на основе контента и метаданных.

Threat Intelligence Platform (TIP) — специализированный продукт для команд безопасности: фиды вредоносных доменов, IP-адресов, информация о фишинговых инфраструктурах.

#### Модели доступа и ценообразование

WhoisXML работает по нескольким моделям. Бесплатный уровень (Free Tier) предоставляет 500 запросов при регистрации и позволяет протестировать все основные API. Это достаточно для единичных расследований или разработки прототипа.

Платные планы построены на модели кредитов: каждый API-запрос стоит определённое количество кредитов. Начальные планы стартуют примерно от 50 долларов в месяц за базовый пакет запросов. Корпоративные планы для команд безопасности и аналитических центров обсуждаются индивидуально.

Отдельно продаются загрузки базы данных (WHOIS Database Download) — полные дампы whois-данных для использования локально. Это актуально для организаций, которым нужно интегрировать данные в собственную инфраструктуру аналитики без зависимости от API-лимитов.



Регистрация и интерфейс: первые шаги в WhoisXML


Начать работу с WhoisXML проще, чем кажется. Базовая регистрация бесплатна и открывает доступ к пробному пакету запросов, которых достаточно для знакомства со всеми ключевыми функциями.

#### Регистрация аккаунта

Перейдите на сайт whoisxmlapi.com. Нажмите кнопку «Get Free API Key» или «Sign Up» в правом верхнем углу. Заполните форму регистрации: имя, email, пароль. Подтвердите email, перейдя по ссылке в письме. После подтверждения вы получаете доступ к личному кабинету и автоматически получаете 500 бесплатных кредитов.

Важно: при регистрации вас попросят указать цель использования — исследования, кибербезопасность, юридическая деятельность, маркетинг. Это влияет только на коммуникацию со стороны платформы, не на доступный функционал.

API-ключ (API Key) — это строка вида «at_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx», которая будет идентифицировать вас при всех программных запросах. Найти её можно в личном кабинете в разделе «My Account» → «API Keys». Храните ключ в тайне: он даёт полный доступ к вашим кредитам.

#### Навигация по личному кабинету

Личный кабинет WhoisXML (dashboard.whoisxmlapi.com) разделён на несколько зон.

Раздел «Dashboard» — главная страница с текущим балансом кредитов, статистикой использования за текущий период, быстрыми ссылками на документацию.

Раздел «Products» — перечень всех доступных продуктов с ссылками на документацию и инструменты. Именно отсюда удобнее всего переходить к конкретным API и их интерактивным интерфейсам.

Раздел «Tools» — веб-интерфейс для работы с основными API без написания кода. Здесь можно вводить домены вручную и получать результаты прямо в браузере. Это идеальная точка старта для тех, кто начинает знакомство с платформой или выполняет единичные запросы.

Раздел «API Keys» — управление ключами доступа. Можно создавать несколько ключей для разных проектов и отзывать их при необходимости.

Раздел «Usage» — детальная статистика использования по каждому продукту с разбивкой по дням. Полезно для контроля расхода кредитов.

Раздел «Billing» — управление подпиской, история платежей, смена тарифного плана.

#### Веб-инструменты: работа без кода

Для большинства разовых исследований нет необходимости писать код. WhoisXML предоставляет удобный веб-интерфейс по адресу tools.whoisxmlapi.com.

Главная страница инструментов содержит поисковую строку. Введите доменное имя или IP-адрес — и система автоматически выполнит базовый Whois-запрос и покажет результат. Под строкой поиска есть вкладки для переключения между типами запросов: Whois, DNS Lookup, IP Lookup, Reverse Whois, Whois History.

Для каждого инструмента предусмотрена кнопка «View API Documentation», которая ведёт на документацию соответствующего API. Это удобно при переходе от ручного исследования к автоматизации.

#### Понимание кредитной системы

Каждый API-запрос расходует определённое количество кредитов. Разные продукты имеют разную «стоимость». Базовый Whois-запрос стоит 1 кредит. Запрос исторических данных — 1 кредит за запись. Обратный Whois-поиск — 1 кредит за каждые 100 найденных доменов (минимум 1 кредит за запрос). Пассивный DNS-запрос — 1 кредит за запись. DNS-lookup — обычно бесплатен в базовых планах.

Бесплатные 500 кредитов — это примерно 500 базовых whois-запросов или 50 обратных whois-поисков. Этого достаточно чтобы провести небольшое расследование или оценить качество данных перед покупкой платного плана.



Базовый поиск владельца домена: пошаговое руководство


Начнём с самого востребованного сценария: вам нужно узнать, кто стоит за конкретным доменным именем. Пройдём полный путь от первого запроса до интерпретации результатов.

#### Шаг 1: Выполните базовый Whois-запрос

Откройте tools.whoisxmlapi.com. В поисковой строке введите доменное имя без «http://» и «www» — например, «example.com». Нажмите Enter или кнопку поиска. Система вернёт структурированный whois-результат.

Результат разделён на несколько блоков. Посмотрим, что означает каждый.

Блок «Registry Data» содержит данные из центрального реестра доменной зоны (например, Verisign для .com). Здесь будут даты регистрации и истечения, статусы домена, список nameservers. Эти данные практически никогда не скрываются и являются достоверными.

Блок «Registrar Data» содержит данные, предоставленные регистратором, — именно здесь находятся контактные данные регистранта. Если включена Privacy Protection, поля имени, адреса и email будут заменены на технический адрес службы конфиденциальности.

Блок «Parsed Contact Info» — нормализованные контактные данные, извлечённые платформой из различных источников. WhoisXML пытается собрать данные из нескольких зеркал и резервных whois-серверов.

#### Шаг 2: Интерпретируйте даты и статусы

Даже при скрытых контактных данных даты несут важную информацию. Дата создания домена (Creation Date) показывает, когда домен был впервые зарегистрирован. Очень молодой домен (создан несколько дней назад) с агрессивным контентом — признак мошеннической схемы, так как фишинговые сайты обычно живут короткое время. Старый домен с долгой историей — более вероятно, что это легитимный бизнес, хотя возможен и перекуп домена.

Дата истечения (Expiry Date) показывает, на сколько вперёд оплачена регистрация. Оплата на 1 год — минимальный срок, часто используется мошенниками (не хотят тратить лишние деньги). Оплата на 5–10 лет — признак серьёзного долгосрочного намерения использовать домен.

Дата обновления (Updated Date) — когда последний раз менялись данные в записи. Если домен обновлялся совсем недавно, это может указывать на смену владельца, смену контактных данных или технические изменения.

Статус clientTransferProhibited означает, что домен заблокирован от передачи другому регистратору в течение 60 дней — стандартная мера безопасности. Статус serverHold означает приостановку домена по решению регистра — домен не работает. Статус pendingDelete означает, что домен находится в очереди на удаление — возможность его перехватить после удаления. Статус redemptionPeriod означает, что домен истёк, но ещё можно его восстановить за дополнительную плату.

#### Шаг 3: Анализируйте nameservers

Nameservers — это технические серверы, которые управляют DNS-зоной домена. Они показывают, у какого провайдера расположен сайт. Это публичная информация, которую невозможно скрыть — без nameservers домен просто не работает.

Типичные паттерны: ns1.namecheap.com, ns2.namecheap.com — регистрация и хостинг в Namecheap; ns1.godaddy.com — GoDaddy; ns1.cloudflare.com, ns2.cloudflare.com — использование Cloudflare как CDN и DNS (это не значит, что хостинг у Cloudflare — только DNS). Если у разных подозрительных доменов одинаковые нестандартные nameservers — это сильный индикатор общей инфраструктуры.

#### Шаг 4: Не останавливайтесь на первом запросе

Если контактные данные скрыты, первый запрос — это только входная точка. Правильный следующий шаг — переход к историческим данным и обратному поиску. Запомните или запишите все технические данные, которые вы получили: nameservers, дату создания домена, статусы. Эти данные будут использованы на следующих этапах расследования.

#### Шаг 5: Проверьте дополнительные источники из интерфейса

В интерфейсе WhoisXML после базового запроса доступны вкладки для смежных данных: «DNS Records» покажет текущие A, MX, NS, TXT записи; «IP Info» раскроет данные об IP-адресе, на который указывает домен; «SSL» покажет историю SSL-сертификатов; «History» переведёт в режим исторических данных.

Переходите по вкладкам последовательно и фиксируйте всё интересное — формируйте полный профиль домена, а не ограничивайтесь одним экраном.



Обратный Whois: находим все домены одного владельца


Обратный Whois (Reverse Whois) — один из самых мощных инструментов платформы. Если обычный whois отвечает на вопрос «кто владеет этим доменом», то обратный whois отвечает на вопрос «какими ещё доменами владеет этот человек или организация». Для расследований это кардинально меняет масштаб анализа.

#### Принцип работы обратного Whois

Обратный поиск работает по принципу инвертированного индекса. База данных WhoisXML индексирует все поля whois-записей — не только домены, но и email-адреса, имена, телефоны, организации, адреса. Когда вы указываете значение поиска, система находит все записи, где это значение встречалось.

Поиск можно выполнить по нескольким атрибутам: email-адрес регистранта (наиболее точный идентификатор), имя регистранта (даёт много шума при распространённых именах, но полезен для уникальных), название организации, телефонный номер, физический адрес, комбинация параметров для уточнения.

#### Когда обратный Whois работает особенно хорошо

Сценарий первый: у вас есть email-адрес из whois-записи. Возможно, его указывали для старых доменов до Privacy Protection, или он всё ещё открыт для некоторых зон. Введите этот email в обратный поиск — и получите все домены, когда-либо зарегистрированные на него. Злоумышленники нередко используют одну и ту же контактную информацию для регистрации нескольких доменов разными схемами.

Сценарий второй: конкурентная разведка. Вы знаете название компании-конкурента. Обратный поиск по названию организации может обнаружить доменный портфель компании: все сайты, которые они регистрировали, включая тестовые, региональные, зарезервированные или продуктовые домены.

Сценарий третий: исследование инфраструктуры атаки. Фишинговый сайт использовал email fraud2024@proton.me — вбив его в обратный whois, вы можете обнаружить десятки других фишинговых доменов, зарегистрированных той же группой.

#### Практика: как использовать Reverse Whois в интерфейсе

Откройте вкладку «Reverse Whois» в инструментах. В поле поиска введите искомый атрибут. Выберите тип атрибута из выпадающего меню: «Email», «Name», «Company», «Phone» или «Keyword». Нажмите «Search».

Система вернёт список доменов с пагинацией. Для каждого домена в списке отображается: доменное имя, дата регистрации, текущий статус (активен/истёк), регистратор, а иногда — краткая выдержка из whois-записи, где был найден искомый атрибут.

Если результатов очень много (тысячи доменов) — уточните поиск, добавив временно́й фильтр (например, «зарегистрированные после 2023 года») или комбинируйте параметры.

#### Анализ результатов обратного поиска

Получив список доменов, не торопитесь с выводами. Несколько важных правил интерпретации.

Один email-адрес может принадлежать как частному лицу с десятком личных проектов, так и серийному регистратору доменов с портфелем в тысячи единиц. Наличие большого числа доменов само по себе не говорит о мошенничестве — крупные компании и инвестиционные портфели доменов существуют легально.

Обращайте внимание на паттерны в именах доменов. Если обратный поиск по email показывает домены вида sberbank-onlain.com, tinkoff-bonus.net, vtb-lichkabinet.ru — это явный признак брендоимитирующих мошеннических доменов. Если все домены тематически связаны (цветочные магазины в разных городах) — возможно, это законная сеть бизнесов.

Смотрите на временно́й паттерн регистраций. Если все домены зарегистрированы в течение одной-двух недель — это говорит о целенаправленной кампании. Если регистрации растянуты на годы — это, скорее всего, накопленный портфель.

Группируйте домены по хостинг-провайдерам и nameservers. Если все найденные домены используют одни и те же nameservers — это подтверждает общую инфраструктуру и управляются единым оператором.

#### Технические ограничения обратного поиска

Обратный Whois работает только с данными, которые есть в базе WhoisXML. Если email-адрес был указан в whois-записи под Privacy Protection и никогда не был открытым — он не попадёт в индекс. GDPR-скрытие данных снижает эффективность обратного поиска для доменов, зарегистрированных после 2018 года в европейских регистраторах.

Кроме того, некоторые регистраторы используют уникальные технические email-адреса для каждой регистрации (вида privacy1234@privaterouter.com) — обратный поиск по такому адресу даст ровно один результат и ничего не откроет об общем владельце.



История Whois: как менялись данные регистрации


История изменений whois-записи — это машина времени для расследований. Данные, которых нет в сегодняшней записи, могут быть доступны в записях годичной или пятилетней давности. Исторический анализ позволяет проследить развитие домена, смену владельцев и выявить периоды, когда контактные данные были открыты.

#### Почему историческая база так важна

Типичная история домена выглядит так: домен зарегистрирован в 2015 году с открытыми данными — имя, email, телефон полностью видны. В 2018 году при продлении регистрации владелец подключает Privacy Protection — данные скрываются. В 2021 году домен продаётся новому владельцу — в записи появляются данные нового владельца (возможно, тоже скрытые). В 2024 году снова продлевается, данные снова меняются. Стандартный whois-запрос в 2026 году покажет только текущую запись с Privacy Protection. WhoisXML History API покажет все четыре состояния.

Это критично для расследований: злоумышленники нередко регистрируют домен задолго до начала мошеннической схемы, а настоящие данные оказываются открытыми в начальный период.

#### Как читать историю изменений

В интерфейсе WhoisXML перейдите на вкладку «History» при просмотре домена или используйте инструмент «Whois History» в разделе Tools.

Для каждого исторического снапшота отображается: дата снапшота (когда была сделана запись), полная whois-запись на тот момент, выделенные поля, которые изменились по сравнению с предыдущим снапшотом.

Изменения подсвечиваются — это удобно для быстрого понимания, что именно менялось. Но важно просматривать каждый снапшот целиком, а не только подсвеченные изменения — иногда тонкие детали видны только при внимательном чтении полной записи.

#### Что искать в исторических данных

Первый приоритет — email-адреса регистранта в ранних записях. Даже один реальный email-адрес, использованный до Privacy Protection, позволяет провести обратный поиск и раскрыть весь доменный портфель владельца.

Второй приоритет — имена и названия организаций в ранних записях. Реальное имя частного лица или юридическое название компании становятся отправными точками для дополнительного поиска в открытых источниках.

Третий приоритет — история смены nameservers. Если nameservers менялись, это говорит о смене хостинг-провайдера. Иногда после такой смены остаётся «окно» с данными нового провайдера ещё до настройки Privacy Protection.

Четвёртый приоритет — история смены registrar. Передача домена от одного регистратора к другому — это событие, которое часто сопровождается кратким периодом открытых данных, пока новый регистратор не настроил Privacy Protection.

#### Практический кейс: восстановление владельца через историю

Рассмотрим условный пример того, как работает историческое расследование. Домен мошеннической схемы зарегистрирован в 2025 году с Privacy Protection у европейского регистратора. Текущий whois бесполезен. WhoisXML History показывает три снапшота: февраль 2025, март 2025, апрель 2025. В первом снапшоте — регистрация со скрытыми данными. Но nameservers — нестандартные, принадлежащие небольшому украинскому хостингу.

Анализ IP-адреса, на который указывает домен, через Passive DNS показывает, что этот же IP использовался двумя другими доменами в 2023 году. Whois-история одного из них — более раннего — показывает, что в 2022 году он был зарегистрирован с открытыми данными на имя конкретного человека с email в домене mail.ru.

Обратный поиск по этому email находит ещё 7 доменов, зарегистрированных тем же лицом в период 2019–2023 годов. Несколько из них — брендоимитирующие. Дальнейший поиск по имени находит аккаунты в социальных сетях. Расследование завершено — от анонимного домена к реальной личности через цепочку исторических данных.



DNS и IP анализ: связываем домен с инфраструктурой


Whois — это только один уровень данных. Реальная мощь WhoisXML раскрывается при комбинировании whois-данных с DNS-анализом и исследованием IP-инфраструктуры. Эта связка позволяет строить «карты инфраструктуры» — группировать связанные домены и сервисы, даже если у них разные владельцы в whois.

#### DNS-записи как источник разведывательных данных

Каждый домен имеет набор DNS-записей, публично доступных по определению — без них сайт не работает. Рассмотрим, какую информацию несёт каждый тип записи.

A-запись — IPv4-адрес, на который указывает домен. Это прямая связь «домен → IP». Один IP может обслуживать тысячи доменов на виртуальном хостинге — это поле называется «Shared Hosting», и здесь важен Passive DNS, а не только текущая A-запись.

AAAA-запись — IPv6-адрес. Используется реже, но принцип тот же.

MX-записи — серверы входящей электронной почты для домена. Если у нескольких разных доменов одинаковые MX-записи — это очень сильный индикатор общей инфраструктуры. Злоумышленники нередко используют одни и те же почтовые серверы для всей своей «группы» доменов.

NS-записи — nameservers домена. Совпадение nameservers у разных доменов — индикатор общего хостинга или общего управления.

TXT-записи — текстовые записи, используемые для верификации различных сервисов. SPF-записи (для защиты почты), DKIM-подписи, верификация Google Search Console, Yandex.Webmaster, других сервисов. TXT-запись для верификации сервиса может содержать уникальный идентификатор, принадлежащий конкретному аккаунту — и этот идентификатор может встречаться на других доменах того же владельца.

SOA-запись — Start of Authority, содержит технические данные о зоне DNS, включая email технического администратора (часто в нотации admin.example.com = admin@example.com). Этот email нередко не скрывается даже при Privacy Protection в whois.

CNAME-записи — псевдонимы доменов, перенаправляющие на другие домены. Могут указывать на CDN, SaaS-платформы, маркетинговые инструменты — что само по себе даёт информацию о технологическом стеке владельца.

#### Пассивный DNS: окно в прошлое инфраструктуры

Пассивный DNS (Passive DNS, PDNS) — это технология сбора исторических данных о DNS-разрешениях. Специальные датчики, расположенные в различных точках интернета, фиксируют все DNS-запросы и ответы. Накопленная таким образом база позволяет увидеть: какой IP-адрес возвращался по запросу к домену в прошлом, какие домены указывали на данный IP в определённый период, временно́й диапазон первого и последнего наблюдения каждой связки.

Это особенно ценно в нескольких ситуациях. Домен сейчас указывает на один IP, но до этого месяц указывал на другой — который был прямо связан с известной вредоносной инфраструктурой. Или IP-адрес, ныне чистый, в прошлом году «принимал» сотни фишинговых доменов — и это поменяло его репутационный профиль.

#### IP-адрес как узел связи

Ключевая идея: один IP-адрес может быть связан с десятками или сотнями доменов. Это нормально для виртуального хостинга, но становится разведывательным активом для расследований.

В WhoisXML вкладка «IP Info» при просмотре домена или прямой поиск по IP-адресу показывает: геолокацию IP (страна, регион, город, координаты), принадлежность к автономной системе (ASN) и провайдеру, организацию — кому выделен этот IP-блок, тип IP (жилой, дата-центр, VPN, прокси), историю доменов на этом IP через Passive DNS.

Особое внимание стоит уделять ASN (Autonomous System Number). Если группа подозрительных доменов использует IP-адреса из одной ASN малоизвестного восточноевропейского хостинга — это часто указывает на целенаправленный выбор инфраструктуры, избегающей блокировок.

#### Построение карты инфраструктуры: практика

Представим задачу: изучить инфраструктуру кластера фишинговых сайтов, имитирующих крупный банк.

Начните с одного известного фишингового домена. Получите его A-запись (IP-адрес). Через Passive DNS найдите все домены, указывавшие на этот IP в последние 6 месяцев. Для каждого найденного домена повторите: получите whois, DNS-записи, проверьте наличие в исторической базе. Сгруппируйте домены по MX-записям — возможно, несколько кластеров используют разные почтовые серверы. Для каждого кластера найдите IP mail-серверов и через Passive DNS снова расширьте список.

На выходе получаете граф связей: домены связаны через общие IP, MX-серверы, nameservers, SSL-сертификаты. Это не набор изолированных сайтов — это инфраструктура, которую можно блокировать системно.



SSL-сертификаты и технические данные домена


SSL-сертификаты — ещё один богатый источник данных, часто недооцениваемый при whois-расследованиях. Проект Certificate Transparency (CT) требует, чтобы все публично доверенные сертификаты записывались в открытые журналы. Это означает, что история SSL-сертификатов домена полностью публична и не скрывается никакой Privacy Protection.

#### Что даёт анализ SSL-сертификатов

Каждый SSL-сертификат содержит информацию, ценную для расследования. Поле Common Name (CN) или Subject Alternative Name (SAN) перечисляет все домены, защищаемые сертификатом. Wildcard-сертификат вида *.example.com раскрывает наличие поддоменов. Мультидоменный сертификат может покрывать несколько разных доменов — если они в одном сертификате, скорее всего у них один владелец.

Поля организации (Organization, OU) — если сертификат коммерческий (OV или EV), организация проверяется удостоверяющим центром. Это более надёжный идентификатор, чем whois, который можно заполнить произвольными данными.

Удостоверяющий центр (Issuer) — кто выдал сертификат. Let's Encrypt — бесплатный автоматический CA, популярен у всех включая злоумышленников. DigiCert, Sectigo, GlobalSign — коммерческие CA, чаще используются легитимными организациями. EV-сертификаты (с зелёной строкой) требуют строгой верификации организации.

Дата выдачи и срок действия — когда сертификат был выдан и до когда действует. Сертификат, выданный за день до начала фишинговой кампании — стандартная картина.

#### Certificate Transparency и обнаружение поддоменов

Поскольку все сертификаты публично регистрируются в CT-логах, стало возможным перечисление поддоменов через SSL-данные. WhoisXML агрегирует CT-данные и предоставляет их через API.

Практически это означает: для любого домена можно получить список всех поддоменов, для которых когда-либо выдавались SSL-сертификаты. Это даёт значительно больше, чем DNS-перебор, и не требует активного сканирования цели.

В интерфейсе WhoisXML это доступно через вкладку «SSL» или инструмент «SSL Certificates Lookup». Введите домен — получите список всех сертификатов с датами и полным перечнем доменов в каждом.

#### Техники корреляции через SSL

Техника первая: нашли IP через whois и DNS, ищем другие домены на том же IP через Passive DNS, для каждого домена смотрим SSL — некоторые сертификаты покрывают несколько доменов одновременно, что подтверждает общее владение.

Техника вторая: нашли фишинговый домен, смотрим его SSL — он может быть wildcard или multi-SAN и покрывать другие мошеннические домены явно, в одном сертификате.

Техника третья: для мониторинга новых угроз — подписываетесь на оповещения о новых сертификатах, содержащих ваш бренд в имени домена. Это даёт ранее обнаружение новых фишинговых ресурсов.



WhoisXML API: работа с программным интерфейсом


Веб-интерфейс хорош для единичных исследований. Когда же нужно обработать сотни доменов, автоматизировать мониторинг или интегрировать данные в существующую систему безопасности — необходим программный доступ через API.

#### Архитектура API WhoisXML

Все API WhoisXML работают по принципу REST. Вы отправляете HTTP-запрос на эндпоинт с параметрами (включая ваш API-ключ и искомое значение), получаете ответ в формате JSON или XML. Аутентификация выполняется через API-ключ, передаваемый как параметр запроса или заголовок HTTP.

Базовый URL для большинства API: https://www.whoisxmlapi.com/whoisserver/WhoisService (Whois API) и аналогичные для других продуктов.

Структура типичного запроса: GET-запрос с параметрами apiKey (ваш ключ), domainName (домен для запроса), outputFormat (JSON или XML). Ответ содержит вложенные объекты с данными реестра, регистратора и контактными данными.

#### Основные эндпоинты и их параметры

Whois API — основной эндпоинт. Помимо базовых параметров поддерживает: ip=1 для получения whois по IP-адресу, thin=1 для получения только технических данных без контактов, parsedWhois=1 для получения нормализованных контактных данных.

Whois History API — запрос истории изменений. Основной параметр — domainName. Дополнительные параметры: sinceDate и createdDateFrom/createdDateTo для фильтрации по дате снапшота.

Reverse Whois API — обратный поиск. Параметры: searchType (current или historic — текущие или исторические данные), mode (purchase для подсчёта результатов без расхода кредитов, preview для первых результатов, purchase для полного списка), terms (массив поисковых терминов), exclude (исключаемые термины), searchBy (registrant, registrantEmail, registrantPhone, etc.).

Passive DNS API — история DNS. Параметры: domainName или ipAddress, type (A, MX, NS и т.д.), outputFormat.

DNS Lookup API — текущие DNS-записи. Параметры: domainName, type (тип записи или ALL для всех), ip=1 для включения IP-информации.

#### Практические примеры запросов через браузер

Самый простой способ протестировать API — прямо через адресную строку браузера или через инструменты вроде curl.

Запрос текущего whois для домена example.com:

Сформируйте URL: https://www.whoisxmlapi.com/whoisserver/WhoisService?apiKey=ВАШ_КЛЮЧ&domainName=example.com&outputFormat=JSON

Вставьте в браузер — получите JSON с полными данными. Это удобно для разовых запросов и отладки.

Запрос истории для домена:
https://whois-history.whoisxmlapi.com/api/v1?apiKey=ВАШ_КЛЮЧ&domainName=example.com

Запрос пассивного DNS:
https://pdns.whoisxmlapi.com/api/v1?apiKey=ВАШ_КЛЮЧ&domainName=example.com&type=A

#### Работа с API без написания кода: Postman и аналоги

Для тестирования API без программирования удобны инструменты вроде Postman или Bruno. WhoisXML предоставляет готовые коллекции Postman — скачать их можно в разделе документации. Импортировав коллекцию, вы получаете готовые шаблоны всех запросов, где нужно только подставить ваш API-ключ и искомые данные.

#### Ключевые принципы работы с API в расследованиях

При работе с API для массовых запросов важно учитывать rate limiting — ограничение на количество запросов в единицу времени. WhoisXML устанавливает лимиты в зависимости от тарифного плана. Превышение лимитов приводит к временной блокировке запросов.

Практическая рекомендация: при обработке больших списков доменов добавляйте задержку между запросами в 1–2 секунды. Это предотвращает блокировку и избегает нежелательной нагрузки на сервис. Также используйте режим «preview» в Reverse Whois перед «purchase» — это позволяет сначала узнать количество результатов без расхода кредитов.

Всегда проверяйте поле «dataError» в ответе API перед обработкой данных. Некоторые домены могут возвращать ошибки (домен не найден в реестре, сервер недоступен и т.д.) — их нужно обрабатывать отдельно, а не пытаться парсить как валидный ответ.



Практические OSINT-кейсы: реальные расследования


Теория становится ценной только в применении к реальным задачам. Рассмотрим несколько типовых сценариев расследований с описанием методологии — без привязки к конкретным реальным людям и организациям.

#### Кейс 1: Расследование мошеннического интернет-магазина

Ситуация: Пользователь заплатил предоплату за товар через сайт cheapsmartphones-delivery.com, товар не получил, магазин перестал отвечать.

Шаг 1 — Базовый whois: Домен зарегистрирован 3 недели назад. Данные скрыты Privacy Protection через регистратора Namecheap. Nameservers: ns1.namecheap.com, ns2.namecheap.com.

Шаг 2 — История whois: Только один снапшот — при регистрации. Данных до Privacy Protection нет, домен слишком новый.

Шаг 3 — DNS-анализ: A-запись указывает на IP 185.xxx.xxx.xxx. Через Passive DNS выясняем, что на этот IP за последние 2 месяца указывали ещё 12 доменов с похожими паттернами в именах (cheaptv-sale.com, discountphones-buy.com и другие). Это сеть мошеннических магазинов.

Шаг 4 — Whois этих 12 доменов: Один из старых доменов (зарегистрирован год назад) содержит email в открытом виде в MX-записи — там SOA-запись указывает email вида admin@yourbusiness.com.

Шаг 5 — Обратный whois по email: Находим 23 домена, зарегистрированных на этот email или содержащих его в SOA. Среди них — 8 действующих мошеннических магазинов и 15 «спящих» доменов.

Результат: Составлен отчёт с доказательствами принадлежности доменов к одной мошеннической группе. Отчёт передан в правоохранительные органы и регистраторам для блокировки.

#### Кейс 2: Защита бренда от сквоттеров

Ситуация: Компания «АльфаТех» (условное название) обнаружила, что недобросовестные конкуренты регистрируют домены alfatech-discount.ru, alfatech-original.net и подобные, вводя клиентов в заблуждение.

Шаг 1 — Brand Monitor API: Настраивается мониторинг новых регистраций, содержащих слово «alfatech» в любой доменной зоне. Уведомление приходит при каждой новой регистрации — с полными whois-данными на момент регистрации.

Шаг 2 — Анализ истории: Для уже существующих «фальшивых» доменов через WhoisXML History находим ранние записи с данными регистранта.

Шаг 3 — Обратный поиск: Находим полный портфель доменов оппонента — оказывается, он регистрирует десятки брендоимитирующих доменов разных компаний.

Результат: Данные используются для судебного иска о нарушении товарного знака. Полный портфель доменов оппонента как доказательство умысла значительно усиливает позицию истца.

#### Кейс 3: Атрибуция фишинговой кампании

Ситуация: Служба безопасности банка получила информацию о фишинговом домене, имитирующем интернет-банк. Нужно выяснить масштаб кампании и попытаться атрибутировать злоумышленников.

Шаг 1: Whois фишингового домена — Privacy Protection, данных нет. Nameservers нестандартные.

Шаг 2: SSL-сертификат домена — выдан Let's Encrypt, в SAN только один домен. Но дата выдачи — за 24 часа до начала кампании.

Шаг 3: IP-адрес домена. Passive DNS показывает, что этот IP использовался ещё для 5 доменов за последние 3 месяца — все с похожими паттернами (bank-name-lk.com, bank-name-online.net).

Шаг 4: DNS-запросы по всем найденным доменам. Все используют одинаковые MX-записи — они указывают на сервер, которым управляет конкретный почтовый сервис.

Шаг 5: TXT-записи всех доменов содержат SPF с одним и тем же внешним сервисом — это даёт ещё один идентификатор кластера.

Шаг 6: Один из старых доменов кластера имел в 2022 году открытые данные в whois — имя на кириллице и телефонный номер. Обратный поиск по телефону не даёт результатов в WhoisXML (телефоны реже индексируются), но имя + регион становятся отправной точкой для других OSINT-инструментов.

Результат: Инфраструктура кампании полностью описана, все 6 доменов добавлены в блок-листы. Частичная атрибуция — регион происхождения и примерный временно́й паттерн активности — передана в компетентные органы.

#### Кейс 4: Корпоративная дью-дилидженс

Ситуация: Компания рассматривает партнёрство с небольшой IT-фирмой. Нужно проверить её заявленную историю и реальный цифровой след.

Шаг 1: Whois основного домена партнёра показывает дату регистрации — 2019 год, что совпадает с заявленным годом основания.

Шаг 2: Reverse Whois по email из whois и по названию организации показывает несколько связанных доменов — некоторые из них оказываются предыдущими бизнесами тех же владельцев.

Шаг 3: История whois одного из старых доменов показывает, что предыдущий бизнес этих людей закончился в 2017 году — незадолго до этого домен был выставлен на продажу. Это само по себе не проблема, но требует уточнения обстоятельств закрытия предыдущего бизнеса.

Шаг 4: Технический анализ — nameservers, SSL, технологии (через сторонние инструменты типа BuiltWith) — показывает, что техническая инфраструктура партнёра соответствует заявленным компетенциям.

Результат: Отчёт используется как один из элементов комплексной дью-дилидженс. Никаких красных флагов с точки зрения доменного профиля не обнаружено.



Мониторинг доменов: отслеживание изменений в реальном времени


Пассивный анализ — это важно, но мощь современных инструментов разведки раскрывается в активном мониторинге. WhoisXML предоставляет несколько инструментов для отслеживания изменений в реальном времени.

#### Зачем нужен мониторинг доменов

Угрозы в доменном пространстве возникают непрерывно. Мошенники регистрируют домены, имитирующие ваш бренд, каждый день. Конкуренты приобретают новые активы, которые могут указывать на их стратегические намерения. Ваши собственные домены могут подвергаться несанкционированным изменениям или готовиться к угону. Целевые инфраструктуры для атак создаются незадолго до начала кампаний — раннее обнаружение даёт время на подготовку.

#### Brand Monitor: защита торговых марок

Brand Monitor API WhoisXML отслеживает все новые регистрации доменов по заданным ключевым словам. Принцип работы прост: вы задаёте мониторинговые термины — например, название вашего бренда, продукта или сервиса. Каждые сутки система проверяет новые регистрации по всем поддерживаемым зонам и отправляет оповещение, если обнаружен новый домен, содержащий ваши термины.

Настройка мониторинга через веб-интерфейс: перейдите в «Tools» → «Brand Monitor». Введите ключевые слова для мониторинга (можно несколько). Настройте email для оповещений. Установите пороговые параметры — например, отслеживать только домены, зарегистрированные в конкретных зонах (.ru, .com, .net) или всех зонах сразу.

#### Domain Monitor: отслеживание изменений в конкретных доменах

Если вас интересует не обнаружение новых доменов, а отслеживание изменений в конкретных существующих доменах — используйте Domain Monitor. Этот инструмент следит за изменениями в whois-записях заданных доменов и уведомляет вас при: смене контактных данных, смене nameservers, смене registrar, изменении статуса домена, приближении даты истечения регистрации.

Практические применения: мониторинг собственных доменов (если кто-то инициировал несанкционированный transfer — вы узнаете немедленно), мониторинг доменов известных злоумышленников для отслеживания их активности, мониторинг доменов конкурентов для корпоративной разведки.

#### Настройка алертов через API

Для автоматизированных пайплайнов безопасности WhoisXML предоставляет API для программной настройки мониторинга. Это позволяет добавлять новые домены в список мониторинга динамически — например, автоматически ставить на мониторинг все домены, обнаруженные в ходе расследования инцидента.

Вебхуки (webhooks) позволяют доставлять оповещения прямо в вашу SIEM-систему или корпоративный мессенджер, минуя email. Это обеспечивает более оперативное реагирование.



Конкурентная разведка через WhoisXML


WhoisXML используется не только в целях безопасности, но и в маркетинге и бизнесе. Анализ доменных портфелей конкурентов может дать ценную информацию о стратегических намерениях, истории и масштабе деятельности.

#### Что можно узнать о конкуренте через доменный анализ

История регистрации основного домена конкурента раскрывает реальную дату основания компании — которая может не совпадать с заявленной. Компании нередко рассказывают о долгой истории, но дата регистрации домена говорит правду.

Портфель доменов через Reverse Whois показывает все зарегистрированные конкурентом домены: региональные версии сайта, продуктовые домены, «защитные» регистрации вариаций названия, тестовые и staging-домены (которые иногда оказываются видны публично и содержат информацию о новых продуктах). Особое внимание стоит уделять доменам, которые конкурент зарегистрировал, но ещё не запустил — это могут быть новые направления бизнеса, готовящиеся к запуску.

История изменений nameservers конкурента показывает его инфраструктурные изменения: переезды между хостинг-провайдерами, переход на другие CDN, технические апгрейды.

#### Ограничения и этические рамки

Важно понимать: конкурентная разведка через публичные whois-данные является абсолютно законной деятельностью — вы работаете с публично доступной информацией. Однако данные, полученные таким образом, имеют ограничения: они показывают доменный портфель, но не раскрывают бизнес-стратегию, финансовые данные или конфиденциальные сведения. Использование полученных данных для нечестной конкурентной борьбы — например, для регистрации похожих доменов с целью перехвата трафика — является незаконным.



Альтернативы WhoisXML: сравнение инструментов


Рынок инструментов для работы с whois-данными и DNS-разведкой не ограничивается WhoisXML. Понимание альтернатив помогает выбрать правильный инструмент для конкретной задачи.

#### DomainTools

DomainTools — исторически один из крупнейших и наиболее уважаемых игроков на рынке. Основан в 2002 году, имеет одну из крупнейших исторических баз whois-данных.

Преимущества: очень глубокая историческая база (данные с конца 1990-х годов), собственный алгоритм «WHOIS Risk Score» для оценки репутации доменов, Iris Investigate — специализированная платформа для расследований с графическим отображением связей, тесная интеграция с корпоративными SIEM-системами.

Недостатки: значительно более высокая стоимость по сравнению с WhoisXML, ориентация на enterprise-клиентов (минимальная стоимость доступа к полному функционалу — несколько тысяч долларов в год), менее гибкое API для разработчиков. Для небольших команд и индивидуальных исследователей DomainTools часто финансово недоступен.

Когда выбирать DomainTools: при наличии enterprise-бюджета и необходимости в наиболее глубокой исторической базе, а также при работе в среде, где DomainTools уже интегрирован в корпоративную инфраструктуру безопасности.

#### SecurityTrails

SecurityTrails (поглощён компанией Recorded Future) — специализированный сервис для DNS и OSINT-разведки с акцентом на пассивный DNS.

Преимущества: исключительно мощная база пассивного DNS, удобный интерфейс для построения графов связей, поддержка автоматизации через API, относительно доступное ценообразование для небольших команд.

Недостатки: менее богатая база исторических whois-данных по сравнению с WhoisXML и DomainTools, ограниченный функционал Brand Monitor.

#### VirusTotal

VirusTotal — прежде всего сервис для проверки файлов и URL на вирусы, но содержит богатую базу данных о доменах и IP-адресах. Бесплатная версия VirusTotal даёт доступ к историческим DNS-данным, информации о пассивном DNS, данным whois и репутационным оценкам. Premium API значительно расширяет возможности поиска и корреляции.

Когда использовать: как дополнение к WhoisXML для получения репутационной оценки доменов и проверки по антивирусным базам. VirusTotal не заменяет whois-анализ, но добавляет важное измерение — мнение десятков антивирусных движков о репутации домена.

#### Shodan

Shodan — специализированный поисковик по интернет-устройствам и инфраструктуре. Позволяет искать по баннерам сервисов, SSL-сертификатам, открытым портам и другим техническим характеристикам. В связке с WhoisXML Shodan становится мощным инструментом: WhoisXML помогает найти IP-инфраструктуру домена, Shodan показывает, какие сервисы работают на этих IP.

#### Бесплатные альтернативы и открытые источники

Для базовых задач существуют бесплатные инструменты: whois.domaintools.com, who.is, lookup.icann.org — бесплатный whois без исторических данных. RIPEstat, ARIN, APNIC — бесплатные базы данных для анализа IP-блоков. MXToolbox — бесплатный DNS-анализ. Censys — частично бесплатный сервис для поиска по SSL-сертификатам и интернет-инфраструктуре. Certificate Search на crt.sh — полностью бесплатный поиск по Certificate Transparency логам.

Ограничения бесплатных инструментов: нет исторических whois-данных, нет обратного поиска, нет автоматического мониторинга, необходима ручная работа для корреляции данных из разных источников.

Выбор инструмента определяется балансом бюджета, масштаба задач и требуемой глубины данных. WhoisXML занимает нишу между полностью бесплатными инструментами и дорогостоящими enterprise-решениями — это делает его наиболее доступным выбором для профессионалов, работающих с реальными задачами разведки.



Правовые и этические аспекты работы с whois-данными


Whois-данные являются публичными по природе, однако это не означает их безграничного использования. Понимание правовой и этической рамки критично для корректной работы с платформой.

#### Публичность whois-данных и её основания

Система whois была создана с намерением обеспечить прозрачность в управлении интернет-ресурсами. Это принципиальная часть архитектуры DNS: регистрируя домен, человек или организация соглашаются с тем, что информация о регистрации будет публично доступна. ICANN (организация, управляющая системой доменных имён) требует публичности whois-данных как условие существования децентрализованной системы управления.

Таким образом, работа с публичными whois-данными — в части их просмотра, агрегации и анализа — является законной деятельностью в большинстве юрисдикций. Платформы типа WhoisXML работают в рамках публичных данных и соблюдают ICANN-правила.

#### Ограничения, введённые GDPR

GDPR создал правовую коллизию: с одной стороны, ICANN требует публичности регистрационных данных, с другой — GDPR запрещает публикацию персональных данных без основания. Компромисс, к которому пришли регистраторы: технические данные (даты, статусы, nameservers, registrar) остаются публичными, персональные данные (имя, email, телефон, адрес) физических лиц скрываются. Организации формально обязаны предоставлять данные, но многие регистраторы по умолчанию скрывают данные и физических, и юридических лиц.

Доступ к скрытым данным возможен, но требует обоснования: правоохранительные органы могут запросить данные через registrar; стороны, имеющие законный интерес (например, правообладатель, чей бренд нарушен), могут подать формальный запрос. WhoisXML работает с историческими данными, собранными до GDPR, и с данными из зон с менее строгой политикой конфиденциальности.

#### Что можно и чего нельзя делать с найденными данными

Законное использование: сбор доказательств для судебного разбирательства о нарушении товарного знака или доменном сквоттинге, расследование мошенничества с последующей передачей данных правоохранительным органам, корпоративная дью-дилидженс, мониторинг собственной цифровой репутации, исследования в области кибербезопасности, академические исследования интернет-инфраструктуры.

Недопустимое использование: массовый сбор email-адресов из whois для рассылки спама (прямо запрещено условиями использования реестров и регистраторов), доксинг — публикация личных данных человека с намерением причинить вред, преследование или запугивание, использование данных для дискриминации, использование данных в нарушение условий использования WhoisXML.

#### Условия использования WhoisXML

WhoisXML, как и все whois-сервисы, устанавливает собственные условия использования API. Ключевые ограничения: запрет на использование данных для рассылки нежелательных коммуникаций, запрет на перепродажу сырых данных без соглашения о реселлере, ограничения на скорость запросов (rate limits), обязательство использовать данные в соответствии с применимым законодательством.

Нарушение условий использования может привести к блокировке аккаунта. Для профессиональных и корпоративных применений рекомендуется ознакомиться с полным текстом ToS перед началом масштабного использования.

#### Ответственное раскрытие и публикация результатов

Если в ходе расследования с использованием WhoisXML вы обнаружили данные о реальных людях, вовлечённых в противоправную деятельность, возникает вопрос об ответственном обращении с этими данными. Общий принцип: передавать данные компетентным органам, а не публиковать их публично. Публичная доксировка — даже очевидных мошенников — создаёт правовые риски для публикатора и может навредить расследованию. Правоохранительные органы работают эффективнее, когда получают структурированные данные в рамках официального обращения.



Часто задаваемые вопросы (FAQ)


#### Вопрос 1: Можно ли узнать реального владельца домена если включена Privacy Protection?

В большинстве случаев Privacy Protection скрывает прямые контактные данные, но не делает владельца полностью анонимным. Существует несколько подходов: исторический анализ через Whois History (данные до включения защиты), поиск по технической информации (nameservers, IP, SSL), обратный поиск если email когда-либо использовался открыто. Если домен принадлежит физическому лицу и никаких цифровых следов нет — установить владельца программными методами через публичные данные практически невозможно. В этом случае единственный путь — официальный запрос через регистратора на основании законного интереса (нарушение прав, мошенничество).

#### Вопрос 2: Насколько актуальны данные в WhoisXML? Как быстро обновляется база?

WhoisXML обновляет данные несколько раз в сутки для основных зон (.com, .net, .org, крупные национальные ccTLD). Для менее популярных зон частота обновления может быть ниже — раз в сутки или несколько раз в неделю. Задержка между изменением whois-записи и её отражением в базе WhoisXML составляет обычно от нескольких часов до суток. Для мониторинга в реальном времени это вполне достаточно, но при необходимости в немедленных данных — выполните прямой whois-запрос к серверу реестра.

#### Вопрос 3: Чем отличается WhoisXML от простого сайта whois.domaintools.com?

Принципиальные отличия: WhoisXML предоставляет структурированные данные в машиночитаемом формате (JSON/XML) через API, тогда как большинство бесплатных whois-сервисов предоставляют только текст для людей. WhoisXML хранит историческую базу за более чем 20 лет. WhoisXML предоставляет обратный whois-поиск. WhoisXML агрегирует данные из сотен зон в едином интерфейсе и нормализует их в единый формат. WhoisXML предоставляет смежные данные (DNS, IP, SSL) в едином экосистеме. Бесплатные сервисы подходят для разового ручного поиска; WhoisXML — для профессиональной работы, масштабного анализа и автоматизации.

#### Вопрос 4: Что делать если обратный whois по email не даёт результатов?

Это может происходить по нескольким причинам: email-адрес никогда не использовался в открытых whois-записях (всегда был скрыт Privacy Protection), email-адрес зарегистрирован относительно недавно и ещё не попал в индекс, адрес является уникальным техническим адресом службы Privacy Protection (а не реального владельца), WhoisXML не собрал данные конкретной зоны, в которой использовался этот адрес. В таком случае попробуйте: поиск по имени или организации из той же whois-записи, анализ технических данных (nameservers, IP, MX), поиск email в других открытых источниках (Гугл, LinkedIn, утечки баз данных — через Have I Been Pwned).

#### Вопрос 5: Как правильно использовать бесплатные 500 кредитов при первом знакомстве?

Рекомендуется распределить кредиты следующим образом. Начните с 10–20 базовых whois-запросов для доменов, которые вас интересуют (1 кредит каждый). Попробуйте 2–3 запроса истории whois для разных доменов. Выполните 1–2 обратных whois-поиска в режиме «preview» (просмотр количества результатов) — это бесплатно в некоторых планах и позволяет оценить масштаб результатов перед покупкой полного поиска. Запросите пассивный DNS для 5–10 доменов. Остаток потратьте на API-запросы для тестирования интеграции в собственные инструменты.

#### Вопрос 6: Можно ли использовать WhoisXML для поиска незарегистрированных доменов?

Да, Domain Availability API проверяет, зарегистрирован ли конкретный домен или доступен для регистрации. Это полезно для: поиска освободившихся доменов конкурентов или партнёров, мониторинга истечения регистрации у доменов злоумышленников (чтобы успеть их перехватить или убедиться в их удалении), поиска красивых незарегистрированных доменов для нового проекта. API позволяет проверять наличие домена в любой зоне и возвращает не только статус «занят/свободен», но и даты истечения, если домен занят.

#### Вопрос 7: Насколько надёжны данные WhoisXML — могут ли они содержать ошибки?

WhoisXML агрегирует публичные данные из whois-серверов реестров и регистраторов. Качество исходных данных определяется самими регистраторами — соответственно, если регистрант предоставил недостоверные контактные данные при регистрации, они попадут в базу в таком виде. Ошибки нормализации возможны при парсинге нестандартных форматов whois. Для критичных расследований рекомендуется перекрёстная проверка данных WhoisXML с прямыми запросами к официальным whois-серверам реестров. В целом WhoisXML является одним из наиболее надёжных агрегаторов, но как и любой агрегатор данных — не застрахован от ошибок в исходных источниках.

#### Вопрос 8: Как WhoisXML соотносится с OSINT-инструментами типа Maltego?

WhoisXML и Maltego решают разные задачи, хотя и пересекаются. WhoisXML — это провайдер данных: он предоставляет структурированные данные о доменах, IP и DNS через API. Maltego — это инструмент визуализации и корреляции данных из множества источников. Интеграция прямая: WhoisXML API может использоваться как источник данных в Maltego через официальный Transform. Это позволяет строить графы связей в Maltego на основе данных WhoisXML. Если вы уже используете Maltego — добавление WhoisXML как источника данных значительно расширяет возможности анализа. Если не используете — для большинства задач веб-интерфейса и API WhoisXML достаточно без графового инструмента.

#### Вопрос 9: Работает ли WhoisXML с русскими доменами в зоне .ru и .рф?

Да, WhoisXML поддерживает зоны .ru, .рф, .su и другие русскоязычные домены. Данные получаются из whois-серверов ТЦИ (Технического центра интернет) и аккредитованных российских регистраторов. Для кириллических доменов в зоне .рф используется Punycode — кодирование интернационализированных доменных имён в ASCII-формат. WhoisXML корректно обрабатывает Punycode, отображая как кириллическое написание, так и Punycode-форму. Обратите внимание: российская зона .ru имеет собственную политику конфиденциальности — исторически данные в ней были более открытыми, чем в зонах под европейскими регистраторами, хотя и здесь большинство регистраторов предоставляют Privacy Protection по запросу.

#### Вопрос 10: Как защитить собственный домен от раскрытия данных через whois?

Для защиты своих данных в whois: используйте Privacy Protection — услугу, предлагаемую большинством регистраторов (обычно бесплатно или за небольшую доплату). Это скроет ваше имя, email, телефон и адрес, заменив их на данные службы конфиденциальности регистратора. Используйте корпоративный email для регистрации доменов, а не личный. Используйте юридическое лицо вместо частного в качестве регистранта — это требуется для коммерческих доменов в любом случае, но также обеспечивает дополнительный уровень разделения между публичными данными и личностью основателя. Однако помните: Privacy Protection не даёт абсолютной анонимности — ваши реальные данные хранятся у регистратора и могут быть раскрыты по официальному запросу с законным основанием.

#### Вопрос 11: Можно ли через WhoisXML найти данные о владельце IP-адреса?

Да, через IP Whois — специальный режим whois-запроса по IP-адресу, а не по домену. IP-адреса управляются региональными интернет-регистраторами (RIR): для России и стран СНГ это RIPE NCC. Whois-запрос по IP возвращает: организацию, которой выделен этот IP-блок (интернет-провайдера, хостинг-компанию или конечного пользователя), контактные данные технической службы организации, диапазон IP-адресов в блоке, ASN. Важно понимать: IP-whois показывает организацию-владельца IP, а не конечного пользователя этого IP. Если IP принадлежит хостинг-провайдеру — whois покажет данные провайдера, а не клиента, арендующего сервер.

#### Вопрос 12: Как использовать WhoisXML для проверки перед деловым сотрудничеством?

Перед заключением договора с незнакомым интернет-партнёром рекомендуется следующий минимальный чеклист. Проверьте дату создания домена их сайта — очень молодой домен при заявлении о «10-летнем опыте» является красным флагом. Проверьте соответствие данных регистранта заявленной компании — имя организации в whois должно совпадать с юридическим лицом в договоре. Выполните обратный whois-поиск по организации — нет ли в её портфеле доменов с подозрительными названиями. Проверьте техническую инфраструктуру — профессиональная компания обычно имеет корпоративные nameservers, а не бесплатные DNS-сервисы. Проверьте SSL-сертификат их сайта — EV-сертификат с верификацией организации является дополнительным подтверждением легитимности. Этот базовый анализ занимает 15–20 минут и может защитить от значительного числа мошеннических схем.



Заключение: WhoisXML в арсенале профессионала 2026


WhoisXML прошёл долгий путь от простого whois-агрегатора до полноценной платформы разведки о доменной инфраструктуре интернета. В 2026 году, когда цифровой след стал неотъемлемой частью любой деятельности — как законной, так и преступной — инструменты анализа этого следа приобрели критическую важность для специалистов самых разных профессий.

#### Что мы разобрали в этом руководстве

Мы прошли путь от базового понимания протокола Whois и его ограничений до профессиональных техник OSINT-расследований. Ключевые выводы из каждого раздела:

Стандартный whois — это только начало. Privacy Protection скрывает прямые контактные данные, но не делает домен полностью анонимным. Каждый домен оставляет цифровые следы через технические данные, историю изменений, связанную инфраструктуру.

Обратный Whois кардинально меняет масштаб расследования. Один найденный email-адрес из исторической записи может раскрыть весь доменный портфель злоумышленника — десятки или сотни связанных сайтов.

История whois-записей — машина времени для расследований. Данные до введения Privacy Protection часто содержат реальные контакты, которые остаются в базе даже после скрытия.

Комбинирование источников даёт экспоненциальный результат. Whois + Passive DNS + SSL-данные + IP-анализ = полная карта инфраструктуры, которая не имеет ничего общего с тем, что видно в одном whois-запросе.

Мониторинг в реальном времени переводит работу из реактивной в проактивную. Бренды, отслеживающие новые регистрации по своим ключевым словам, обнаруживают угрозы до того, как они начинают причинять реальный вред.

#### Тренды в области whois-разведки на 2026 год

Ужесточение конфиденциальности данных продолжается. GDPR задал тренд, который подхватывают другие юрисдикции. Данные whois становятся всё более скудными — что делает исторические базы и косвенные индикаторы (DNS, SSL, IP) ещё более ценными.

Искусственный интеллект входит в анализ доменов. Ведущие платформы начинают использовать ML для автоматической кластеризации подозрительных доменов, предсказания вредоносности на основе паттернов и приоритизации алертов при мониторинге.

RDAP вытесняет классический Whois. Переход на структурированный RDAP создаёт новые возможности для агрегации данных и делает API-работу более удобной.

Интеграция whois-данных в TIP (Threat Intelligence Platform) становится стандартом. Командам SOC и CERT всё чаще нужны не изолированные whois-данные, а обогащённые контекстом фиды угроз, где whois является одним из многих источников.

#### Рекомендации по началу работы

Если вы только начинаете работу с WhoisXML — вот оптимальный путь. Зарегистрируйтесь и получите 500 бесплатных кредитов. Начните с веб-интерфейса tools.whoisxmlapi.com для знакомства без кода. Выберите один реальный домен, который вас интересует, и пройдите все этапы: базовый whois, история, обратный поиск, DNS-анализ. Когда освоите базовые инструменты — переходите к API для автоматизации. Настройте Brand Monitor для вашего бренда или ключевых слов.

WhoisXML не заменит профессиональную интуицию и опыт OSINT-аналитика. Но он многократно умножает возможности профессионала, превращая часы ручной работы в минуты автоматического анализа. В мире, где цифровая инфраструктура становится ареной конфликтов и мошенничества, умение читать эту инфраструктуру — ключевой профессиональный навык.