Герман Величко: «Основной фокус заказчиков СКУД на объектах ТЭК и КИИ — минимизация технологических простоев при модернизации»

Share to Telegram Share to VK
clock 5 часов назад
Герман Величко: «Основной фокус заказчиков СКУД на объектах ТЭК и КИИ — минимизация технологических простоев при модернизации»

Герман Величко, руководитель по работе с ключевыми клиентами «Айсорс», рассказал журналу RUБЕЖ о том, что СКУД сегодня эволюционирует в полноценный компонент интегрированного контура безопасности и управления. Трендами сегодня являются импортозамещение, виртуализация контроллеров и интеграция с киберзащитой через открытые протоколы. Морально устарели проприетарные контроллеры, изолированные СКУД и системы без резервирования.

RUБЕЖ: Какие скрытые и явные изменения в запросах промышленников и ТЭК вы фиксируете сейчас? 

Герман Величко: Сейчас мы наблюдаем трансформацию роли СКУД: изолированное средство охраны превращается в элемент комплексной безопасности. На объектах ТЭК и критической информационной инфраструктуры СКУД из автономного инструмента превращается в полноценный компонент интегрированного контура безопасности и управления. При этом важно учитывать, что контроллеры СКУД относятся к отдельному классу аппаратных средств и реализуют специализированную логику работы, отличную от логики ПЛК, РСУ и ПАЗ в составе АСУ ТП.

Для СКУД характерны собственные протоколы обмена данными на уровне периферии — Wiegand, OSDP. Они обеспечивают взаимодействие считывателей и контроллеров, гарантируя передачу идентификационных данных с требуемым уровнем надежности и базовой защитой. Поэтому архитектурные решения для СКУД должны учитывать специфику этого сегмента: не подменять профильные протоколы универсальными промышленными интерфейсами, а грамотно стыковать их с вышестоящими системами.

Выделю ключевые драйверы подобной трансформации.

Импортозамещение и технологический суверенитет. К 2030 году на объектах КИИ должна быть завершена замена импортного оборудования и ПО. Основной фокус заказчиков — минимизация технологических простоев при модернизации.

Расширение функциональных задач СКУД. Система все чаще выступает не только как средство ограничения доступа, но и как инструмент управления производственными и инженерными процессами: блокировка оборудования при отсутствии персонала, автоматизация логистических маршрутов, интеграция с системами пожарной автоматики.

Централизация управления и унификация политик безопасности. Рынок требует консолидации СКУД, АСУ ТП, инженерных систем и средств кибербезопасности в единой корпоративной сети с централизованным управлением учетными записями и сквозными политиками безопасности.

Обеспечение наблюдаемости и прозрачности. Ключевыми компонентами становятся сбор и анализ логов, метрик, событий безопасности и телеметрии операционных систем для своевременного выявления аномалий.

Переход к современным подходам к управлению инфраструктурой. Внедрение подхода «инфраструктура как код» (IaC) позволяет сократить время восстановления сегментов инфраструктуры с нескольких недель до нескольких часов.

— С какими «новыми болями» заказчики приходят к вам чаще всего? На какие из них вы готовы ответить, а какие определяют точки роста для производства? 

Г. Величко: Анализ обращений заказчиков позволяет выделить ряд наиболее распространенных эксплуатационных и архитектурных проблем, определяющих текущие и перспективные направления развития продуктов. Назову несколько таких:

Физический и моральный износ аппаратных контроллеров. Замена большого количества шкафов управления требует значительных затрат, прокладки новых кабельных трасс и повторной пусконаладки. Альтернатива — виртуализация функций контроллеров СКУД. Реализация логики управления на специализированном ПО, развертываемом на промышленных компьютерах и серверах. Это позволяет модернизировать системы без остановки производства и снизить капитальные затраты.

Комбинированные кибератаки. Синхронизированные атаки на ИТ-контур и физическую инфраструктуру (например, использование украденных карт доступа для физического проникновения одновременно с кибератакой). Решение — создание единого контура защиты, объединяющего биометрическую идентификацию (в том числе с интеграцией в Единую биометрическую систему), средства контроля физического доступа, механизмы защиты АСУ ТП и видеоаналитику периметра. Ключевую роль играют платформы на базе открытых протоколов для агрегации данных из разнородных источников и формирование единой картины событий.

Недостаточная отказоустойчивость. Риски остановки технологических процессов из-за сбоев в системах управления доступом. Решение — внедрение механизмов горячего резервирования: параллельная работа основного и резервного управляющих узлов с автоматическим переходом на резервный узел без ручного вмешательства.

Дефицит квалифицированных кадров. Отток специалистов из отрасли обусловлен работой с устаревшими программно-аппаратными комплексами. Выход — использование решений, приближенных к ИТ-стеку. Это повышает привлекательность проектов для молодых инженеров и упрощает интеграцию с ИТ-инфраструктурой.

На российском рынке представлены зрелые решения, учитывающие специфику объектов ТЭК и КИИ: PERCo, Sigur, RusGuard, Parsec, ААМ Системз, RUBEZH STRAZH, BOLID. Эти платформы обеспечивают необходимый уровень интеграции, поддерживают специализированные протоколы (включая OSDP) и соответствуют требованиям к информационной безопасности.

— Какие системы морально устарели в свете новых угроз? 

Г. Величко: С учетом эволюции киберугроз и требований к непрерывности технологических процессов ряд категорий решений утратил актуальность и несет повышенные риски.

Проприетарные аппаратные контроллеры зарубежных вендоров с закрытыми протоколами. Они создают угрозу для технологического суверенитета, не поддерживают функции удаленного управления и интеграции. Кроме того, такие системы зачастую полагаются на принцип «безопасность через неизвестность», который не выдерживает целенаправленных атак.

Изолированные СКУД без интеграции с системами кибербезопасности. В условиях комбинированных атак отсутствие интеграции создает критические уязвимости. Нет механизмов наблюдаемости и централизованного сбора событий — такие системы превращаются в «черные ящики», что серьезно затрудняет расследование инцидентов.

Системы без механизмов резервирования и быстрого восстановления. Для предприятий непрерывного цикла даже кратковременный сбой может привести к остановке технологического процесса. Отсутствие поддержки подхода Infrastructure as Code (IaC) делает восстановление трудоемким – оно может занимать до нескольких дней, что неприемлемо в современных условиях.

—Какие доработки в оборудовании стали для вас обязательными при работе с объектами ТЭК и промышленности? 

Г. Величко: При проектировании и внедрении СКУД для объектов ТЭК необходимо учитывать не только функциональные, но и эксплуатационные требования, обусловленные спецификой среды.

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

Поддержка профильных протоколов СКУД на периферии. На уровне считывателей и контроллеров обязательна поддержка специализированных протоколов Wiegand и OSDP, которые обеспечивают надежную и безопасную передачу идентификационных данных.

Интеграция с вышестоящими системами по открытым промышленным протоколам. Для взаимодействия с АСУ ТП, SCADA и платформами комплексной безопасности целесообразно использовать открытые протоколы — Modbus TCP, OPC UA, MQTT. Это обеспечивает аппаратную независимость и предотвращает привязку к конкретному вендору (vendor lock-in).

Резервирование и обслуживание без остановки. Модули и узлы системы должны предусматривать резервирование каналов связи и возможность горячей замены.

Дистанционный мониторинг состояния оборудования. Система должна собирать данные о температуре, влажности, вибрации и других параметрах состояния устройств. Эти данные интегрируются в платформу для реализации предиктивной аналитики и своевременного предупреждения отказов.

Отдельно остановлюсь на синергии систем в составе комплексной безопасности — сценариях взаимодействия и роли виртуального контроллера.

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

Примеры синергетических сценариев

СКУД + видеонаблюдение. При прикладывании карты сотрудника к считывателю камера у двери автоматически делает снимок и привязывает его к событию в журнале. Это обеспечивает объективную верификацию фактов доступа и упрощает расследование инцидентов.

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

СКУД + пожарная система. При получении сигнала о пожаре СКУД автоматически снимает блокировку со всех эвакуационных дверей, обеспечивая беспрепятственную эвакуацию. Это критически важно для объектов с массовым пребыванием людей и потенциально опасных производств.

Периметр + видеонаблюдение. При срабатывании вибрационного датчика на ограждении камера на соответствующем участке автоматически разворачивается в сторону события и передает изображение дежурному оператору. Это сокращает время реакции службы безопасности и повышает точность локализации угрозы.

Такие сценарии демонстрируют: современная СФБ достигается за счет синергии всех систем. Подсистемы не просто существуют параллельно, они обмениваются событиями, а виртуальный контроллер управляет ими и принимает критически важные решения в автоматическом режиме.

— С какими типовыми ошибками в эксплуатации систем безопасности вы сталкиваетесь на стороне заказчика? Какие критические риски сами заказчики часто упускают из виду при проектировании и использовании систем? 

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

Проектирование СКУД без интеграции с видеонаблюдением на ответственных зонах. Отсутствие возможности верифицировать факты доступа лишает службу безопасности инструмента объективной фиксации событий.

Недооценка важности технической поддержки и регулярных обновлений. Эксплуатация устаревшего ПО без актуальных обновлений создает уязвимости, которые злоумышленники могут использовать. Критически важно регулярно создавать резервные копии конфигураций и тестировать процедуры восстановления.

Разрозненное управление инженерными системами. Когда СКУД, климат-контроль, освещение и пожарная автоматика работают разрозненно, формируются слепые зоны, а скорость реагирования на инциденты снижается. Оптимальное решение — использование единой платформы (например, в составе АСУЗ), которая обеспечивает сквозную политику безопасности и координацию всех подсистем.

Отсутствие централизованного мониторинга событий безопасности. Аномалии в работе СКУД: например, множественные отказы в аутентификации, могут быть ранними признаками подготовки атаки. Интеграция с SIEM-системами позволяет коррелировать события физического доступа с сетевыми аномалиями и выявлять угрозы на ранних стадиях.

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

Современная архитектура СКУД на объектах ТЭК и КИИ предполагает формирование единого цифрового контура, объединяющего управление доступом, инженерными системами и технологическими процессами. Ее технологическая основа — специализированные протоколы на уровне периферии (Wiegand, OSDP), открытые промышленные протоколы для интеграции (Modbus TCP, OPC UA, MQTT), виртуальные контроллеры, централизованная наблюдаемость и подход «инфраструктура как код».

Главный вызов при внедрении таких решений — не технологический, а организационный. Это преодоление консерватизма, обучение персонала и демонстрация измеримых преимуществ новой модели, таких как надежность, скорость восстановления, совокупная стоимость владения, на пилотных проектах. Выбор решений должен учитывать специфику сегмента: зрелые российские платформы (PERCo, Sigur, RusGuard, Parsec и др.) обеспечивают необходимый уровень функциональности, интеграции и соответствия требованиям безопасности.

Виртуальный контроллер (внесен в реестр Российского ПО Минцифры № 28867) с решениями RUBEZH STRAZH может быть связующим звеном в построении таких систем. Он обеспечивает общую и локальную интеграцию СКУД, видеонаблюдения и других систем не только в ТЭК, но и в АСУЗ зданий и другой инфраструктуры с учетом требований законодательства по импортозамещению и независимости российских решений. Это позволяет создать гибридные решения, когда по тем или иным причинам требуется продолжать использование проприетарных систем: их изолируют и обеспечивают безопасную эксплуатацию до постепенного перехода на российские аналоги.

Ранее RUБЕЖ провел интервью с Ириной Кусакиной, коммерческим директором Rubetek: «Критически важным стал запрос на реальное, а не декларативное импортозамещение — вплоть до компонентной базы».


Был ли вам полезен данный материал?


Журнал RUБЕЖ собрал в новом номере мнения участников рынка о ключевых изменениях в сфере пожарной безопасности: как работать проектировщикам после обновления Сводов правил 3, 6, 484, 485, нормативные новации, анализ госзакупок и применение нацрежима.


Подпишись на еженедельный дайджест самых интересных новостей по e-mail    
Yandex.Дзен

Подписывайтесь на канал ru-bezh.ru
в Яндекс.Дзен

Выделите опечатку и нажмите Ctrl + Enter, чтобы отправить сообщение.