Кратко

  • RFC 8805 описывает грубые данные о местоположении префиксов, публикуемые самим оператором; потребитель может считать их лишь подсказкой.
  • RFC 9632 связывает подписанный файл с полномочиями на адресное пространство, но не удостоверяет физическую точность места.
  • Надёжное закрытие связывает подписанную версию с загрузкой, активацией, разрешением пересечений и наблюдаемым результатом.

Подпись верна, а карта всё ещё ошибается

Оператор переносит префикс в другой город, обновляет geofeed и добавляет необязательный аутентификатор RPKI. Проверка проходит. Через несколько дней видеокаталог, антифрод или выбор CDN всё ещё показывает прежний город.

Подпись не бесполезна: она доказывает другой факт. RFC 9632 проверяет полномочия подписанта на покрытые ресурсы и совпадение канонических байтов. HTTPS защищает точку загрузки, но WebPKI не подтверждает распределение адресного пространства IP.

RFC 8805 задаёт простой CSV из префикса, страны, региона и города. Точность намеренно грубая. Потребитель вправе использовать запись как подсказку, предпочесть другие источники и должен разделять полномочия издателя и точность места. Криптография не наблюдает реальное положение маршрутизаторов, пользователей или сервисов.

RFC 9632 добавляет обнаружение через атрибут geofeed: объекта RPSL inetnum:. Когда загружать файл, как выбирать самый специфичный префикс, какие источники объединять и когда активировать версию, решает потребитель. Возраст кэша и версия набора данных становятся частью доказательства.

Расследование ведёт один префикс через hash файла, подпись и покрытие сертификата, объект обнаружения, время загрузки, parser, решение по пересечениям, версию потребителя, активированное место и внешние измерения. «Подпись верна» закрывает только аутентификацию.

Источники