Кратко

  • Prop-173 предлагает отдельную политику с историей версий для WHOIS, RDAP, веб-поиска и аналогичных API. Пока это предложение в списке рассылки, а не принятое правило.
  • Легитимность будет зависеть от заметных уведомлений, разрешений для обычной сетевой работы, понятных лимитов и процедуры пересмотра ошибочных блокировок.

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

Именно этот пробел пытается закрыть prop-173, внесённая Jonathan Brewer. В обосновании говорится, что действующее соглашение APNIC рассчитано на массовый доступ к Whois и не объясняет ясным образом условия обычных разовых запросов. Предлагается отдельная публичная политика с версиями для WHOIS, RDAP, веб-поиска и эквивалентных API. На странице APNIC текущий статус указан как опубликовано в списке рассылки; консенсус там не отмечен.

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

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

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

Контроль не ограничивается базой данных. База хранит запись, сервис передаёт ответ, а пользователь решает, что делать с ним дальше. Ясные условия должны описывать все три этапа и делать решения о применении правил понятными. Если уведомление появляется только после запроса, условия различаются между протоколами или ведут на документ без истории изменений, трудно установить, на что согласился пользователь. Если автоматический лимит блокирует исследователя или группу реагирования без пути пересмотра, последствия могут длиться дольше самого инцидента.

Предложение отдельно рассматривает данные, перенаправленные другим реестром. Условия APNIC применялись бы к записям, за которые авторитетно отвечает APNIC; для перенаправленных данных сохранялись бы правила исходного реестра. Чтобы эта граница работала, сервис должен показывать происхождение результата достаточно ясно.

Поэтому prop-173 спрашивает не только о том, кто владеет базой. Речь о том, доступны ли условия повседневного запроса до использования, согласованы ли они между протоколами и можно ли пересмотреть их применение при ошибочной операционной классификации. Предложение ещё обсуждается; его принятие, итоговый текст и способ внедрения пока не решены.

Источники

Приведённая ниже заметка Heng Lu — лишь аналитическая рамка для обсуждения участия и полномочий, а не свидетельство о позиции APNIC.