Кратко

  • RFC 9910 имеет статус IETF Proposed Standard, January 2026 и задаёт специфические для RIR возможности поиска в RDAP.
  • Базовый поиск и поиск связей охватывают IP-сети, отдельные ASN и диапазоны ASN, а также объекты обратного DNS. Используются явные сегменты пути и зарегистрированный идентификатор rirSearch1.
  • Сохранённая ссылка поиска фиксирует исходный запрос. Ссылка lookup удобна как прямой переход к объекту, но после обновления реестра её ответ может отличаться от первоначального.

RFC 9910 превращает иерархию ресурсов интернет-номеров в поверхность, по которой можно выполнять запросы. Это не превращает ответ реестра в свидетельство собственности или юридического титула. В базовом поиске клиент выбирает класс объекта и передаёт соответствующий ввод: IP-адрес или пару CIDR для сети, один ASN либо диапазон ASN, а для объекта обратного DNS — доменное имя. Базовые правила формирования запросов опираются на RFC 9082. Расширение RIR использует явно заданные сегменты пути и зарегистрированный идентификатор rirSearch1.

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

Согласно модели RFC 9083 ответ может быть набором результатов, а не единственным объектом. Объекты ссылок указывают, как продолжить поиск или получить конкретный объект. Если поиск дал один результат, сервер может сохранить ссылку на исходный поиск либо заменить её ссылкой lookup. Первая сохраняет намерение запроса и его контекст. Вторая оставляет клиенту последующее обращение к реестру. Если запись изменилась между двумя обращениями, ответы могут разойтись. Операционно это означает: хранить только lookup-ссылку недостаточно, когда требуется воспроизводимость исходного наблюдения.

Журнал свидетельств на момент наблюдения

  • Время: 2026-09-06; вместе с ним фиксируются полномочия реестра, URI поиска, входные данные, тип связи и фильтр статуса.
  • Ответ: сохраняются исходные байты, класс результата, связи ссылок и время получения; последующий lookup не заменяет исходный ответ.
  • Границы: RFC 9910 описывает поиск IP-сетей, ASN или диапазонов ASN и объектов обратного DNS. Текущая реализация у каждого RIR этим материалом не подтверждается.
  • Неизвестные: полнота конкретного набора данных, политика авторизации и ограничения частоты на данном сервере, а также допустимость определённого использования в конкретной юрисдикции требуют отдельной проверки.

RFC 7481 сохраняет границы безопасности: конфиденциальность, аутентификация и авторизация, ограничение частоты запросов и регуляторные требования. Расширение не отменяет правил доступа к RDAP и защиты частных данных. Нельзя без актуальных данных заявлять о повсеместном внедрении, полноте сведений или универсальной поддержке со стороны RIR.

Путь оператора к решению о принятии

  1. Определить класс объекта, тип связи и направление иерархии; проверить поддержку пути и rirSearch1 на нужном сервере, не предполагая общего внедрения RFC.
  2. До запроса проверить полномочия, требования к конфиденциальности, лимиты частоты и применимую юрисдикцию.
  3. Сохранить запрос, полномочия реестра, время наблюдения, исходный ответ, тип связи, набор результатов и все доступные ссылки.
  4. Принять результат только как операционный снимок. Перед значимым решением выполнить повторный запрос; прежнюю связь и более поздний lookup нельзя считать постоянным подтверждением права.

Источники