Рабочая группа предложила смягчить ограничения для облаков в КИИ

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

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

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

Какие изменения предлагают провайдеры

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

Кроме того, организация предлагает закрепить порядок включения ресурсов в белые списки и исключения из них, установить сроки рассмотрения заявок, обязать регулятора объяснять причины отказа и определить процедуру обжалования. Провайдерам также хотят разрешить использовать выделенные номера автономных систем, IP-пулы и независимые точки подключения для аттестованных контуров ГИС и КИИ. Такие сегменты должны быть отделены от публичной инфраструктуры.

При проверке реестров, считают авторы предложений, необходимо учитывать внутреннее устройство облака. Иначе под блокировку могут попасть служебные сети оркестрации, системы хранения, средства защиты информации и другие компоненты, которые напрямую не видны пользователю. Генеральный директор АНО КС ЦОД Дмитрий Бедердинов подтвердил, что организация направила эти предложения.

В Минцифры заявили, что знакомы с позицией рабочей группы. В ведомстве отметили, что вопросы бесперебойной работы ГИС и значимых объектов КИИ регулярно обсуждаются с экспертным и профильным сообществом. Дальнейшая проработка инициатив, по данным министерства, потребует согласованной позиции профильных ведомств, а механизмы реализации и финансирования будут определяться в ходе исполнения бюджета.

Почему белые списки могут нарушить работу облаков

Генеральный директор Cloud X Денис Хлебородов считает, что при составлении белых списков нужно учитывать архитектуру облака целиком. Иначе доступ к приложению может сохраниться, а инфраструктура, необходимая для его работы, окажется заблокированной. Например, основной регион облака может быть доступен, а резервный — нет. При аварии система переключится на исправную площадку, но пользователи не смогут подключиться к новому адресу, если его не внесли в список.

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

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

Источник на IT-рынке отметил, что единого решения по снятию ограничений для ИИ-сервисов в КИИ пока нет. Взаимодействие между сервисами разных компаний, включённых в белые списки, потребуется отдельно регулировать. Требования должны быть однозначными и согласованными с контролирующими органами, в том числе в части передачи сообщений об инцидентах в ГосСОПКА.

Инфраструктура потребует дополнительных затрат

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

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

Больше всего от изменений, вероятно, выиграют провайдеры, обслуживающие ГИС и критическую инфраструктуру. Для небольших компаний выделенные сетевые контуры, собственные ASN и независимые точки подключения могут стать значительной финансовой нагрузкой. Крупным облачным поставщикам реализовать подобные решения будет проще, а прозрачные правила включения в белые списки снизят неопределённость для провайдеров, разработчиков и заказчиков критически важных систем.