Кратко

  • Предложение RIPE 2026-02 запускает процедуру, если IP-адрес суммарно числится в одобренном инфраструктурном списке 14 дней в любом скользящем 30-дневном окне. Владельцу ресурса дают семь рабочих дней на действия, а ограничения обещают снять в течение одного рабочего дня после подтверждения соответствия.
  • Статья 3.4 признаёт проверенную изоляцию затронутых префиксов. Статья 3.6 этого варианта не повторяет: она называет удаление из списка или, если задействована RPKI, удаление соответствующего ROA. Удаление ROA меняет данные проверки источника маршрута; отзыв BGP-маршрута и изоляция префикса являются отдельными сетевыми действиями.

Три срока и два теста

Предложение RIPE NCC 2026-02 раскладывает процедуру по календарю. IP-адрес должен числиться в одобренном инфраструктурном списке суммарно 14 дней в любом скользящем 30-дневном окне. Затронутый оператор сети или National CERT направляет аутентифицированное уведомление через тикет RIPE NCC Support, приложив автоматизированную телеметрию и временные метки либо криптографические подписи. RIPE NCC отправляет отслеживаемое уведомление о принятии к сведению юридическим, административным и финансовым контактам владельца ресурса, которые тот обязан поддерживать по соглашению. После этого идут семь рабочих дней.

Если соответствие подтверждено, ограничения снимаются в течение рабочего дня.

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

Изоляция подходит для исправления, но пропадает при восстановлении

Статья 3.4 предлагает владельцу два пути к соответствию за семидневный срок. Затронутые префиксы могут исчезнуть из одобренных списков, либо владелец принимает проверяемую административную меру по их изоляции. Статья 3.6 задаёт для восстановления другие условия: префиксы должны выйти из списков или, если задействована RPKI, должен быть удалён подходящий Route Origin Authorization (ROA).

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

Удаление ROA поднимает другой вопрос. RFC 9582 определяет ROA как подписанный объект, который разрешает Autonomous System объявлять маршруты для указанных префиксов. RFC 6811 присваивает маршруту состояние NotFound, когда его префикс не покрыт ни одним проверенным VRP. Это состояние данных валидации. Для отзыва BGP-маршрута и изоляции префикса нужны отдельные сетевые действия; политика маршрутизатора определяет, меняет ли состояние валидации выбор маршрута или пересылку пакетов.

Двоичную проверку из статьи 3.6 легко выполнить быстро. Однако её результат может отличаться от исправления, уже признанного статьёй 3.4.

Список тоже входит в механизм санкций

Предложение поручает Security Working Group вести реестр одобренных списков. Список должен опираться на объективную автоматизированную телеметрию, исключать жилые и динамические пулы абонентов и хранить публично проверяемую историю. Границы заданы, но операционные правила пока нет: кто допускает список, как обжаловать ошибочную запись, какая историческая версия определяет 14 дней и что делать с пересекающимися записями.

Статья 3.5 связывает промежуточные ограничения с архитектурой реестра владельца ресурса. Они должны ограничить его оперативную гибкость и добавить публичный статус “non-compliant abuse status” в RIPE Database, одновременно сохраняя распределённые ресурсы и стремясь не отключать соседние сети. В обосновании самого предложения сказано, что конкретные ограничения ещё нужно согласовать и описать в отдельном документе RIPE, чтобы не получить двусмысленную или неработоспособную процедуру. Это часть механизма полномочий, а не сноска.

Предложение пока открыто для обсуждения. Октябрьское обновление участников RIPE NCC называет 11 ноября крайним сроком для комментариев; расписание RIPE 93 ставит обсуждение на 27 октября в Security Working Group. Следующая версия может привести условия выхода к одному тесту, прежде чем часы пойдут.

Источники