Кратко

  • 5 августа ARIN сообщила, что в ее базе около 17 тысяч legacy-сетей, причем примерно половина не имеет Point of Contact либо имеет POC, который реестр не смог проверить.
  • В той же публикации указано: 11% имеют подтвержденную на текущий момент контактную запись, еще 20% — неполную. Затем сети сравниваются с организациями, чьи ресурсы охвачены соглашением ARIN; у них доля подтвержденных контактов составляет 76%.
  • Эти формулировки не доказывают противоречие, но не раскрывают точный срез данных, размеры групп, пересечение статусов и переход от сети к организации и POC.
  • ARIN может сделать вывод воспроизводимым без публикации персональных данных: достаточно версионной агрегированной таблицы с единицей учета, числителем, знаменателем и правилом каждой категории.

Сильное предупреждение опередило свой статистический паспорт

Материал ARIN от 5 августа объясняет, почему старая запись — не архивная мелочь. Злоумышленник может искать ресурс, который выглядит бесхозным, имитировать указанную организацию, попытаться получить контроль над Org ID или POC, а затем убедить провайдера начать маршрутизацию.

После этого ARIN называет масштаб. В базе примерно 17 тысяч legacy-сетей. Около половины не имеют POC или имеют контакт, который ARIN не смогла проверить. Лишь 11% располагают контактной записью, подтвержденной сейчас; еще 20% имеют запись с неполной информацией.

Следом появляется другая группа: организации, ресурсы которых находятся под соглашением с ARIN. У 76% из них есть подтвержденный контакт, а неполных контактных данных якобы нет. ARIN не утверждает, что сам договор автоматически повышает качество. Разница, по ее объяснению, в том, что кто-то регулярно просматривает и обновляет данные. Legacy-держатель может сделать это и без нового соглашения.

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

В одном абзаце меняется единица учета

Около 17 тысяч — это сети. 76% — это организации. Ежегодной проверке подвергаются записи POC.

Одна организация может быть связана с несколькими сетями. У сети бывают прямые контакты ресурса и косвенные контакты через организацию. Одна ролевая запись может обслуживать несколько объектов. Руководство ARIN по POC отдельно рассматривает Admin, Tech, NOC и Abuse, а не предполагает единственный контакт на сеть.

Data Accuracy Improvement Program вводит составные критерии на уровне организации. Complete означает заполненные обязательные поля и хотя бы один POC с необходимыми данными. Correct требует проверки организации и подтверждения хотя бы одного POC. Current добавляет условие, что это произошло в последние пять лет.

В августовской заметке не сказано, соответствует ли доля 11% этому составному тесту. Не раскрыт и размер договорной группы — ни в организациях, ни в сетях. Внутренняя методика может быть последовательной; публичного переходника между объектами нет.

Доля сетей хотя бы с одним действующим прямым или косвенным POC и доля подтвержденных POC среди всех контактных записей отвечают на разные вопросы. Одинаковый знак процента не делает их взаимозаменяемыми.

Остаток нельзя назвать недействительным

Слова еще 20 процентов позволяют считать неполную группу отдельной от 11% подтвержденных. Если условно применить обе доли к приблизительным 17 тысячам, получится около 3400 и 1870 сетей. Это редакционный пересчет, а не опубликованные ARIN абсолютные значения: исходный знаменатель приблизителен.

Вместе категории дают 31%. Оставшиеся 69% не получают в публикации исчерпывающего названия.

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

Поэтому нельзя вычесть 11 из 100 и заявить, что 89% legacy-сетей имеют недействительные контакты. Не подтвержден сейчас, неполный, не проверяемый, недействительный и отсутствующий — разные состояния. Около половины также не равно ровно 8500.

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

NRPM ограничивает последствия статусом учетной записи

Действующая NRPM 3.6 требует ежегодно проверять Admin-, Tech-, NOC- и Abuse-контакты как организаций, так и ресурсов. После уведомления POC получает до 60 дней, чтобы подтвердить правильность и полноту данных или внести исправления.

Недействительный POC может пользоваться в ARIN Online только оплатой и обновлением контакта. Организация без единого действующего POC не получает остальные функции, пока хотя бы один Admin или Tech не подтвердит либо не исправит запись. Для получения reallocation или подробного reassignment также необходим подтвержденный POC.

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

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

Контролируемый отчет измеряет не ту же публичную совокупность

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

Это показывает, что ARIN умеет вычислять прямые и косвенные связи. Но отчет объединяет сети и ASN, тогда как блог говорит о legacy-сетях. Доступ предоставляется по одобренному запросу в рамках Bulk Whois, а дальнейшее распространение запрещено.

Для прозрачности агрегатов не нужно раскрывать почту, телефоны, адреса или отдельные префиксы. Нужны только дата среза, единица учета, точный размер, прямые и унаследованные POC, определения статусов, правила пересечения, числитель, знаменатель, округление и история поправок.

Методика должна также указать, совпадает ли совокупность с ограниченным отчетом и показателями Complete/Correct/Current. Если нет, явное описание различий надежнее искусственного сопоставления.

Тонкому реестру полезна точная граница доказательства

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

Агрегированная таблица усиливает именно эту роль. Legacy-держатель видит, отсутствует контакт, неполон или просто не ответил. Оператор различает отсутствие и сбой проверки. Исследователь отслеживает прогресс без персональных данных. ARIN меняет метод, сохраняя предыдущую базу.

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

Источники