Белые списки интернета могут нарушить работу российских облаков с искусственным интеллектом

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

Белые списки появились в сентябре 2025 года как аварийный лаз к нужным сайтам на время отключений мобильного интернета. К 23 апреля 2026 года в перечне числилось больше 500 ресурсов. Минцифры объясняло меры угрозой беспилотников, ради борьбы с которыми в отдельных регионах режут мобильную связь, а 30 мая 2025 года Владимир Путин поручил правительству и ФСБ добиться бесперебойной работы «Госуслуг» при ограничениях интернета.

Постановление правительства № 1667 вступило в силу 1 марта 2026 года и разрешило Роскомнадзору вместе с Минцифры и ФСБ требовать от операторов три вещи:

• менять маршруты передачи данных;
• гнать трафик через технические средства противодействия угрозам;
• временно отрезать российский сегмент от международной сети.

Облако живёт не на одном сервере с одним IP-адресом. За красивой кнопкой в интерфейсе прячутся десятки служб, маршруты, хранилища и панели управления, и стоит отвалиться одному звену — пользователь получает ошибку вместо сервиса. Рабочая группа предупредила, что при делёжке пулов IP-адресов и чистке реестров без учёта устройства платформ заказчики госсистем и значимых объектов КИИ могут потерять доступ к совершенно легальным облакам. Под раздачу попадают и обычные компании с приложениями в облаках, а для российского бизнеса это означает даунтайм без единой своей ошибки.

Интересно, что формального порядка добавления ресурсов в белый список и обжалования отказов пока нет, и общение с регулятором строится в рабочем режиме, примерно как согласование отпуска с начальником, вечно сидящим на созвоне.

Предложения исходят от АНО «Координационный совет по ЦОДам и облачным технологиям», среди учредителей которой значатся «Яндекс Облако» и «Центр хранения данных» «Ростелекома». Совет предложил составить перечень облачных платформ, которые обслуживают госсистемы и значимые объекты КИИ, и вывести их из-под ограничений на изоляцию сетевого сегмента, если уполномоченные органы не решат иначе. Контроль никто не отменяет, а инфраструктуру для госсистем предложили отделить от общедоступного сегмента и написать для неё отдельные правила. Кроме перечня, в инициативе значатся следующие пункты:

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

Денис Хлебородов, основатель и генеральный директор ООО «Клауд Солюшенс» (бренд Cloud X) и соучредитель Координационного совета, обратил внимание на случай, когда приложение доступно, а инфраструктура под ним заблокирована. Основной регион сервиса работает, но резервная площадка попала под ограничения. При сбое платформа переносит приложение на запасной узел, и DNS отдаёт его адрес, но если адреса нет в разрешённом перечне, соединение не пройдёт. Сервер живой, приложение поднято, а пользователи смотрят в пустоту, и вложенные в резервирование деньги превращаются в тыкву.

Бывает и обратный случай, когда приложение живёт, а клиент теряет доступ к следующим вещам:

• панели управления облаком;
• программному интерфейсу API;
• системе аутентификации.

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

Уточняется, что даже разрешённый IP-адрес не гарантирует работу сервиса, если за ним стоят резервные площадки, внутренние сети и инструменты управления, которых в списке нет.

Отдельным пунктом совет предложил поменять порядок проверки реестров сетевых ресурсов, чтобы ограничения не цепляли служебные сети, которые отвечают за следующее:

• управление инфраструктурой;
• оркестрацию вычислительных ресурсов;
• работу хранилищ;
• работу защитных инструментов.

В Минцифры подтвердили, что знакомы с позицией рабочей группы, и сообщили Forbes, что вопросы бесперебойной работы госсистем и объектов критической инфраструктуры регулярно обсуждаются с экспертами. Продвижение предложений требует согласования между ведомствами, а механизмы реализации и финансирования предстоит определять при исполнении бюджета. Рабочую группу возглавляет Андрей Белевцев, старший вице-президент «Сбера», а запросы в Роскомнадзор, ФСБ и «Сбербанк» отправил Forbes. Окончательного решения пока нет, и российским компаниям с продом в отечественных облаках остаётся ждать и держать пальцы скрещёнными.

Эксперты CISOCLUB отметили, что белые списки превращают разрешённый IP-адрес в единую точку отказа для всей облачной архитектуры. Сервис, который формально разрешён, но опирается на недоступные внутренние компоненты, остаётся витриной без склада. Резервирование теряет смысл, если запасная площадка не открывается из внешней сети, а аварийное переключение превращается в красивую презентацию для аудита.

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