Обновление операционной системы ОСУ¶
Обновление ОСУ — это процедура установки новых версий программного обеспечения, исправлений безопасности и функциональных улучшений в операционную систему управления (ОСУ) промышленного или транспортного объекта. В российской практике под аббревиатурой ОСУ чаще всего понимают операционную систему управления, применяемую на железнодорожном транспорте (например, системы управления движением поездов), в энергетике и на промышленных предприятиях. Обновление таких систем критически важно: от его корректности зависит безопасность движения, надёжность технологических процессов и защита от киберугроз.
¶Виды ОСУ и особенности их обновления
Операционные системы управления делятся на несколько классов, и подход к обновлению зависит от типа системы:
| Класс ОСУ | Типичные области применения | Особенности обновления |
|---|---|---|
| Промышленные ОСУ (АСУ ТП) | Нефтегазовые, металлургические, химические предприятия | Обновления вносятся в плановые окна остановки производства |
| ОСУ железнодорожной автоматики | Централизация, интерlocking, системы АЛСН/АЛСАО | Обновления согласуются с графиком движения поездов |
| ОСУ энергетики (АСУ ТЭК) | Диспетчерские центры, системы телемеханики | Требуются резервирование и обязательный откат |
| ОСУ зданий и инфраструктуры | Системы вентиляции, пожарной безопасности, лифтовое оборудование | Обновления реже, но критичны для безопасности людей |
В отличие от массовых настольных систем, промышленные ОСУ часто работают на устаревших версиях ОС (Windows XP, Windows 7, специализированные UNIX-системы), что связано с сертификацией оборудования и длительным жизненным циклом. Поэтому обновление здесь — не быстрое действие, а длительный инженерный процесс.
¶Подготовка к обновлению
Перед обновлением ОСУ выполняется ряд обязательных мероприятий:
- Инвентаризация конфигурации. Фиксируются версии ОС, драйверов, промышленного ПО, прошивок контроллеров и сетевого оборудования. Составляется карта зависимостей.
- Резервное копирование. Создаётся полный бэкап системы, конфигураций и баз данных. В критичных системах резервируются и физические носители.
- Тестирование в лаборатории. Обновление сначала устанавливается на копию рабочей среды (digital twin или стенд), где проверяется совместимость с существующим оборудованием.
- Согласование окна обновления. Для ОСУ транспорта и энергетики окно обновления утверждается диспетчерской службой и может приходиться на ночное время или период низкой нагрузки.
- План отката (rollback). Заранее определяется сценарий возврата к предыдущей версии в случае сбоя.
¶Процедура обновления
Практическое обновление ОСУ включает следующие шаги:
- Проверка целостности системы — диагностика дисков, памяти, каналов связи, отсутствия вирусов и несанкционированных изменений.
- Установка патчей безопасности — в первую очередь закрываются критические уязвимости (для систем на Windows это обычно через WSUS или специализированные зеркала обновлений, так как промышленные системы часто изолированы от интернета).
- Обновление драйверов и прошивок — выполняется строго в рекомендованном порядке, с перезагрузкой после каждого критического компонента.
- Обновление промышленного ПО — SCADA, HMI, системы телемеханики обновляются отдельно и могут требовать переноса конфигураций.
- Проверка функционирования — после обновления проводится контрольный тест всех ключевых сценариев: сценарии аварийной остановки, резервирование, связь с верхним уровнем АСУ.
¶Проблемы и риски
Основные сложности при обновлении ОСУ:
- Совместимость. Новые версии ОС могут не поддерживать устаревшие драйверы и промышленные протоколы (Modbus, PROFIBUS, МЭК 61850). В таких случаях обновление откладывается или выполняется замена оборудования.
- Сертификация. В России многие системы АСУ ТП и железнодорожной автоматики имеют сертификаты соответствия, и любое изменение ПО требует повторной сертификации.
- Кибербезопасность. По данным ФСТЭК и ГОСТ Р 57580, промышленные системы должны быть защищены от несанкционированного доступа. Обновления часто содержат исправления уязвимостей, поэтому их откладывание создаёт риск.
- Ограниченная поддержка вендора. Многие системы работают на ПО, чья поддержка прекращена (например, Windows XP после 2014 года). Для таких систем обновление означает миграцию на новую платформу.
¶Миграция вместо обновления
Если техническая возможность обновления исчерпана, выполняется миграция — перенос ОСУ на новое аппаратное и программное обеспечение. Миграция сложнее и дороже, но позволяет решить сразу несколько задач: повысить производительность, обеспечить актуальную защиту и продлить срок службы системы на 10–15 лет.
В России миграция на отечественные ОС (Astra Linux, РЕД ОС, ALT Linux) стала обязательным направлением для критической информационной инфраструктуры в соответствии с требованиями ФСТЭК и постановлениями правительства. Такие системы проходят сертификацию и поддерживаются отечественными вендорами, что упрощает обновления и снижает зависимость от зарубежных поставщиков.
¶Регламенты и нормативная база
Обновление ОСУ в России регулируется рядом документов:
- ГОСТ Р 57580 — «Безопасность технологических процессов и автоматизированных систем в нефтегазовой отрасли».
- Приказ ФСТЭК № 239 — требования к защите информации в АСУ ТП.
- Технические регламенты Таможенного союза по безопасности машин и оборудования.
- Отраслевые регламенты РЖД, Минтранса и Минэнерго для соответствующих систем.
Соблюдение этих документов обязательно при планировании и выполнении обновлений.
Источники:
- ГОСТ Р 57580.1-2017 «Безопасность технологических процессов и автоматизированных систем в нефтегазовой отрасли»
- Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении состава и содержания организационных и технических мер по защите персональных данных при их обработке в информационных системах»
- Рекомендации ФСТЭК по защите автоматизированных систем промышленного назначения
- Методические указания РЖД по эксплуатации систем железнодорожной автоматики и телемеханики