Сервер жив, а зайти нельзя: белые списки могут отрезать госсистемы от их же облаков
Белые списки сайтов, созданные для сохранения доступа к важным сервисам при ограничениях мобильного интернета, могут создавать риски для облачной инфраструктуры государственных систем и значимых объектов КИИ. Рабочая группа правительственной подкомиссии по ИИ предупреждает, что ограничения способны затронуть не только пользовательский доступ к приложениям, но и резервные площадки, системы управления, хранилища и другие компоненты, необходимые для работы и аварийного восстановления.
Белые списки начали формировать в сентябре 2025 года. Перечень включает российские сайты и сервисы, которые продолжают работать при ограничениях мобильного интернета. Минцифры поясняло, что такой режим применяется при угрозах безопасности, связанных в том числе с атаками беспилотников. К 23 апреля 2026 года список насчитывал более 500 ресурсов. В мае Владимир Путин поручил сохранить доступ к «Госуслугам» и другим важнейшим сервисам во время ограничений интернета.
Порядок формирования перечня уже вызывал вопросы. В марте депутаты Госдумы попросили разъяснить критерии включения ресурсов в белые списки и порядок принятия решений. В материалах рабочей группы теперь отдельно указывается, что формальной процедуры включения ресурса, сроков рассмотрения заявки и обжалования отказа нет, поэтому соответствующие вопросы решаются с регулятором в рабочем порядке.
С 1 марта 2026 года действуют утвержденные постановлением правительства №1667 правила централизованного управления сетью связи общего пользования. Документ предусматривает действия Роскомнадзора совместно с Минцифры и ФСБ при угрозах устойчивости, безопасности и целостности сети, включая изменение маршрутов трафика, использование технических средств противодействия угрозам и другие меры.
Одним из источников риска рабочая группа называет разделение IP-пулов облачных провайдеров. В начале 2026 года появились сообщения о требовании разделять адреса, используемые ресурсами из белого списка и остальными клиентами. В августе Минцифры также предложило хостингам, CDN и сервисам защиты выделять подсети для разрешенных ресурсов, поскольку общий диапазон IP-адресов мог сохранять доступ и для посторонних сервисов.
Рабочая группа считает, что разделение IP-пулов и очистка реестров без учета внутренней топологии провайдера создают риск потери доступа заказчиков ГИС и значимых объектов КИИ к легитимной российской облачной инфраструктуре. Ограничения, по оценке участников обсуждения, могут затронуть не только схемы, связанные с VPN, но и корпоративных клиентов, а также собственные служебные компоненты облачной платформы.
Особенно заметным риск становится при аварийном восстановлении. Гендиректор Cloud X Денис Хлебородов привел сценарий, при котором основной регион облака остается доступным, а резервная площадка не входит в белый список. После аварии платформа переключит приложение на исправную площадку, DNS выдаст ее адрес, но пользователи не смогут подключиться, если новый адрес не разрешен. В результате сетевое ограничение фактически лишит смысла механизм аварийного восстановления.
Даже доступность самого приложения не гарантирует полноценную работу. Заказчик может потерять соединение с консолью, API управления или системой аутентификации и не сможет добавить вычислительные мощности, изменить конфигурацию или восстановить ресурс после сбоя. Ограничения способны затронуть межрегиональную репликацию данных, обязательные зависимости SaaS-сервисов, мониторинг и каналы проверки доступности.
Хлебородов также обратил внимание, что проблемы могут проявиться только во время аварии или резкого роста нагрузки, когда система обращается к резервным ресурсам. Поэтому при формировании правил необходимо учитывать не только внешние IP-адреса, но и связи между компонентами сервиса, каналы управления, резервные площадки и порядок изменения адресов. Отдельно эксперт выделил клиентские IP-пулы и автономные системы: размещенный в облаке ресурс может пользоваться адресами, принадлежащими самому заказчику.
Предложения по изменению действующего подхода направила в рабочую группу АНО «Координационный совет по ЦОДам и облачным технологиям», среди учредителей которой находятся «Яндекс Облако» и «Центр хранения данных» «Ростелекома». Организация предлагает сформировать критический перечень облачных платформ и сервисов, используемых для ГИС и значимых объектов КИИ. Указания об изоляции сегмента сети предлагается не распространять на такую инфраструктуру без отдельного решения уполномоченных органов.
КС ЦОД также предлагает нормативно закрепить процедуру включения и исключения ресурсов из белого списка, установить сроки принятия решений, предусмотреть обязательное обоснование отказа и порядок его обжалования.
Еще одно предложение касается сетевой архитектуры облаков. Провайдерам предлагается разрешить использовать выделенные номера автономных систем ASN и IP-пулы, а для аттестованных контуров ГИС и КИИ организовывать независимые точки присоединения без смешения с публичным сегментом. При проверке реестров КС ЦОД предлагает учитывать внутреннюю топологию облака, чтобы ограничения не блокировали служебные сети оркестрации, системы хранения и средства защиты информации.
Единого решения по снятию связанных с белыми списками ограничений для облачных ИИ-решений в КИИ пока нет. Собеседник Forbes на IT-рынке указал, что взаимодействие сервисов разных компаний, попавших в белые списки, требует отдельного регулирования. Требования должны иметь однозначные формулировки и согласовываться с контролирующими органами, в том числе в части передачи сведений об инцидентах в ГосСОПКА.
Эксперты также предупреждают, что проблемы с доступностью могут возникнуть даже при полностью исправных серверах и программном обеспечении. Для значимых объектов КИИ нарушение доступа к информационной системе способно повлиять на непрерывность технологических и производственных процессов.
Отдельный риск связан с изменением сетевых параметров во время аварийного восстановления. Гендиректор Orlime Александр Аксиятов напомнил об инцидентах с дата-центрами «Яндекса». В октябре Yandex Cloud переводила инфраструктуру в аварийный режим после повреждений нескольких площадок. Аксиятов подчеркнул, что для ГИС и значимых объектов КИИ недостаточно восстановить серверы и данные: после переноса могут измениться IP-адреса, маршруты или точки подключения. Если новые параметры своевременно не попадут в белые списки, технически восстановленная система останется недоступной пользователям.
Предложения КС ЦОД предусматривают более адресное применение ограничений и разделение публичных облачных сервисов с защищенными контурами ГИС и КИИ. Однако создание отдельных IP-пулов, автономных систем и независимых сетевых подключений потребует дополнительных инвестиций и само по себе не гарантирует защиту инфраструктуры.
Для крупных облачных провайдеров выполнение таких требований будет проще, тогда как небольшие компании могут столкнуться с дополнительными расходами или необходимостью пользоваться инфраструктурой крупных игроков. Аксиятов считает, что прозрачные правила включения в белые списки уменьшат неопределенность для провайдеров, разработчиков и заказчиков критически важных систем, однако дополнительные инфраструктурные требования способны одновременно усилить конкурентные преимущества крупнейших компаний.
В Минцифры подтвердили, что ведомство знакомо с позицией рабочей группы. Дальнейшая проработка предложений требует согласованной позиции профильных ведомств, а механизмы реализации и источники финансирования предстоит определить при исполнении бюджета.