Кибериммунная ТЭЦ

В конце каждой страницы есть время её последней модификации. Документация написана в формате MarkedText и на всякий случай продублирована далее...

Задача

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

Ограничения

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

Концепция

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

Цели безопасности

👀 Оператор видит корректную информацию о состоянии оборудовании в реальном времени, иначе может принять неверное решение, которое может привести к порче оборудования.
🛂 Только авторизованный оператор может управлять оборудованием в соответствии с ролевой моделью. Человек без подготовки или полномочий может навредить работе системы.
🧗‍♂️ Система выполняет свою функцию даже при выходе из строя или компрометации любого одного компонента системы. Поведение неуправляемой системы может быть сколь угодно плачевным.
👨‍💻 Запущенное ПО аутентифицировано его поставщиком, ответственным за обеспечение остальных целей, и предоставляющим обновления "на лету".
🎫 При истёкшем сроке лицензии, ПО продолжает работу, но его обновление не происходит.
🎁 Действия пользователей не может привести к утечке ключевого ПО.

Предположения безопасности

Оператор благонадёжен и ответственно выполняет все предназначенные для него регламенты, но как человек он может непреднамеренно ошибиться.
Каждый пользователь системы работает только под своей учётной записью.
В оборудовании, ОС и нашем собственном коде, нет закладок, но могут быть ошибки.
На каждом узле есть не доступное из вне хранилище ключей.
Технологическое оборудование исправно.
Пользователи имеют лишь удалённый доступ к системе управления.

Угрозы безопасности

❌ Событие	✅ Защита
Сигнал изменён	Цифровая подпись
Автор сигнала не имеет прав	Криптоавторизация
Сигнал не доставлен	Протокол синхронизации Дублирование промежуточных узлов
Сигнал не обработан	Реакция не на события, а на изменение состояния
Дребезг управления при быстрой смене сигналов	Реакция не на события, а на изменение состояния
ПО изменено не вендором	Цифровая подпись на стороне вендора Криптоавторизация
Утечка ПО через пользователя	Шифрация секретным ключом на стороне вендра Расшифровка непосредственно в обновляемом процессе
Обновление ПО по истечении срока лицензии	Криптоавторизация Проверка срока при установке
Подделка лицензии	Криптоавторизация Криптопривязка лицензии к конкретным инстансам

Функциональность

Каждый узел

Выдаёт версию ПО.
Выдаёт статус активности.
Выдаёт статус обновления.

Сенсор

Выдаёт значение показателя.
Показатель может требовать предварительной обработки.

Сенсоры ТЭЦ

power_sensor - вырабатываемая мощность.
temp_sensor - температура воздуха.
freq_sensor - частота вращения турбины.

Драйвер

Слушает управляющий сигнал.
Выдаёт статус текущего действия.

Драйверы ТЭЦ

power_driver - вырабатываемая мощность.
main_driver - запуск/останов турбины.

Ролевая модель

Роль	Права и обязанности
👼 Наблюдатель	Мониторит состояние системы.
👨 Оператор	Наблюдает за оборудованием и управляет им.
🧔 Инженер	Обновляет ПО и лицензии.
🤴 Админ	Настраивает политики безопасности
🎅 Вендор	Предоставляет лицензии и ПО

Решение

Архитектура

Устойчивая: Все узлы минимум продублированы.

Крипрографическая: Все узлы объединены в единую криптосеть.

Реплицированная: Все данные продублированы в распределённой БД между всеми заинтересованными узлами.

Реактивная: Прикладные задачи реагируют на изменение состояния БД, а не на события.

Доверенная: Вся информация аутентифицирована на входном узле.

Децентрализованная: Каждый узел независимо проверяет аутентификацию и авторизацию.

Минимизация недоверенного кода

Свой протокол синхронизации - не нужны внешние сервисы: Message Queue.
Только свой код - не нужны сторонние зависимости: node_modules.
Алгоритмический контроль доступа - не нужен аудитор запросов.

Алгоритмические гарантии

Узлы не знают друг о друге, а взаимодействуют только с базой данных $hyoo_crowd, которая автоматически синхронизируется между узлами.
Входные сигналы проверяются в экшенах, подписываются цифровой подписью, и вносятся в систему.
Драйвер $hyoo_crowd отвергает любые неавторизованные юниты информации, получаемые как из внешних систем, так и локальной базы данных.
В изолированном периметре либо нет стороннего кода, либо он минимален.
Даже если скомпрометированный узел внёс в свою базу неавторизованные изменения, другие узлы откажутся с ним синхронизироваться.
Задачи мониторят изменение состояния в реальном времени и отражают эти изменения на других состояниях или на подконтрольных системах.

Почему без брокера сообщений?

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

Почему без монитора безопасности?

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

Узлы системы

Название	Назначение	Комментарий	Скоуп хакатона
Sync	Поддержание связности компонент для синхронизации БД в реальном времени. Предотвращение распространения неавторизованных юнитов информации по сети.	Несколько экземпляров на разных физических устройствах.	⭕
Persister	Резервирование состояния БД в ПЗУ.	Несколько экземпляров на разных физических устройствах.	⭕
Temp Sensor	Управление датчиком температуры воздуха. Приём от него показаний. Внесение показаний в БД.	На каждый датчик - отдельный экземпляр Sensor.	✅
Freq Sensor	Управление датчиком скорости вращения турбины. Снятие с него показаний. Предварительная их обработка. Внесение обработанных показаний в БД.	На каждый датчик - отдельный экземпляр Sensor.	✅
Power Sensor	Управление датчиком выходной мощности турбины. Снятие с него показаний. Внесение показаний в БД.	На каждый датчик - отдельный экземпляр Sensor.	✅
Power Driver	Подача сигналов на устройство управления турбиной в соответствии с актуальными установками оператора. Внесение в БД статуса своей работы.	На каждую турбину - отдельный экземпляр Driver.	✅
Defender	Мониторинг критических показателей. Автономная автоматизация реакции на нештатные ситуации. Внесение в БД статуса своей работы.	На каждое защитное устройство - отдельный экземпляр Defender.	⭕
HMI	Отображение авторизованному пользователю аутентифицированного состояния турбины. Аутентификация и внесение в БД команд оператора. Загрузка инженером обновлений ПО и лицензий.	Встраивается прямо в АРМ.	⭕

Компоненты узлов

🔴 Не доверенные

Название	Назначение
DAC	Управление оборудованием.
ADC	Замер показателей оборудования.
WS	Работа с WebSocket соединениями.
Sync	Синхронизация БД
PG	Коммуникация с PostgreSql
PostgreSql	Хранение юнитов. Выборка юнитов. Гарантия целостности хранилища.
IndexedDb	Хранение юнитов. Выборка юнитов. Гарантия целостности хранилища.
DB.D	Хранение юнитов. Выборка юнитов. Гарантия целостности хранилища.
User	Выполнение должностных обязанностей через АРМ.

🟡 Повышающие доверие

Название

Назначение

CROWD

Управление юнитами информации.

Аутентификация и авторизация юнитов.

🟢 Доверенные

Название	Назначение
NodeJS	Исполнение ПО в виртуальной машине.
Browser	Отображение аутентичных данных пользователю. Приём управляющих сигналов от пользователя.
Domain	Работа с БД в терминах предметной области.
Installer	Отслеживает появление обновлений в БД. Проверяет сроки лицензии. Расшифровывает новый код. Выгружающий его в ФС. Завершает работу контроллера для автоперезапуска с новым кодом.
File System	Хранение исполняющегося ПО.
Tasks	Отслеживание состояния БД. Прямое воздействие на подконтрольные управляющие устройства.
Actions	Приём показаний от сенсоров. Фильтрация и пред агрегация показаний. Упаковка показаний в аутентичные юниты. Внесение юнитов в БД.

Варианты реализации

I - идеальное решение, если у нас будут все необходимые ресурсы на разработку инноваций.
P - проектное решение, которое мы готовы реализовать с текущими технологиями.
H - упрощённое решение запланированное на хакатон.
R - что реально успели сделать к дедлайну.

I - Идеал когда-нибудь

Controller - управляющий контроллер

Датчики, управляющие устройства, защитные устройства и тд.

Sync - сервер синхронизации

Обеспечивает связность узлов и гарантию доставки, попутно проверяя аутентификацию и авторизацию.

Persister - сервер персистентности

Бэкапит состояние БД в постоянное хранилище.

HMI - рабочее место

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

P - Проект хоть завтра

Controller - управляющий контроллер

Датчики, управляющие устройства, защитные устройства и тд.

Sync - сервер синхронизации

Обеспечивает связность узлов и гарантию доставки, попутно проверяя аутентификацию и авторизацию.

Persister - сервер персистентности

Бэкапит состояние БД в постоянное хранилище.

HMI - рабочее место

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

H - План на хакатон

Controller - управляющий контроллер

Датчики, управляющие устройства, защитные устройства и тд.

Sync - сервер синхронизации

Обеспечивает связность узлов и гарантию доставки, попутно проверяя аутентификацию и авторизацию.

Persister - сервер персистентности

Бэкапит состояние БД в постоянное хранилище.

HMI - рабочее место

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

Рабочие сценарии

Успешная установка обновления

В пакете может быть как зашифрованный код ПО, так и сроки лицензии. Если сроки не истекли и одновременно в БД есть свежее обновление, то оно устанавливается автоматически.

Установка обновления при истёкшей лицензии

Обновление ПО сохраняется в БД, но не устанавливается, пока лицензия не будет продлена.

Установка не аутентичных пакетов

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

Управление мощностью турбины

Установки оператора проверяются минимум на 2 узлах, к которым у него нет прямого доступа. Состояние турбины может вносить в БД только её драйвер. Оператор видит гарантированно аутентичный статус турбины и время последнего обновления статуса.

Приём данных с датчика скорости вращения

Состояние датчика может вносить в БД только его драйвер. Оператор видит гарантированно аутентичные показатели и время последнего их обновления.

Негативные сценарии

Компрометация узлов

Описание проблемы	Уязвимое место	Нарушенная цель	Стратегия снижения опасности
Скомпрометированный сенсор пишет в БД не корректные данные.	Sensor	1 👀	Расхождение показаний с дублирующими сенсорами может помочь выявить проблему.
Скомпрометированный драйвер подаёт некорректные сигналы на устройство.	Driver	3 🧗‍♂️	Сигналы с сенсоров позволят выявить проблему.
Скомпрометированный драйвер не пропускает сигналы управления устройством.	Driver	3 🧗‍♂️	Управляющий сигнал дойдёт через дублирующий драйвер.
Установщик не проверяет истечение срока лицензии.	Controller	5 🎫	Сценарий должен проверяться автотестами.

Компрометация компонентов контроллера

I - Идеальный вариант

Описание проблемы	Уязвимое место	Нарушенная цель	Стратегия снижения опасности
Ошибка в сетевой библиотеке нарушает протокол синхронизации, что приводит к исключению узла из пиринговой сети.	WS	3 🧗‍♂️	Обновление ПО на новую версию библиотеки сперва проводится на менее важных узлах.
Ошибка в библиотеке синхронизации БД нарушает протокол синхронизации, что приводит к исключению узла из пиринговой сети.	Sync	3 🧗‍♂️	Обновление ПО на новую версию библиотеки сперва проводится на менее важных узлах.

P - Проектный вариант

Дополнительно к идеальному:

Описание проблемы	Уязвимое место	Нарушенная цель	Стратегия снижения опасности
Скомпрометированная сетевая библиотека нарушает протокол синхронизации, что приводит к исключению узла из пиринговой сети.	WS	3 🧗‍♂️	Обновление ПО на новую версию библиотеки сперва проводится на менее важных узлах.

H - Хакатоновский вариант

Дополнительно к проектному:

Описание проблемы	Уязвимое место	Нарушенная цель	Стратегия снижения опасности
Скомпрометированная сетевая библиотека обходит встроенный монитор безопасности (CROWD) и напрямую управляет устройствами.	WS	2 🛂	—
Скомпрометированная сетевая библиотека обходит встроенный монитор безопасности (CROWD) и вносит в БД некорректные данные.	WS	1 👀	—

База Данных

Структура БД

Вся база данных (world) делится на кластеры (land). Каждый ленд помимо данных содержит всю необходимую для аутентификации и авторизации информацию, и синхроизируется атомарно.

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

За каждым приватным ключом алгоритмически закреплён 1 ленд, на который у владельца ключа есть полные права. Авторизованно писать в этот ленд может только он. Все сенсоры пишут свои показания в свои ленды, что исключает возможность подделки показаний другими узлами.

Каждый контроллер, допускающий управление, создаёт ещё один ленд (intent), права на управление которым есть только у администратора. Даже сам контроллер не может в него писать. А вот админ может выдавать права на запись в этот ленд операторам.

У оператора, которому разрешено менять intent, автоматически появляется интерфейс для управления контроллером. Контроллер слушает intent и реагирует на его изменения.

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

Все узлы системы слушают ленд вендора, и обнаружив свежий код для своего типа контроллера и проверив сроки лицензии для своего публичного ключа, устанавливают обновление.

Реализация

Библиотеки

$hyoo_crowd - библиотека для реактивной работы с БД в памяти.
$hyoo_sync - библиотека для синхронизации БД с ФС и с другими узлами.

Технические детали

Unit - атомарный кусочек информации

Содержимое юнита

Каждый юнит содержит:

Land - область атомарной синхронизации
Auth - автор юнита
Head+Self - идентификатор юнита
Prev+Next - частичный порядок среди соседних юнитов
Time+Aeon - время внесения данных в систему
Size+Data - сырые данные
Sign - авторская цифровая подпись

Устаревшие юниты отсеиваются, а оставшиеся упорядочиваются одинаково на всех узлах в соответствии с CvRDT подходом.

Протокол синхронизации

При установлении соединения, партнёры обмениваются векторными часами, говорящими о том, какие юниты у них есть есть.

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

Каждый узел шлёт сердцебиения для поддержания соединения.

Долгое отсутствие сообщений от партнёра приводит к обрыву связи.

Обрыв связи - штатная ситуация, не влияющая на корректность синхронизации.

Каждый узел может синхронизироваться со множеством других узлов одновременно не впадая в состояние гонки.

Запуск демонстрации

Поднятие серверов

В докере

Установлен docker и docker-compose.

docker compose up

Нативно

Установлена NodeJS 18.

Установка зависимостей

npm install

Старт дев сервера

npm start

С него открываются пользовательские интерфейсы.

Старт сервера синхронизации

Сборка

npm start tec/server/start

Тут и далее тесты запускаются автоматически в процессе сборки:

Запуск

node tec/server/start/-/node.js sync=9090

Поднятие сервера персистенции

npm start tec/server/start
node tec/server/start/-/node.js sync=9091 masters=localhost:9090 db=postgres://user:password@host:5432/database

Поднятие эмуляторов сенсоров

npm start tec/power/service/start/-/node.js
node tec/power/service/start/-/node.js sync=9092 masters=localhost:9090 private_key=jWqTkjmwQ4Z-VnsM7PcJBQ8Dlh8h7YL3MsgQ_13nQy0qXfGWTgj_C02_QF1FMRnAf_PxWVi23a0GunNMNz8a-oHTRz1_ZsP2kMjAHZyvaSp33oibfNKB-sc59Hdf4PNV4

Для каждого экземпляра необходим свой private_key, его можно сгенерировать в админке, на странице "Private key".

Каждый запущенный экземпляр создаёт новый контроллер, идентификатор которого выводит в консоль при запуске:

Этот идентификатор надо добавить в админке, чтобы на дашборде появился интерфес работы с этим контроллером.

Запуск пользовательских интерфейсов

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

Дашборд оператора

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

open http://localhost:9080/tec/operator/dash/-/test.html

Консоль инженера поддержки

open http://localhost:9080/tec/operator/upload/-/test.html

Административная консоль

Приватный ключ администратора зашит в коде для удобства демонстрации.

open http://localhost:9080/tec/domain/admin/-/test.html

Консоль вендора

Приватный ключ вендора зашит в коде для удобства демонстрации.

open http://localhost:9080/tec/vendor/manager/-/test.html

Пользовательские интерфейсы

Для каждой роли у нас есть отдельный веб приложения для работы с системой:

Роль	Имя приложения	Описание приложния
👨 Наблюдатель
👨 Оператор	`$tec_operator_dash`	Дашборд с показаниями датчиков и, если есть права, элементами управления.
🧔 Инженер	`$tec_operator_upload`	Сервисная консоль, через которую инженер загружает пакеты с обновлениями лицензий и ПО.
🤴 Админ	`$tec_domain_admin`	Консоль администратора, через которую он настраивает политики безопасности.
🎅 Вендор	`$tec_vendor_manager`	Консоль вендора, через которую он готовит пакеты с обновлениями лицензий и ПО.

Администрирование справочников

Реестр операторов

Приватный ключ оператора генерируется на его машине. На основе публичного ключа формируется его идентификатор, который выводится в шапке дашборда оператора. Администратор вносит этот идентификатор в систему и даёт ему понятное имя.

Реестр контроллеров

Приватный ключ контроллер генерирует и сохраняет у себя, если он не задан параметром при запуске. На основе публичного ключа формируется идентификатор контроллера, который выводится в консоли при запуске. Администратор вносит этот идентификатор в систему и даёт ему понятное имя.

Политики безопасности

Администратор указывает какой пользователь имеет право управлять каким контроллером:

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

Важно отметить, что права на управление не дают возможность подделывать показания.

Дашборд оператора

Оператор видит показания всех сенсоров, но управлять может только теми, которыми ему разрешил администратор, через политики безопасности.

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

Консоль вендора

Упаковщик лицензий

Упаковщик обновлений

Сервисная консоль

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

Тестирование

Все тесты лежит в проекте в файлах с расширением test.ts и являются компонентными.

Тесты безопасности

Помимо функциональных, тесты аутентификации и авторизации CROWD запускаются автоматически при сборке проекта.

Функциональные тесты

Запускаются автоматически при сборке соответствующих сервисов.

Сценарии проверяемые автоматически

Легенда: ✅позитивный, ❌негативный

Тесты сценариев работы оператора:

✅ Аутентичное отображение показаний сенсора.
✅ Авторизованное управление состоянием драйвера.
❌ Попытка неавторизованного управления состоянием драйвера.

Не автоматизированные сценарии

Легенда: ✅позитивный, ❌негативный

❌ Попытка установки обновления на контроллер без лицензии.

Поднять инфраструктуру в докере.

Внести изменения в код /tec/power/service/start/start.node.ts добавив вывод в консоль cлова TEST при запуске.

Собрать сервис по инструкции.

Открыть консоль вендора на вкладке упаковки кода.

Установить тип пакета в "Power Driver".

Загрузить собранные файлы модифицированного сервиса.

Выгрузить пакет с обновлением ПО.

Открыть сервисную консоль.

Загрузить пакет с обновлением ПО.

Убедиться, что контроллер сообщил об истечении срока лицензии и не перезапустился.

❌ Попытка установки обновления на контроллер с не валидной лицензией.

Поднять инфраструктуру в докере.

Открыть консоль вендора на вкладке управления лицензиями.

Установить время истечения лицензии на вчера.

Выгрузить пакет с лицензией.

Внести изменения в код /tec/power/service/start/start.node.ts добавив вывод в консоль cлова TEST при запуске.

Собрать сервис по инструкции.

Открыть консоль вендора на вкладке упаковки кода.

Установить тип пакета в "Power Driver".

Загрузить собранные файлы модифицированного сервиса.

Выгрузить пакет с обновлением ПО.

Открыть сервисную консоль.

+ Загрузить пакет с лицензией.

Загрузить пакет с обновлением ПО.

Убедиться, что контроллер сообщил об истечении срока лицензии и не перезапустился.

✅ Установка авторизованного обновления на контроллер с валидной лицензией.

Поднять инфраструктуру в докере.

Открыть консоль вендора на вкладке управления лицензиями.

Установить время истечения лицензии на завтра.

Выгрузить пакет с лицензией.

Внести изменения в код /tec/power/service/start/start.node.ts добавив вывод в консоль cлова TEST при запуске.

Собрать сервис по инструкции.

Открыть консоль вендора на вкладке упаковки кода.

+ Установить тип пакета в "Power Driver".

Загрузить собранные файлы модифицированного сервиса.

Выгрузить пакет с обновлением ПО.

Открыть сервисную консоль.

Загрузить пакет с лицензией.

Загрузить пакет с обновлением ПО.

Убедиться, что контроллер сообщил об успешном обновлении, перезагрузился и вывел сообщение TEST.

✅ Установка продления лицензии с авто установкой ожидавших обновлений.

Поднять инфраструктуру в докере.

Открыть консоль вендора на вкладке управления лицензиями.

Установить время истечения лицензии на завтра.

Выгрузить пакет с лицензией.

Внести изменения в код /tec/power/service/start/start.node.ts добавив вывод в консоль cлова TEST при запуске.

Собрать сервис по инструкции.

Открыть консоль вендора на вкладке упаковки кода.

Установить тип пакета в "Power Driver".

Загрузить собранные файлы модифицированного сервиса.

Выгрузить пакет с обновлением ПО.

Открыть сервисную консоль.

Загрузить пакет с обновлением ПО.

Убедиться, что контроллер сообщил об истечении срока лицензии и не перезапустился.

Загрузить пакет с лицензией.

Убедиться, что контроллер сообщил об успешном обновлении, перезагрузился и вывел сообщение TEST.

❌ Попытка установки неавторизованной лицензии.

Поднять инфраструктуру в докере.

Поменять зашитый в коде консоли вендора ключ на свеже сенерированный.

Убедиться, что консоль вендора автоматически перезапустилась.

Открыть консоль вендора на вкладке управления лицензиями.

Установить время истечения лицензии на завтра.

Выгрузить пакет с лицензией.

Открыть сервисную консоль.

Убедиться в появлении ошибки при попытке загрузить пакет с лицензией.

❌ Попытка установки неавторизованного обновления.

Поднять инфраструктуру в докере.

Открыть консоль вендора на вкладке управления лицензиями.

Установить время истечения лицензии на завтра.

Выгрузить пакет с лицензией.

Поменять зашитый в коде консоли вендора ключ на свеже сенерированный.

Убедиться, что консоль вендора автоматически перезапустилась.

Внести изменения в код /tec/power/service/start/start.node.ts добавив вывод в консоль cлова TEST при запуске.

Собрать сервис по инструкции.

Открыть консоль вендора на вкладке упаковки кода.

Установить тип пакета в "Power Driver".

Загрузить собранные файлы модифицированного сервиса.

Выгрузить пакет с обновлением ПО.

Открыть сервисную консоль.

Загрузить пакет с лицензией.

Убедиться в появлении ошибки при попытке загрузить пакет с обновлением ПО.

Убедится, что сервис никак не отреагировал на попытку обновления.

Команда $mol_team

Персонаж	Роль	Связь
Дмитрий Карловский	Проектировщик	https://t.me/nin_jin
Роман Коплёнов	Разработчик	https://t.me/koplenov
Павел Зубков	Разработчик	https://t.me/zubkov_p

Актуальный оригинал на $hyoo_page.

Name		Name	Last commit message	Last commit date
Latest commit History 88 Commits
.vscode		.vscode
tec		tec
.dockerignore		.dockerignore
.editorconfig		.editorconfig
.gitattributes		.gitattributes
.gitignore		.gitignore
.gitpod.yml		.gitpod.yml
.meta.tree		.meta.tree
.npmrc		.npmrc
Dockerfile.dev		Dockerfile.dev
Dockerfile.persister		Dockerfile.persister
Dockerfile.power		Dockerfile.power
Dockerfile.sync		Dockerfile.sync
LICENSE		LICENSE
Makefile		Makefile
README.md		README.md
docker-compose.yml		docker-compose.yml
lang.lang.tree		lang.lang.tree
mam.jam.js		mam.jam.js
mam.ts		mam.ts
meta.lang.tree		meta.lang.tree
package.json		package.json
sandbox.config.json		sandbox.config.json
tsconfig.json		tsconfig.json
tsfmt.json		tsfmt.json

License

nin-jin/secure-tec

Folders and files

Latest commit

History

Repository files navigation

Кибериммунная ТЭЦ

Задача

Ограничения

Концепция

Цели безопасности

Предположения безопасности

Угрозы безопасности

Функциональность

Каждый узел

Сенсор

Сенсоры ТЭЦ

Драйвер

Драйверы ТЭЦ

Ролевая модель

Решение

Архитектура

Минимизация недоверенного кода

Алгоритмические гарантии

Почему без брокера сообщений?

Почему без монитора безопасности?

Узлы системы

Компоненты узлов

🔴 Не доверенные

🟡 Повышающие доверие

🟢 Доверенные

Варианты реализации

I - Идеал когда-нибудь

Controller - управляющий контроллер

Sync - сервер синхронизации

Persister - сервер персистентности

HMI - рабочее место

P - Проект хоть завтра

Controller - управляющий контроллер

Sync - сервер синхронизации

Persister - сервер персистентности

HMI - рабочее место

H - План на хакатон

Controller - управляющий контроллер

Sync - сервер синхронизации

Persister - сервер персистентности

HMI - рабочее место

Рабочие сценарии

Успешная установка обновления

Установка обновления при истёкшей лицензии

Установка не аутентичных пакетов

Управление мощностью турбины

Приём данных с датчика скорости вращения

Негативные сценарии

Компрометация узлов

Компрометация компонентов контроллера

I - Идеальный вариант

P - Проектный вариант

H - Хакатоновский вариант

База Данных

Структура БД

Реализация

Библиотеки

Технические детали

Unit - атомарный кусочек информации

Содержимое юнита

Протокол синхронизации

Запуск демонстрации

Поднятие серверов

В докере

Нативно

Установка зависимостей

Старт дев сервера

Старт сервера синхронизации

Сборка

Запуск

Поднятие сервера персистенции

Поднятие эмуляторов сенсоров

Запуск пользовательских интерфейсов

Дашборд оператора

Packages