Кратко

  • Опросы LACNIC 42 и LACNIC 43 показывают, что 48% и 80% ответивших на второй модуль сообщили об участии в лаборатории по безопасности маршрутизации и проверке происхождения. В отчетах рядом с этими процентами не указано, сколько человек ответили именно на этот вопрос.
  • Программа LACNIC 46 предусматривает сначала ручную проверку объявлений BGP, а затем знакомство с автоматизацией RPKI и фильтрацией. Это план практического занятия, а не доказательство его завершения или изменений в действующих сетях.

Анализ

Процент с ограниченной базой

В отчете об удовлетворенности участников LACNIC 42 на лабораторию по безопасности маршрутизации и проверке происхождения приходится 48% в итоговом столбце. В отчете LACNIC 43 указано 80%; там сказано, что среди рассмотренных групп эта лаборатория привлекла больше всего участников. В обоих случаях база вопроса — ответившие на второй модуль опроса. В отчетах в целом указаны 373 и 504 случая соответственно, но рядом с диаграммой нет точного числа ответов на вопрос о лаборатории.

Следовательно, проценты отражают заявленное участие части респондентов. Это не доля всех зарегистрированных, не доля операторов региона и не доля действующих сетей, фильтрующих маршруты на основе RPKI. Значения 48% и 80% нельзя считать и двухлетней кривой внедрения: выборки и программы мероприятий различались, а опросы не отслеживали одних и тех же людей или сети. Надежно утверждать можно лишь то, что среди ответивших на соответствующий модуль лабораторию часто называли посещенной.

Практикум отрабатывает цепочку управления, а не внедрение

В апреле 2025 года LACNIC описала лабораторию LACNIC 43 как симулируемую среду, где участники могли настраивать валидаторы RPKI, применять политики фильтрации и автоматизировать связанные операции с помощью Ansible. В анонсе программы на октябрь 2026 года похожее занятие выстроено иначе: сначала ручное наблюдение за объявлениями BGP, затем знакомство с механизмами автоматизации настройки RPKI и фильтров, которые помогают смягчать атаки. API мероприятия указывает на сессию в понедельник, 19 октября, в рамках LACNIC 46. На дату исследования событие еще не состоялось.

Последовательность важна, потому что безопасность маршрутизации не сводится к одному переключателю. Оператор наблюдает объявление, сопоставляет его происхождение с проверенными разрешениями на префикс и решает, как локальная политика должна обработать результат. RFC 6811 различает состояния проверки происхождения Valid, Invalid и NotFound. Сама проверка не устанавливает фильтр; она также не подтверждает каждый AS в пути и не предотвращает все утечки маршрутов. Дальнейшее поведение зависит от политики маршрутизатора и условий эксплуатации.

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

Чего не связывают открытые данные

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

Отсутствие таких данных не доказывает, что LACNIC не проводит внутреннюю оценку, что лаборатория не сработала или что никто не применил изученное. Это граница рассмотренных публичных записей. Без открытого знаменателя и последующего измерения нельзя отделить интерес от завершения, а завершение — от внедрения. Даже последующее наблюдение состояния RPKI или BGP само по себе не докажет, что изменение вызвало обучение.

Отчет может разделить четыре результата

Следующий отчет может быть компактным. По самой лаборатории LACNIC могла бы публиковать версии среды и инструментов, тестовые объявления и ожидаемые состояния проверки, требуемые действия с политиками и фильтрами, а также число завершенных этапов, ошибок и проверок отката. Для каждого показателя нужен собственный знаменатель. Тогда фраза «участники настроили фильтр в симуляции» будет означать ровно это, а не внедрение фильтра региональными сетями.

Отдельный добровольный опрос мог бы выяснить, адаптировал ли кто-то из участников контроль для работающей сети, когда это произошло и чем подтверждается ответ. В отчете следует указать, сколько людей пригласили, сколько ответили и какие ограничения создает самоотбор. Собирать конфиденциальные конфигурации не нужно; не следует также приписывать конкретному участнику публичное изменение маршрута. Открытое наблюдение показывает, что объявляет сеть, но не объясняет, почему оператор это изменил.

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

LACNIC 46 дает возможность обозначить это различие до начала сессии. Переход от ручной проверки к автоматизации достаточно конкретен, чтобы проверить его как последовательность действий. Следующий публичный показатель должен сообщать, завершили ли участники занятие, где возникли ошибки и заявлял ли кто-то добровольно о последующем применении контроля. Полный зал не является результатом в области безопасности.

Источники