ОТРАСЛЕВЫЕ ОСОБЕННОСТИ КАТЕГОРИРОВАНИЯ В СФЕРЕ ТРАНСПОРТА
Сегодня невозможно представить самолет без бортового компьютера, поезд - без автоматической системы торможения, а крупный транспортный узел - без единого диспетчерского центра. Именно поэтому регулятор подошел к категоризации объектов критической информационной инфраструктуры на транспорте с особой тщательностью, создав один из самых детализированных отраслевых перечней.
ПАК, ПО И НОРМАТИВНАЯ БАЗА
Категорирование на транспорте: от общих принципов к конкретным системам
Долгое время транспортные компании существовали в двух параллельных реальностях. С одной стороны, их обязывали соблюдать требования транспортной безопасности, включая физическую защиту объектов и антитеррористические меры. С другой - на них, как и на всех, распространялось действие 187-ФЗ, требовавшего защищать объекты КИИ от цифровых угроз.
Разрыв между этими реальностями устраняют два документа: уже утвержденный перечень типовых объектов КИИ в сфере транспорта (Распоряжение 360-р) и проект отраслевых особенностей категорирования для транспортной сферы (он был подготовлен минтрансом ещё в 2025 году, на момент написания этой статьи проект прошел антикоррупционную экспертизу).
Вместе они формируют единый подход: информационная безопасность больше не рассматривается как второстепенный аспект транспортной безопасности, а является ее неотъемлемой составляющей.
Главное изменение - переход от абстрактных рассуждений о «критических процессах» к работе с конкретным перечнем систем. Теперь транспортной компании не нужно гадать, что именно считать объектом КИИ. Достаточно открыть раздел III распоряжения и найти там свои системы: от управления аэропортом до диспетчеризации метрополитена. А отраслевые правила категорирования объектов транспортной инфраструктуры можно будет увидеть в постановлении правительства, о проекте которого шла речь выше.
Правила категорирования объектов транспортной инфраструктуры: сложная арифметика значимости
В основе категоризации объектов КИИ в сфере транспорта лежат несколько ключевых показателей, и здесь отраслевая специфика проявляется особенно ярко. Если, например, для банков главным стал объем транзакций, а для медицины - количество потенциально пострадавших пациентов, то транспортные компании оценивают сразу по нескольким пересекающимся шкалам.
Перечень подлежащих категорированию объектов транспортной инфраструктуры поражает своей детализацией. В нём нашлось место всему - от сложных систем управления воздушным движением до вполне обыденных, но критически важных городских решений.
В авиации под прицел попали не только очевидные вещи вроде диспетчерских служб и комплексов регистрации пассажиров. Регулятор включил в перечень даже системы измерения коэффициента сцепления взлетно-посадочной полосы. Логика очевидна: в авиации мелочей не бывает, и сбой даже во вспомогательной системе может привести к цепочке событий с фатальным исходом.
Железнодорожный раздел - это отдельная история. Здесь собраны системы, которые в прямом смысле держат поезда на рельсах: от диспетчерской централизации до управления стрелками и светофорами.
Городской транспорт и метрополитены выделены в отдельные блоки. Системы управления светофорами в адаптивном режиме, диспетчеризация трамваев и троллейбусов, контроль оплаты проезда - все это теперь объекты КИИ. Метрополитен и вовсе представлен целым спектром систем: от управления эскалаторами до поездной радиосвязи и контроля доступа пассажиров.
Процедура категорирования в транспортной отрасли внешне похожа на другие отрасли, но с важными содержательными отличиями. Её нюансы будут утверждены в отраслевом постановлении по категорированию объектов транспортной инфраструктуры, но уже сейчас можно судить о ней, ориентируясь на проект ПП.
Одной из главных проблем транспортной отрасли является высочайшая степень интеграции систем. Билетная система завязана на CRM, CRM — на турникеты, турникеты — на диспетчеризацию, и всё это как-то связано с информационными табло. Попробуй разбери, что тут критика, а что нет.
Проект отраслевых особенностей даёт комиссиям по категорированию три рабочих инструмента.
Первый — объединение. Если падение одной системы автоматически кладёт соседнюю (скажем, багажный конвейер намертво завязан на регистрацию пассажиров), системы можно слить в один объект КИИ. Один периметр, одни средства защиты, одна пачка документов. Меньше бюрократии, понятнее архитектура.
Второй — разделение. Допустим, есть монолитная АСУ, где в одну кучу свалены управление движением поездов и портал для пассажирских жалоб. Первое — явная критика, второе — явно нет. Особенности позволяют их разделить, но вот в чём загвоздка: переписать схему на бумаге недостаточно. Регулятор требует реальной модернизации — физически или логически разорвать связи между подсистемами. Только после этого каждая часть может получить свою категорию, а что-то и вовсе может выпасть из-под требований категорирования КИИ.
Третий — самостоятельное категорирование нестандартных решений. Технологии в транспортной сфере развиваются быстрее, чем пишутся законы. Представьте: компания внедрила какую-то уникальную систему — скажем, нейросеть для управления трафиком или специфический IoT-комплекс — и выясняется, что её просто нет в перечне типовых объектов (Распоряжение № 360-р). Что делать?
Проект особенностей закрывает эту брешь: если руководство понимает, что сбой такой системы накроет перевозки в масштабах, дотягивающих до критериев ущерба, субъект КИИ вправе сам присвоить ей категорию значимости и направить данные регулятору. После чего подобные системы будут внесены в типовые перечни.
Что все это значит для транспортной отрасли?