ASTRA LINUX В МОСКОВСКОМ МЕТРО: ЧТО ЭТОТ ПРОЕКТ ЗНАЧИТ ДЛЯ ТРАНСПОРТНОЙ КИИ

Главное

Московский метрополитен переводит системы пассажирской автоматики на отечественную операционную систему Astra Linux. Проект затрагивает инфраструктуру, которая по критериям 187-ФЗ относится к объектам критической информационной инфраструктуры. Это один из первых публичных случаев, когда сертифицированная российская ОС приходит не в офисный контур, а в операционные системы управления пассажирским транспортом.

Что произошло

Метрополитен Москвы реализует проект перевода пассажирской автоматики — программных комплексов, обслуживающих билетные системы, информационные табло и смежную инфраструктуру — на Astra Linux. Речь идёт о замене зарубежной операционной системы в сегменте, где требования к отказоустойчивости и безопасности существенно выше, чем в стандартном корпоративном окружении.

Особенность проекта — его масштаб и характер инфраструктуры. Пассажирская автоматика работает в режиме 24/7, обслуживает миллионы транзакций в сутки и напрямую влияет на бесперебойность транспортного обслуживания города. Перевести такую систему на новую ОС без остановки сервиса — задача принципиально сложнее, чем миграция рабочих мест в офисе.

Почему это важно

Транспортная инфраструктура — одна из отраслей, которые 187-ФЗ «О безопасности критической информационной инфраструктуры» прямо называет значимыми. Информационные системы метрополитена, влияющие на движение и обслуживание пассажиров, подпадают под категорирование объектов КИИ. Это означает обязательные требования к защите, мониторингу и применению сертифицированных средств.

ФСТЭК России предписывает для значимых объектов КИИ использование ПО, прошедшего сертификацию по соответствующим профилям. Astra Linux Special Edition в релизе «Смоленск» имеет сертификат ФСТЭК по классу защиты K1 и сертификат Минобороны, что позволяет применять её на объектах с наивысшими требованиями к доверенной среде выполнения. Именно это делает её юридически приемлемым выбором для значимого объекта КИИ.

С 2025 года органы государственной власти и госкорпорации обязаны перейти на преимущественное использование российского ПО — норма закреплена в ППРФ 1236 и последовательно ужесточается. Транспортные предприятия с государственным участием, в том числе московский метрополитен, попадают под действие этих требований. Проект метро — не опережающая инициатива, а выполнение регуляторных обязательств в срок.

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

Технические аспекты миграции в операционной среде

Переход пассажирской автоматики на новую ОС отличается от корпоративной миграции по нескольким параметрам.

• Совместимость прикладного ПО. Специализированные системы билетинга, управления турникетами и информационными табло разрабатываются под конкретную операционную среду. Перенос требует либо портирования, либо работы в режиме совместимости — оба варианта увеличивают сроки и стоимость проекта.
• Требования к непрерывности. Система не может уходить в плановый даунтайм для переустановки ОС. Миграция проводится поэтапно: узел за узлом, с поддержкой параллельной работы двух окружений на переходном периоде.
• Аттестация после миграции. Значимый объект КИИ после существенного изменения программной среды проходит повторное категорирование или обновление модели угроз. Это дополнительный временной ресурс, который закладывается в план проекта.
• Квалификация персонала. Администраторы, обслуживающие узлы автоматики, работали с привычной средой годами. Переход на Astra Linux требует переподготовки — и в том числе понимания специфики мандатного управления доступом, встроенного в ОС.

Ни один из этих барьеров не является непреодолимым, но каждый из них нужно планировать заблаговременно — за 6–12 месяцев до начала активной фазы миграции.

Что этот проект означает для других заказчиков

Московский метрополитен — один из крупнейших транспортных операторов страны. Его проект задаёт ориентир для региональных метрополитенов, железнодорожной инфраструктуры и других транспортных предприятий с государственным участием.

Для заказчиков из транспортного и промышленного секторов этот кейс даёт несколько практических сигналов.

• Astra Linux подтвердила применимость не только в офисных контурах, но и в операционных системах управления инфраструктурой — это снижает воспринимаемый риск для тех, кто ещё не начал миграцию.
• Проект показывает, что регулятор не делает исключений для «сложных» объектов: требования 187-ФЗ и ППРФ 1236 распространяются на всю значимую инфраструктуру, вне зависимости от её технической специфики.
• Чем позже заказчик начинает планирование, тем выше стоимость миграции: в 2026–2027 годах конкуренция за квалифицированных интеграторов с опытом работы в среде Astra Linux будет только расти.

Что делать заказчику

• Провести инвентаризацию ПО в операционном контуре. Определить, какие системы работают на ОС без действующей поддержки вендора и без сертификации ФСТЭК. Это первый шаг к оценке реального масштаба миграции.
• Уточнить категорию объектов КИИ. Если предприятие ещё не завершило категорирование по 187-ФЗ или делало его до 2022 года — модель угроз и перечень значимых объектов, вероятно, требуют обновления.
• Запросить технический аудит совместимости. Прежде чем выбирать целевую ОС, нужно понять, какие прикладные системы потребуют портирования, а какие будут работать в штатном режиме.
• Заложить сроки аттестации в план проекта. Для значимого объекта КИИ аттестация после миграции занимает от 2 до 6 месяцев — в зависимости от категории и загрузки аккредитованных организаций.
• Начать переподготовку администраторов заблаговременно. Обучение работе с Astra Linux, в том числе с мандатным управлением доступом, эффективнее проводить до активной фазы миграции, а не параллельно с ней.

Связанные продукты

Astra Linux Special Edition (релиз «Смоленск») — сертифицированная ОС с классом защиты K1 по ФСТЭК, включена в реестр Минцифры под № 4305. Применяется на объектах КИИ высшей категории, в государственных информационных системах и там, где требуется обработка сведений, составляющих государственную тайну. Для транспортной инфраструктуры с категорией значимости 1 или 2 — это обоснованный выбор с точки зрения регуляторных требований.

Источник

Полный текст · Cnews — Новости IT