Опубликовано: 03.10.2026 | Источник: SecurityLab (RSS)

Семантический анализ: - Primary keyword: кибербезопасность энергосистем в ВКР - LSI: АСУ ТП, SCADA, HMI, IEC 62443, NIST SP 800-82, MITRE ATT&CK for ICS, Modbus, DNP3, сегментация сети, однонаправленный шлюз, RTO/RPO, SIEM, OpenTelemetry, ГОСТ 34.602-89, ISO/IEC 27001. - Вопросы студентов: как выбрать тему по ИБ для диплома? где брать данные для модели угроз? обязательно ли делать прототип? как измерить эффективность защиты? как оформить архитектуру по ГОСТ? - Сущности: ГОСТ 34.602-89, ISO/IEC 27001, IEC 62443, NIST SP 800-82, MITRE ATT&CK for ICS, OpenTelemetry, Kubernetes, CI/CD.

Кибербезопасность энергосистем в ВКР: от модели угроз до защиты пультов управления

По сообщению SecurityLab от 26 марта 2026 года, группировка Nasir Security заявила о доступе к пультам управления энергосистем Ближнего Востока. Утверждается, что чертежи и коды доступа к стратегическим узлам могли попасть в чужие руки. Даже если часть заявлений требует проверки, сам сценарий показателен: атака идёт не на офисную сеть, а на технологический сегмент — туда, где расположены SCADA, HMI и контроллеры. Для выпускников ИТ-направлений это готовый повод развернуть тему ВКР в сторону защищённых АСУ ТП, мониторинга аномалий и проектирования сегментированных архитектур. Ниже — как превратить новость в актуальную, защищаемую и технически наполненную работу.

Темы ВКР: три вектора на стыке ИБ и энергетики

Тема 1. Обнаружение аномалий в телеметрии энергообъекта на базе OpenTelemetry и MITRE ATT&CK for ICS

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

Цель. Разработать прототип модуля обнаружения аномалий для телеметрии АСУ ТП с привязкой к техникам MITRE ATT&CK for ICS.

Задачи:

• проанализировать источники телеметрии: Modbus, DNP3, OPC UA, журналы HMI;
• спроектировать схему сбора и нормализации данных через OpenTelemetry;
• реализовать правила обнаружения подозрительных команд и отклонений от базовой линии;
• оценить полноту и точность обнаружения на имитационной модели.

Структура: Глава 1 — анализ угроз и стандартов IEC 62443, NIST SP 800-82; Глава 2 — архитектура сборщика телеметрии и алгоритмы детекции; Глава 3 — тестирование, метрики, экономика внедрения.

Тема 2. Проектирование защищённой архитектуры телеметрии с сегментацией и однонаправленными шлюзами

Актуальность. Если злоумышленник получает доступ к пульту управления, значит, границы между IT и OT-сетями либо размыты, либо не контролируются. В ВКР можно показать, как строить эшелонированную защиту по IEC 62443.

Цель. Спроектировать референсную архитектуру передачи телеметрии из технологического сегмента в центр мониторинга без обратного влияния на АСУ ТП.

Задачи:

• выделить зоны и кондуиты по IEC 62443;
• обосновать применение DMZ, межсетевых экранов и однонаправленных шлюзов;
• разработать схему резервирования каналов и правила фильтрации;
• проверить сценарии отказа и восстановления.

Структура: Глава 1 — теория сегментации и стандарты; Глава 2 — схемы, спецификации, выбор оборудования; Глава 3 — нагрузочные тесты, RTO/RPO, оценка рисков.

Тема 3. Моделирование угроз для пультов управления энергосистем по NIST SP 800-82 и ГОСТ 34.602-89

Актуальность. Новость подчёркивает риск компрометации HMI и инженерных станций. В дипломе можно formalизовать модель угроз и показать, как требования ГОСТ ложатся на реальный объект.

Цель. Разработать методику оценки угроз и требований защиты для автоматизированного рабочего места оператора энергообъекта.

Задачи:

• описать объект защиты и активы: SCADA, HMI, контроллеры, каналы связи;
• построить модель нарушителя и сценарии атак;
• сопоставить угрозы с мерами из NIST SP 800-82 и IEC 62443;
• оформить техническое задание и ведомость требований по ГОСТ 34.602-89.

Структура: Глава 1 — анализ стандартов и аналогов; Глава 2 — модель угроз и проектные решения; Глава 3 — проверка требований, метрики защищённости, внедрение.

Как встроить статью в аналитическую главу

В первой главе не пересказывайте новость. Используйте её как триггер: «существует класс атак на пульты управления, значит, сравниваем подходы к защите OT-сегмента». Дальше — таблица стандартов и обоснование стека.

Сравнение стандартов и фреймворков

Обоснование стека

Для ВКР достаточно связки: OpenTelemetry для сбора телеметрии, SIEM или специализированный OT-мониторинг для корреляции, Kubernetes — только для стенда и сервисов анализа, но не для управления технологическим процессом. Это важный момент: в дипломе покажите, что вы понимаете разницу между IT и OT. Контроллеры не стоит «контейнеризировать» ради моды.

Проектная часть: архитектура, схемы, алгоритмы

Модель угроз и архитектура сегментации

Опишите объект так, будто вы защищаете реальную подстанцию. Активы: АРМ оператора, SCADA-сервер, историан, контроллеры, каналы связи. Угрозы: перехват телеметрии, подмена команд, несанкционированный доступ к HMI, утечка чертежей и кодов доступа. На схеме покажите IT-сеть, DMZ и OT-сегмент. Между ними — межсетевой экран и однонаправленный шлюз. Для статьи это прямой ответ: если доступ к пультам возможен, значит, нужно ограничивать исходящие потоки и контролировать команды.

Интеграция с мониторингом

В проектной главе приведите конфигурацию сборщика телеметрии. Пример ниже — учебный, его можно адаптировать под стенд.

receivers:
  syslog:
    tcp:
      listen_address: "0.0.0.0:514"
  modbus:
    endpoint: "opc.tcp://192.168.10.15:4840"

processors:
  batch:
    timeout: 5s
  attributes/clean:
    actions:
      - key: "operator_id"
        action: delete

exporters:
  otlphttp:
    endpoint: "https://siem-collector.local:4318"

service:
  pipelines:
    logs:
      receivers: [syslog]
      processors: [batch, attributes/clean]
      exporters: [otlphttp]
    metrics:
      receivers: [modbus]
      processors: [batch]
      exporters: [otlphttp]

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

Тестирование и метрики: что писать в третьей главе

Без метрик ВКР по ИБ выглядит как реферат. Свяжите проверку с последствиями атаки: сколько времени система обнаруживает подозрительную команду, сколько ложных срабатываний, за какое время восстанавливается узел.

Нагрузочное тестирование и RTO/RPO

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

Мониторинг и обнаружение аномалий

Сравните два подхода: пороговые правила и поведенческие модели. Пороги просты, но не ловят медленные манипуляции. Модели на основе базовой линии требуют данных и времени. В ВКР покажите оба варианта и обоснуйте гибрид.

Чему вы научитесь

• различать IT и OT-угрозы, не переносить офисные практики на АСУ ТП без адаптации;
• проектировать сегментацию по IEC 62443 и описывать её схемами, а не общими словами;
• собирать телеметрию через OpenTelemetry и настраивать правила корреляции;
• считать метрики RTO, RPO, MTTD и защищать их перед комиссией;
• оформлять ТЗ и требования по ГОСТ 34.602-89, а не «как получится».

Типичные ошибки студентов

FAQ

Насколько сложно сделать прототип, если нет доступа к реальной подстанции?

Достаточно эмулятора: Modbus-сервер, генератор телеметрии, коллектор и SIEM в виртуальных машинах. Комиссия оценивает логику и метрики, а не наличие промышленного стенда.

Обязательно ли писать код в ВКР по кибербезопасности?

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

Как оформить UML-диаграммы и схемы сети?

Используйте UML для последовательностей и компонентов, а сетевую архитектуру показывайте в нотации, близкой к IEC 62443. Подпишите зоны, кондуиты, потоки данных и точки контроля.

Где брать тестовые данные для обнаружения аномалий?

Подойдут открытые наборы по ICS-трафику, собственные логи эмуляторов и синтетические сценарии. Главное — описать методику разметки и ограничения набора.

Чек-лист «Что проверить перед сдачей»

Источник: Тотальный удар по энергосистемам Ближнего Востока. Nasir Security получила доступ к пультам управления (опубликовано 2026-03-26)