Кратко

  • Amajit Gupta предложил на APNIC 62 модель «автономной сети» с телеметрией в реальном времени, управлением маршрутами и самокорректирующимися системами, но в пределах заданных человеком ограничений.
  • Yukako Uchida из JPCERT/CC показала другую сторону работы: командам нужны заранее выстроенные отношения, чтобы обмениваться сведениями и координировать действия под давлением.

Маршрут может измениться за миллисекунды. Доверие между двумя командами реагирования складывается через контакты, которые начались задолго до тревоги. На APNIC 62 эти темы оказались рядом, но докладчики не объявляли их единой системой и не предложили общего правила для двух видов работы.

Amajit Gupta, генеральный директор и управляющий директор Lightstorm, говорил о задержке как об ограниченном ресурсе для нагрузок, распределенных между облаками, дата-центрами и периферийными системами. В докладе «The Autonomous Grid» от 8 сентября он описал четыре возможности: телеметрию в реальном времени, оркестрацию на основе заданного намерения, программируемое управление маршрутами и устойчивые самокорректирующиеся архитектуры. По его замыслу, сеть должна реагировать на меняющиеся условия, не дожидаясь ручного вмешательства.

Но презентация также признает цену такого перехода: придется менять унаследованную инфраструктуру, процессы и навыки персонала.

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

Это условный риск такой архитектуры, а не описанный на APNIC случай или установленный результат внедрения. Переключить маршрут — еще не значит получить полномочие менять чужую услугу или передавать другой стороне чувствительные сведения.

Yukako Uchida, руководитель отдела глобальной координации JPCERT/CC, говорила о людях, которые стоят за координацией в кибербезопасности. По ее презентации, в 2025 году центр обработал около 20 тысяч инцидентов. За двадцать лет он взаимодействовал со 102 экономиками как источниками сообщений об инцидентах и со 167 как получателями уведомлений; сноска на слайде ограничивает эти числа доменами ccTLD, с которыми центр взаимодействовал при реагировании. Эти показатели не говорят о росте атак и не показывают, сколько уведомлений привело к успешным действиям.

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

Uchida не утверждала, что формальные правила или технические средства бесполезны. Ее слайды подчеркивают значение личного опыта и повторного взаимодействия: командам нужно знать, как партнер обращается с переданными сведениями и отвечает на них. Упражнения и профессиональные сообщества дают возможность познакомиться заранее. Но присутствие на конференции не превращает участника в представителя, уполномоченного связать обязательством свою организацию.

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

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

Ставка для организаций — не отвлеченный спор о том, «заменит ли ИИ человека». Речь о том, кто отвечает, если автоматическое решение меняет путь услуги для другой стороны, и кто принимает уведомление, когда срочно нужна координация. Доклады указывают на два взаимодополняющих условия: скорость внутри ясно очерченной зоны управления и проверяемое человеческое разрешение там, где начинается чужая ответственность. Их нельзя подменять друг другом.

Источники: обзор ключевых докладов APNIC 62; презентация Amajit Gupta об автономной сети; презентация Yukako Uchida о сотрудничестве в кибербезопасности; отчёт конференции APNIC 62.