Кратко

  • Centralized Zone Data Service стандартизирует заявку и соглашение, но не превращает каждый случай в одно решение ICANN. Проверка заявителя, одобрение оператором реестра, договорный надзор и поведение пользователя относятся к разным участкам ответственности.
  • Одобрение дает ограниченное, непередаваемое право получить копию данных зоны. Это не право собственности на имена и не управление TLD. Наименее определен срок: договор реестра не устанавливает время обработки заявки.

Общая очередь не создает общих часов

Для исследователя DNS, команды безопасности или специалиста по защите бренда CZDS устраняет заметные издержки. Не нужно искать отдельный договор и канал передачи для каждой gTLD: один пользователь может направить запросы нескольким участвующим реестрам.

Однако страница ICANN о доступе к файлам зон прямо указывает на пробел. Registry Agreement не определяет, за какой срок оператор обязан обработать заявку. Централизован вход, но не время решения.

Практическая ценность данных от этого меняется. Историческое исследование иногда выдерживает задержку в несколько дней. При наблюдении за фишинговой кампанией, быстро меняющей инфраструктуру, та же задержка может лишить данные актуальности. Одинаковый статус «ожидает» способен скрывать неполные сведения о заявителе, реальную проверку в реестре или ничем не объясненный простой.

Файл зоны не подтверждает владение именем

Файл зоны gTLD массово показывает делегированные имена и записи DNS, необходимые для поиска их авторитетных серверов. По нему можно наблюдать появления, удаления и технические связи. Это не полная база данных регистрантов и не доказательство того, кому принадлежит доменное имя.

Поэтому измененная Specification 4 описывает узкое разрешение: неисключительный, непередаваемый и ограниченный доступ, обычно с возможностью получить одну копию за 24 часа. Использование должно быть законным. Данные нельзя применять для массовой коммерческой рекламы лицам, не являющимся клиентами, для высоконагруженных автоматических запросов к системам реестров или регистраторов либо для нарушения обычной работы регистрантов.

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

У слова «одобрение» три разных субъекта

Первый контроль осуществляет централизованный поставщик доступа к данным зон — ICANN или назначенная организация. Он вправе отклонить пользователя, который не выполнил требования к идентификации и контактным данным. Это проверка учетных сведений.

Второе решение принимает оператор реестра. Он может отказать, если сведения неверны или нелегитимны, либо если обоснованно полагает, что предполагаемое использование нарушит ограничения. После выдачи доступа оператор может его отозвать при наличии доказательств нарушения. Отзыв опирается на поведение после одобрения и не является просто запоздалым отказом.

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

Источники