Как не сломать:
что важно учесть
при создании защиты АСУ ТП?
Области повышенного внимания
2
Целевая архитектура безопасности
1
Типичные технические ограничения
2
Обеспечение совместимости с компонентами АСУ ТП
3
Внедрение и эксплуатация – лучшие практики
4
3
Характеристики
оптимального
целевого состояния
Наличие единого центра мониторинга
защищенности ЗОКИИ
1
Стандартизация решений
для защиты ЗОКИИ
2
Максимальное использование механизмов
безопасности, встроенных в компоненты
ЗОКИИ
3
Типовая целевая архитектура централизованной
системы защиты ЗОКИИ
4
Типовые
средства
защиты
КСПД
Интернет
Единый центр
мониторинга
Единые
процессы
управления
ИБ
ГосСОПКА
ЗОКИИ
Типичные технические проблемы
5
Отсутствие защищенной сетевой
архитектуры (отсутствие отделения
ЗОКИИ от ОКИИ, запутанные
сетевые топологии, наличие
небезопасных точек взаимодействия
с внешними системами …)
Неготовность инфраструктуры
к внедрению средств защиты
(потребность в прокладке СКС,
установка дополнительных шкафов,
подключение инженерной
инфраструктуры)
Встроенные механизмы защиты
компонентов ЗОКИИ либо не
настроены, либо настроены
неправильно
Полное или частичное
отсутствие средств защиты
Предпосылки необходимости модернизации инфраструктуры
6
Недостаточная
пропускная способность
каналов связи
Отсутствие
сегментирования ЗОКИИ
от смежных систем
Использование
устаревших
и уязвимых ОС
Ограниченность
вычислительных
ресурсов
Необходимость наличия
инженерной инфраструктуры
для внедрения типового
решения
(СКС, инженерные системы, портовая
емкость, шкафы для оборудования)
Ограничения этапа
модернизации
Необходимость
проектирования и закупок
Необходимость выделения
технологических окон для настроек
(влияние сезонности и пр.)
Необходимость согласования
с производителями АСУТП, осуществляющими
гарантийную или сервисную поддержку
Рекомендуемый подход к реализации
8
Глубокое технические обследование
Выявление архитектурных недостатков
Формирование типового технического решения
Формирование требований к модернизации
существующей инфраструктуры
Модернизация существующей инфраструктуры
(длительный процесс!)
Формирование требований к адаптации типового
решения
Адаптация типового решения к особенностям
конкретных ЗОКИИ
Формализация процессов управления ИБ
Определение необходимой численности
персонала ИБ
Внедрение технических решений
и организационных процессов
Стадия 1
Стадия 2
Вопросы технической совместимости
средств защиты и компонентов АСУ ТП
Как и чем подтвердить
совместимость СЗИ
с компонентами АСУ ТП?
Наши системы отсутствуют
в перечне совместимых
с СЗИ, что делать?
Могут ли обновления СЗИ
повлиять на функциониро-
вание АСУ ТП?
Наши системы
на гарантийной поддержке
вендора АСУ ТП, как нам
установить там СЗИ?
У нас старые системы,
возможно ли получить для них
официальное подтверждение
совместимости?
Четыре кита процесса обеспечения надежной совместимости
Налаженные отношения
между вовлеченными
сторонами
Тестовые
испытания
Лучшие практики
по установке
и эксплуатации
Внешняя сервисная
поддержка
10
Вовлекаемые стороны
Заказчик
АСУ
ИБ
ИТ
Интегратор
Вендор СЗИ
Вендор АСУ ТП
ГП/СП СП
ПО
ПО
ПО
СП
СП – сервисная поддержка ГП – гарантийная поддержка ПО – партнёрские отношения
3
Виды испытаний
Тестовые испытания уровня
«Вендор АСУ ТП — Вендор СЗИ»
1
Тестовые испытания уровня
«Интегратор — Вендор СЗИ»
2
Тестовые испытания уровня
«Интегратор — Заказчик»
3
Кто?
Тестовые испытания уровня «Интегратор — Вендор СЗИ»
Рабочая группа
«Интегратор —
Вендор СЗИ» + Заказчик
(опционально)
Где?
• Площадка интегратора
• Площадка Заказчика
На основании
чего?
• Виртуальные или
физические стенды
• Методика тестирования
Какой
результат?
Протокол
тестирования
Лучшие практики по установке СЗИ
14
Оценка производительности
Проверка работоспособности
Настройка исключений
Установка в режиме мониторинга
на резервный компонент (при наличии)
Перевод в режим блокировки
с дальнейшим обнаружением
Лучшие практики
по эксплуатации
Наличие стендов
для тестирования обновлений
Тестирование восстановления
из резервных копий
Резервное копирование АРМ и серверов
Мониторинг работоспособности,
включая интеграцию с SIEM
+7 (495) 974-22-74
+7 915 197-86-85
edruzhinin@croc.ru
Евгений Дружинин 111033, Москва, ул.
Волочаевская, д. 5, корп. 1
Ведущий эксперт по
информационной безопасности

Евгений Дружинин. Как не сломать: что важно учесть перед, в ходе и после реализации проекта по защите АСУ ТП?

  • 1.
    Как не сломать: чтоважно учесть при создании защиты АСУ ТП?
  • 2.
    Области повышенного внимания 2 Целеваяархитектура безопасности 1 Типичные технические ограничения 2 Обеспечение совместимости с компонентами АСУ ТП 3 Внедрение и эксплуатация – лучшие практики 4
  • 3.
    3 Характеристики оптимального целевого состояния Наличие единогоцентра мониторинга защищенности ЗОКИИ 1 Стандартизация решений для защиты ЗОКИИ 2 Максимальное использование механизмов безопасности, встроенных в компоненты ЗОКИИ 3
  • 4.
    Типовая целевая архитектурацентрализованной системы защиты ЗОКИИ 4 Типовые средства защиты КСПД Интернет Единый центр мониторинга Единые процессы управления ИБ ГосСОПКА ЗОКИИ
  • 5.
    Типичные технические проблемы 5 Отсутствиезащищенной сетевой архитектуры (отсутствие отделения ЗОКИИ от ОКИИ, запутанные сетевые топологии, наличие небезопасных точек взаимодействия с внешними системами …) Неготовность инфраструктуры к внедрению средств защиты (потребность в прокладке СКС, установка дополнительных шкафов, подключение инженерной инфраструктуры) Встроенные механизмы защиты компонентов ЗОКИИ либо не настроены, либо настроены неправильно Полное или частичное отсутствие средств защиты
  • 6.
    Предпосылки необходимости модернизацииинфраструктуры 6 Недостаточная пропускная способность каналов связи Отсутствие сегментирования ЗОКИИ от смежных систем Использование устаревших и уязвимых ОС Ограниченность вычислительных ресурсов Необходимость наличия инженерной инфраструктуры для внедрения типового решения (СКС, инженерные системы, портовая емкость, шкафы для оборудования)
  • 7.
    Ограничения этапа модернизации Необходимость проектирования изакупок Необходимость выделения технологических окон для настроек (влияние сезонности и пр.) Необходимость согласования с производителями АСУТП, осуществляющими гарантийную или сервисную поддержку
  • 8.
    Рекомендуемый подход креализации 8 Глубокое технические обследование Выявление архитектурных недостатков Формирование типового технического решения Формирование требований к модернизации существующей инфраструктуры Модернизация существующей инфраструктуры (длительный процесс!) Формирование требований к адаптации типового решения Адаптация типового решения к особенностям конкретных ЗОКИИ Формализация процессов управления ИБ Определение необходимой численности персонала ИБ Внедрение технических решений и организационных процессов Стадия 1 Стадия 2
  • 9.
    Вопросы технической совместимости средствзащиты и компонентов АСУ ТП Как и чем подтвердить совместимость СЗИ с компонентами АСУ ТП? Наши системы отсутствуют в перечне совместимых с СЗИ, что делать? Могут ли обновления СЗИ повлиять на функциониро- вание АСУ ТП? Наши системы на гарантийной поддержке вендора АСУ ТП, как нам установить там СЗИ? У нас старые системы, возможно ли получить для них официальное подтверждение совместимости?
  • 10.
    Четыре кита процессаобеспечения надежной совместимости Налаженные отношения между вовлеченными сторонами Тестовые испытания Лучшие практики по установке и эксплуатации Внешняя сервисная поддержка 10
  • 11.
    Вовлекаемые стороны Заказчик АСУ ИБ ИТ Интегратор Вендор СЗИ ВендорАСУ ТП ГП/СП СП ПО ПО ПО СП СП – сервисная поддержка ГП – гарантийная поддержка ПО – партнёрские отношения
  • 12.
    3 Виды испытаний Тестовые испытанияуровня «Вендор АСУ ТП — Вендор СЗИ» 1 Тестовые испытания уровня «Интегратор — Вендор СЗИ» 2 Тестовые испытания уровня «Интегратор — Заказчик» 3
  • 13.
    Кто? Тестовые испытания уровня«Интегратор — Вендор СЗИ» Рабочая группа «Интегратор — Вендор СЗИ» + Заказчик (опционально) Где? • Площадка интегратора • Площадка Заказчика На основании чего? • Виртуальные или физические стенды • Методика тестирования Какой результат? Протокол тестирования
  • 14.
    Лучшие практики поустановке СЗИ 14 Оценка производительности Проверка работоспособности Настройка исключений Установка в режиме мониторинга на резервный компонент (при наличии) Перевод в режим блокировки с дальнейшим обнаружением
  • 15.
    Лучшие практики по эксплуатации Наличиестендов для тестирования обновлений Тестирование восстановления из резервных копий Резервное копирование АРМ и серверов Мониторинг работоспособности, включая интеграцию с SIEM
  • 16.
    +7 (495) 974-22-74 +7915 197-86-85 edruzhinin@croc.ru Евгений Дружинин 111033, Москва, ул. Волочаевская, д. 5, корп. 1 Ведущий эксперт по информационной безопасности