Summary

  • Записи APNIC показывают, что prop-166 достигло консенсуса и получило поддержку Executive Council, а его техническая реализация завершена; изменения в Certification Practice Statement и условиях RPKI всё ещё ожидаются.
  • Если предложение будет введено в действие, APNIC сможет отозвать ресурсный сертификат автономно размещённого RPKI CA, если его актуальные манифест и список отозванных сертификатов нельзя обнаружить и проверить более 60 дней.
  • Открытым остаётся не вопрос обнаружения неработающего CA, а достаточная ясность предупреждений, решения, доказательств и пути восстановления для операторов.

Самая показательная строка в истории prop-166 — не дата достижения консенсуса. Это запись от 11 февраля 2026 года: “Technical Implementation complete – Awaiting Updates CPS/RPKI ToC”. На момент фиксации данных 5 сентября индекс предложений APNIC всё ещё относил prop-166 к разделу “In Implementation”. Программное обеспечение, возможно, готово, но публичная основа полномочий, объясняющая, когда и как оно будет применяться, ещё не показана как завершённая.

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

Предложение направлено на конкретный тип отказа. Если APNIC более 60 дней не может обнаружить и проверить актуальные манифест и список отозванных сертификатов автономного CA, он сможет удалить этот CA из числа дочерних и отозвать его ресурсный сертификат. Текст требует разумных попыток обнаружения и уведомлений оператору как при сбое проверки, так и при отзыве. В оценке воздействия APNIC также сказано, что до удаления предупреждения по электронной почте будут направлены известным контактам.

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

Предполагаемая область действия намеренно узка. RPKI CA национальных интернет-регистратур исключены. Цель — небольшое число длительно неработающих автономных CA, а не оператор с кратковременным сбоем. APNIC переводит указанные в предложении «два месяца» в фиксированный порог в 60 дней. Он также предполагает, что подписанные объекты затронутого CA, включая ROA, уже истекут до достижения этого порога.

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

Публичная история фиксирует движение политики. Первая версия была опубликована 31 июля 2025 года. APNIC выпустил оценку воздействия 15 августа. Предложение достигло консенсуса на APNIC 60 11 сентября, завершило финальный сбор комментариев 14 октября и получило поддержку Executive Council 4 декабря. Техническая реализация отмечена завершённой 11 февраля 2026 года. Но в документах пока нет даты начала применения в рабочей среде, окончательного графика предупреждений, количества затронутых CA, сведений о проведённых отзывах или измеренной экономии для валидаторов.