В.Г. Промыслов Институт проблем управления им. В.А. Трапезникова РАН, г. Москва vp@ipu.ru, Москва MLSD 2013 Зона по системам безопасности Зона реакторной установки (РУ) Зона групповой работы Зона турбинного отделения Зона обобщенной информации по радиационной обстановке и пожару БПУ – общий вид с экраном коллективного пользования 2 ПОЛИТИКА КИБЕРБЕЗОПАСНОСТИ СВБУ АЭС для подсистем связанных с управлением политика безопасности строится с учетом приоритета задач сохранения доступности и целостности СВБУ, т.е. предотвращение несанкционированной записи. для подсистем связанных с кибербезопасностью политика безопасности строится с учетом приоритета задач сохранения конфиденциальности данных, т.е. предотвращения несанкционированного чтения. информация в пределах БПУ предоставляется на основе концепции «Открытого пространства», т.е. доступ к информации без ее изменения (по чтению) ограничен только наличием физических барьеров, (приоритет доступности над конфиденциальностью). персонал, взаимодействующий с СВБУ, имеет организационную структуру, приведенную на Рисунке 1. безопасность СВБУ основана на дифференцированном подходе, с группированием отдельных субъектов и объектов СВБУ с функциональной точки зрения по уровням безопасности. В пределах одного уровня безопасности не предусмотрены защитные барьеры. Пространство кибербезопасности Упрощенная организационная структура персонала АЭС в части кибербезопасности СВБУ Безопасность систем управления Конфиденциальность – Целостность - Доступность Зональный подход Модель безопасности Biba 1. 2. Приоритет целостности Информация с низкой целостностью не должна идти к объектам с высоким уровнем целостности Основные принципы: Субъект имеет доступ по чтению к объекту если: ( s ) (o ) *-Свойство: Субъект имеет доступ по записи к объекту если: (o) (s) O3 w S O2 r r O1 Модель безопасности Bell-LaPadula 1. 2. Основное свойство кибербезопасности: Субъект имеет доступ к объекту: (o) (s) O3 *-Свойство: Субъект имеет права записи в объект: (s) (o) w Приоритет сохранения конфиденциальности S O2 r r O1 «Брать-давать»/Take-Grant модель В модели защищенное состояние системы описывается как направленный граф отношений. Узлы в графе двух типов, один соответствующий субъекту, другой - объекту. Ребро, направленное из узла А к другому узлу В указывает, что субъект (или объект) А имеет некоторое право (права) доступа к субъекту (или объекту) В. Ребро отмечено набором прав А к В. Возможные права доступа - это чтение (r) (read), использование (w) (write) в части передачи информации), взятие (t) (take), выдача (g) (grant) r,w r,w r,w r,w Lineal hierarchical take-grant security model r,w L4 rw r,w L3 rw r,w L2 rw r,w L1 Зоны безопасности 1) 2) SSup={SSup} UULS _ AWP {SSup, USSup, Head_TC, Head_RC,Operator_RC, Operator_TC, AWP_TC, AWP_RC, Repairmen} 3) UULS_Serve r {Server_RC,Server_TC, Gate} 4) Security_office {AA,Security_officer} 5) Aux_staff {Aux_staff} HSAS {Operator_HSAS, AWP_HSAS, Head_HSAS, Archive} 6) Начальный граф доступа Направление потока данных по записи по чтению концепция сохранения целостности концепция сохранения конфиденциальности Заключение В работе рассмотрена реализация в системе активного аудита для мониторинга кибербезопасности СВБУ АЭС в реальном времени. В качестве базовой формальной модели использована формальная модель типа «Брать-давать» Главная проблема, при создании системы АА на основе модели «Брать-давать» является большая размерность начального графа отношений и как следствие большое время анализа графа доступа, что требует сбалансированного решения при выборе необходимого уровня защиты СВБУ и сложности модели. Создана модель системы АА реализующая формальную модель безопасности СВБУАЭС на основе среды Mathematica В.Г. Промыслов Институт проблем управления им. В.А. Трапезникова РАН, г. Москва vp@ipu.ru, Москва MLSD 2013 Методы диагностики быстротекущих процессов в сложных объектах Методы основанные на анализе данных Не требуют знания о природе объекта (модель строиться в ходе работы) Гибко перенастраиваются в реальном времени при изменении объекта или его характеристик Пригодны для малоизученных и экспериментальных объектов Методы основанные на физической природе Требуют предварительного построения модели объекта Требуют наличия предварительно согласованных сценариев Не пригодны Методы основанные на экспертных знаниях Срабатывание диагностики Необходимы методы принимающие неполные и не точные знания Пригодны для малоизученных и экспериментальных объектов Штатная работа Разрушение объекта (спецификация) Реальное время ~1-5 мс Число сигналов < 500 Должна быть приспособлена для диагностики аварийных ситуаций уникальных объектов Должна быть гибкой и настраиваемой Алгоритмы и методы для диагностики Машинного обучения– Support vector Machines Экспертные знания- Fuzzy logic Статистические -Cumulative sum control chart Одноклассовые SVM {( x1 , t1 ), ( xi , t i ).....( xn , t n )} ti {1,1}, i 1,..., N F : X T N * * t ( x ; ) sign i K ( x , xi ) 0 i 1 xi x j K ( xi , x j ) exp 2 2 Пример для одноклассовой SVM Normal situation Abnormal Знания экспертов Номер параметра 1 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Предшествуе т аварии ДП Во время аварии После аварии 2 01 01 11 01 01 10 10 01 10 10 10 10 01 10 3 01 01 11 11 01 10 10 01 10 10 10 10 01 10 4 01 01 11 11 01 10 01 01 10 10 10 10 01 10 Временная диаграмма срабатывания диагностики. Точка 1 (291.386 с ) начал интервала обнаружения аварийной ситуации. Точка 2 (291.401 с) формирования сигнала об обнаружении аварийной ситуации. Пунктирные линии (3) обнаружение аварийной ситуации и срабатывание САЗ соответственно (291.41 и 291.51) Cumulative sum control chart (CUSUM) 80 140 70 120 60 100 50 80 40 60 30 40 20 20 10 0 0 -10 289.6 289.8 290 290.2 290.4 290.6 290.8 291 291.2 291.4 291.6 -20 289.6 289.8 290 290.2 290.4 290.6 290.8 Data (blue), solving function (red) threshold (black) Abnormal detection approximately 0.3 s before the catastrophe 291 291.2 291.4 291.6 С.И. Масолкин, В.Г. Промыслов Институт проблем управления им. В.А. Трапезникова РАН, г. Москва masolkin@gmail.com; vp@ipu.ru, Москва MLSD 2013 Архитектура испытательного стенда DAS LAN Diagnostic System SCADA Protection System Программная архитектура Задача (INI) Задача инициализации. (I) Задача приема и мультиплексирования входных сигналов. (H) Задача алгоритмов жесткого реального времени. (S) Задача алгоритмов мягкого реального времени. (M) Задача метаалгоритмов и вывода. (DI) Сервисная диагностика Класс задачи Функция и описание STT Отвечает за инициализацию ДПО, в частности производит привязку алгоритмов к конкретным задачам, обеспечивая выполнение требований реального времени (динамическая балансировка). RTT Обеспечивает прием входных сигналов и помещение их во входные кольцевые буфера RTT Обеспечивает выполнение тех частей алгоритмов, которые должны быть выполнены строго за отведенное время. Количество задач может быть более 1 в случае реализации на многопроцессорной системе. Определяется по результатам верификации архитектуры системы с учетом вычислительной сложности алгоритмов и наличия ресурсов. STT Аккумулирует все алгоритмы или их части, которые не являются жестко таймированы. Количество задач может быть более 1 в случае реализации на многопроцессорной системе. Определяется по результатам верификации архитектуры системы с учетом вычислительной сложности алгоритмов и наличия ресурсов. RTT Обеспечивает формирование выходных сигналов на основании результатов работы алгоритмов из состава SТT и RTT . Также в эту задачу входит процесс формирования и передачи управляющих сигналов. STT Обеспечивает выдачу сервисной и Архитектура и распределения задач в системе диагностики CPU2-N/H CPU CPU 3-3N/H N/H DAS RTT Internal real time bus CPU1/I,M CPUN-M/S CPU CPU 3-3N/H N/H STT Internal real time bus CPUM+1/DI, INI I/O Industrial Network LAN Техническое средство Sun Server X2-8 Feature Four or eight Intel Xeon processor E7-8800 series Integrated Lights Out Manager Supports up to 128 DIMMs Features two PCIe Network Express Modules Compact 5RU form factor Supports a wide range of enterprise-class server operating systems Hot-swappable RAS capabilities, including I/O, disks, power supply, and cooling fans Заключение Представлена гибкая архитектура системы диагностики реального времени . Сделан обзор алгоритмов пригодных для целей диагностики тестируемых объектов в реальном времени Спасибо за внимание Вопросы?