ЖУРНАЛ СТА №3/2026

ляют постоянный удалённый доступ к системам: все настройки СЗИ (средств защиты информации) обычно выпол- няются на месте, в присутствии ответ- ственных сотрудников заказчика. Только так компания может контроли- ровать, чтобы после изменений про- изводство заработало правильно. В ря- де случаев подрядчики даже откры- вают филиалы в городах, близких к большим предприятиям–интеграто- рам, где регулярно требуются специа- листы: так снижают затраты на выезды и добираются до «крупных клиентов», делая проектный сервис более устой- чивым (рис. 1). Отдельно стоит упомянуть ситуацию с производственными контрактами: на практике часто встречаются условия, обязывающие завод обеспечить уда- лённый канал связи для производите- ля оборудования (например, станков или турбин). Официально это нужно для мониторинга и поддержки, но на деле именно такой канал может стать лазейкой для злоумышленников. По оценкам практиков, потребность в «удалённом обслуживании» техноло- гов становится одной из главных уязвимостей: несколько крупных ин- цидентов в России и мире были связа- ны с ошибками при удалённой пере- прошивке оборудования со стороны вендоров. Эти случаи подтверждают, что любое внешнее подключение к АСУ ТП требует максимальной осторожно- сти и избыточной аутентификации. Технологические особенности промышленных систем АСУ ТП – это «сборная солянка» ста- рой и новой техники. На одном заводе могут соседствовать контроллеры Siemens начала 2000-х (или даже 90-х годов), рабочие станции на Windows XP, а также современные SCADA и MES- системы. Из-за этого стандартные под- ходы информационной безопасности часто не работают. Например, обычная практика – обновить драйверы или ОС – в промышленных контроллерах бессмысленна: смена оборудования производится раз в 15–20 лет. Даже сер- тифицированные отечественные ре- шения могут «не вытягивать» по про- изводительности или не поддерживать старые протоколы. В таких условиях интеграторы при- меняют гибкие схемы: накладывают виртуальную среду или специальные прокси-серверы, используют сетевую сегментацию по зонам (например, «Интернет → офисная сеть → DMZ → промышленная сеть»), ограничивают каналы доступа до строго необходи- мых. Если встроенные механизмы за- щиты ОС недоступны (как отмечено в литературе, «зарезервированные ре- сурсы иссякли», и полноценно поста- вить только дополнительные средства НСД не получится), то усиливают меры «физической безопасности» и сетевого контроля: ставят контролируемые тер- миналы, ведут журналирование дей- ствий, разбивают процесс на отдель- ные зоны и прозрачно мониторят тра- фик (анализ отклонений в коммуника- циях часто даёт раннее обнаружение атаки). Наконец, при работе с устаревшим ПО часто приходится балансировать на грани допустимого. Порой единствен- ный выход – оставить старую систему без изменений и усилить смежные тех- нологии: например, вместо сложной модернизации блока использовать промышленный файервол, который позволит фильтровать команды между сегментами. Всё это требует от интегратора твор- чества: каждый проект ИБ АСУ ТП, по сути, уникален и собирается «из набо- ра имеющихся инструментов», при этом нельзя навредить основному про- изводству. Осведомлённость и обучение персонала Нередко столкновение «мира ИБ» и «мира технологов» сопровождается не- пониманием и сопротивлением. Инже- нерам и операторам АСУ ТП не до кон- ца ясна логика мер по безопасности: почему для доступа к пульту управле- ния вводят сложные пароли и двух- факторную авторизацию? Поэтому важный этап любого про- екта – повышение осведомлённости со- трудников АСУ ТП. Реализация этой задачи обычно включает разработку понятных ин- струкций пользователя и администра- тора систем безопасности, обучающие сессии и демонстрации. Например, проводят тренировки по реагированию на инцидент: оператору показывают, как срабатывает IDS/IPS при попытке несанкционированного подключения к контроллеру или визуализацию со- бытий в SIEM-системе, и объясняют, как это связано с показателями процес- са. Такие живые примеры (не «меняй- те пароли раз в три месяца, потому что надо»!) демонстрируют причину и эф- фект мер ИБ. Кроме того, налаживают обратную связь: ответственные специалисты АСУ ТП часто вовлекаются в работу коман- ды ИБ. Это может быть совместная ра- бота над тестированием решений, круглые столы или участие в отрасле- вых мероприятиях. Приглашение пред- ставителей производства на конферен- ции по ИБ АСУ ТП (например, «ИБ-КВО» или «ЦИПР») и участие ИБ-специали- стов в профильных выставках (ИБ-Тех- нологии, «Съезд метрологов» и др.) укрепляет взаимопонимание. В конеч- ном счёте цель одна – заложить в рабо- чую культуру предприятия понимание того, что информационная безопас- ность – это не лишь «дополнительная головная боль», а гарантия стабильно- сти производства. Заключение Проекты ИБ в АСУ ТП – это особый мир со своими правилами. Ключевой вывод практиков: многие сложности связаны не с технологиями, а с органи- зацией и человеческим фактором. Для их преодоления интеграторы должны быть «готовы ко всему»: иметь в штате инженеров, разбирающихся и в ИТ, и в промышленных технологиях, уметь выстраивать диалог с разными депар- таментами и учитывать жёсткие рег- ламенты заказчика. Взамен они полу- чают большие возможности: промыш- ленность активно инвестирует в ки- бербезопасность своих объектов, а зна- ния и опыт работы в АСУ ТП становятся важным конкурентным преимуще- ством. По словам экспертов, отрасли с наибольшими потерями от простоев – это именно промышленность, транс- порт и энергетика. Значит, адаптация решений ИБ под особенности АСУ ТП – гарантия того, что проект будет востре- бован и принесёт реальную пользу. Все эти нюансы делают любые ИБ-инициа- тивы на производстве долгосрочными, требующими тщательной подготовки, но взамен обеспечивают максималь- ную эффективность защиты критичных систем. ● Литература 1. Отраслевые исследования и обзоры рынка информационной безопасности АСУ ТП, практические рекомендации экспертов. Автор – руководитель направления «Развитие услуг» компании «Кросстех» ОБ ЗОРЫ СТА 3/2026 25 www.cta.ru