Кратко

  • prop-162-v003 предлагает убрать ряд контактных полей из будущего массового WHOIS, сохранив abuse-контакт, и добиться удаления ранее полученных данных существующими пользователями.
  • Секретариат признаёт ограниченную возможность следить за уже скачанными или опубликованными данными; действующее соглашение не предусматривает общего удаления прежних данных без доказательства злоупотребления.
  • История отдельно фиксирует консенсус, endorsement EC, внедрение технических компонентов и ожидание WHOIS AUA.
  • Публичный итог должен разделять тест выгрузки, принятие новых условий, уведомление или подтверждение удаления, прекращение доступа, известную перепубликацию и неразрешённые старые копии.

У APNIC есть точка, в которой контроль особенно силён: момент создания следующего набора данных. Здесь можно задать схему, исключить поля и сравнить результат с ожиданием. У старой копии такой точки уже нет. Она хранится у другого участника, возможно, в резервной системе или производном наборе.

Материалы prop-162 ценны тем, что APNIC публикует это ограничение, а не маскирует его обещанием полного отзыва.

Что означает масштаб доступа

В prop-162-v003 сказано, что массовый доступ имеют более 400 организаций: компании кибербезопасности, провайдеры, университеты, исследователи и правоохранительные органы.

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

Будущее изменение конкретно: убрать address, phone, fax-no, e-mail и notify из Org, IRT и role в массовом наборе, кроме abuse-контакта. Разрешённые точечные и автоматизированные запросы сохраняются. Это уменьшение стандартной массовой выдачи, а не отказ от оперативной связи.

Проверка будущего файла

APNIC может сохранить версию и время генерации, проверить объекты и поля, исключение abuse и историю исправлений. Но оценка предупреждает: контактные данные в свободных desc или remarks объектов inetnum и inet6num могут остаться. Это не доказывает наличие контакта в каждой записи, но требует анализа содержимого, а не одной схемы.

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

Почему прекращение доступа не является удалением

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

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

Таким образом, запись о блокировке доказывает прекращение будущей выдачи. Заявление получателя об удалении доказывает сделанное им заявление в заданном объёме. Ни то ни другое не обследует неизвестные резервные или вторичные копии.

История состоит из компонентов

Основной статус страницы — Reached Consensus at APNIC 60. Хронология фиксирует консенсус в сентябре 2025 года, окончание final call в октябре, endorsement Executive Council в декабре и строку от 11 февраля 2026 года: Technical components implemented – Awaiting WHOIS AUA.

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

На текущей странице массового доступа заявитель должен подписать и передать соглашение. Связанный APNIC-091 обозначен как Version 005 от 17 декабря 2010 года со статусом Active. Он ограничивает цели, хранение и передачу, но проверенный текст не содержит общей обязанности удалять прежние загрузки из-за будущего изменения набора. Частные обязательства или применимый закон в отдельном деле этим не исключаются.

Как считать результат, не раскрывая контакты

Первая строка отчёта — версия выгрузки, время, исключённые поля, abuse-исключение, проверка свободного текста и исправления.

Вторая — защищённый учёт получателей: одобренная цель, версия AUA, дата принятия или продления, состояние доступа. Публично достаточно числа принявших, ожидающих, истёкших и отключённых.

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

Четвёртая — известная перепубликация: происхождение, условия, уведомление, ответ и исправление. Отсутствие известных дел не доказывает отсутствие всех копий.

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

Ограниченный результат остаётся результатом

Фильтрация новых наборов снижает ненужное распространение и может сосуществовать с оперативными запросами. Её ценность не зависит от возможности переписать прошлое.

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

Источники