Глоссарий НППА
Платформа и организация
НППА
Национальная (открытая) платформа промышленной автоматизации. Целостная организационно-технологическая экосистема, создаваемая для обеспечения технологического суверенитета и развития киберфизических систем управления технологическими процессами в Российской Федерации.
ОАСУ ТП / ОАСУТП
Открытая автоматизированная система управления технологическим процессом. Архитектурный подход, при котором компоненты системы управления от разных производителей взаимозаменяемы и совместимы между собой за счёт открытых протоколов и интерфейсов.
РГ ОАСУ ТП
Рабочая группа по открытой АСУ ТП. Межотраслевое объединение представителей промышленных компаний, производителей оборудования и ПО, интеграторов и регуляторов, разрабатывающее НППА и её прототип — распределённый стенд.
ТРГ
Техническая рабочая группа. Подразделение РГ ОАСУ ТП, отвечающее за разработку требований к конкретному компоненту или направлению НППА. Каждая ТРГ имеет назначенного координатора от компании-участника.
РЭП
Единый реестр российской радиоэлектронной продукции (Минпромторг России, ПП РФ №878). Государственный реестр, подтверждающий российское происхождение промышленного и электронного оборудования. Доступен через информационную систему ГИСП.
Источник: https://gisp.gov.ru/mainpage/
ЕРРП
Единый реестр российских программ для ЭВМ и баз данных (Минцифры России). Государственный реестр отечественного программного обеспечения. Включение в реестр подтверждает российское происхождение ПО и открывает возможность для госзакупок.
Источник: https://reestr.digital.gov.ru/
УГТ / TRL
Уровень готовности технологии (Technology Readiness Level). Шкала NASA/ISO, оценивающая зрелость решения от 1 (базовые исследования) до 9 (подтверждённая промышленная эксплуатация). В карте компонентов НППА используется укрупнённая группировка: УГТ 1–4, УГТ 5–7, УГТ 8–9.
АСУ ТП
Автоматизированная система управления технологическим процессом. Комплекс программных и технических средств для автоматизации управления технологическим оборудованием; международный аналог — IACS. Используется как базовое понятие традиционной системы — в противопоставление «Открытой АСУ ТП» (ОАСУ ТП). Источник: ПНСТ ОРСУ (Приложение А).
Принципы и свойства открытых систем
Совместимость
Способность устройства или программы взаимодействовать в соответствии с заданным набором стандартов интерфейса (англ. Compatibility). Базовый принцип взаимодействия компонентов ОАСУ ТП. Источник: ПНСТ ОРСУ.
Интероперабельность (Функциональная совместимость)
Способность систем обмениваться информацией и выполнять функции на основе полученных данных (англ. Interoperability). Следует отличать от простой «совместимости», которая касается синтаксиса: здесь важны семантика и корректное исполнение логики на основе информационных моделей. Источники: ПНСТ ОРСУ, ТТ к Шлюзу.
Портируемость (Переносимость)
Способность программного обеспечения (приложений) функционировать на разных аппаратных платформах без переписывания кода (англ. Portability). Важнейший атрибут независимости от «железа» (Hardware Agnostic). Источники: ПНСТ ОРСУ, ТТ ОП ПЛК.
Взаимозаменяемость
Возможность замены одного компонента системы на аналогичный без необходимости его доработки (англ. Interchangeability). Ключевое бизнес-свойство ОАСУ ТП, снижающее зависимость от поставщика (Vendor Lock-in). Источник: ПНСТ ОРСУ.
Модульность
Принцип построения системы путём разбиения на отдельные компоненты с минимизацией их взаимного влияния при изменениях (англ. Modularity). Источник: ПНСТ ОРСУ.
Протоколы и технологии передачи данных
OPC UA
OPC Unified Architecture (IEC 62541). Открытый платформонезависимый стандарт обмена данными между промышленными устройствами и системами. Включает встроенные механизмы безопасности: аутентификацию сессий, шифрование канала, подпись сообщений. Базовый протокол интероперабельности на распределённом стенде НППА.
Источник: https://opcfoundation.org/about/opc-technologies/opc-ua/
OPC UA PUB/SUB
Режим публикации-подписки протокола OPC UA, обеспечивающий передачу данных по модели «издатель — подписчик» без постоянного клиент-серверного соединения. Оптимален для циклической передачи телеметрии в реальном времени.
Источник: https://opcfoundation.org/developer-tools/specifications-unified-architecture/part-14-pubsub/
OPC UA FX
OPC UA Field eXchange. Расширение стандарта OPC UA на полевой уровень, обеспечивающее прямой обмен данными между контроллерами и умными датчиками. Поддерживает различные сетевые технологии, в том числе TSN. Разрабатывается OPC Foundation совместно с FieldComm Group.
Источник: https://reference.opcfoundation.org/specs/OPC-10000-80/4.1
Companion Specification
Отраслевой профиль OPC UA, определяющий стандартную информационную модель для конкретного типа оборудования или отрасли (например, OPC UA for Machine Tools, OPC UA for Robotics, OPC UA for Oil & Gas). Производитель, реализующий профиль, обеспечивает семантическую совместимость без написания шлюзов.
Источник: https://opcfoundation.org/developer-tools/documents?categoryId=7
LDS / GDS
Local Discovery Service / Global Discovery Service. Встроенные службы обнаружения OPC UA. LDS обеспечивает регистрацию и обнаружение OPC UA-серверов в локальной сети; GDS — в распределённых системах с управлением сертификатами и регистрацией. Упрощают подключение новых узлов к системе.
Источник: https://opcfoundation.org/developer-tools/specifications-unified-architecture/part-12-discovery/
TSN
Time-Sensitive Networking. Набор стандартов IEEE 802.1 (802.1AS, 802.1Qbv и др.), обеспечивающих детерминированную доставку приоритетных пакетов в Ethernet-сетях за счёт временного разделения трафика. При корректной конфигурации и поддерживающем оборудовании позволяет использовать стандартный Ethernet для задач реального времени.
Источник: https://1.ieee802.org/tsn/
PTP / IEEE 1588
Precision Time Protocol. Протокол высокоточной синхронизации времени между устройствами в сети. Обеспечивает субмикросекундную точность, необходимую для фиксации последовательности событий (SOE) при авариях и для алгоритмов управления с жёсткими временными требованиями.
Источник: https://standards.ieee.org/ieee/1588/6825/
Ethernet-APL
Advanced Physical Layer. Физический уровень для подключения полевых приборов по Ethernet во взрывоопасных зонах с питанием по двухпроводной линии связи. Обеспечивает полосу до 10 Мбит/с на расстояние до 1000 м.
Источник: https://www.ethernet-apl.org/
HART
Highway Addressable Remote Transducer. Цифровой протокол связи с полевыми приборами, накладываемый поверх аналогового токового сигнала 4–20 мА. Позволяет передавать цифровые данные диагностики и конфигурации без нарушения аналогового контура управления.
Источник: https://fieldcommgroup.org/technologies/hart
Modbus / Modbus TCP
Открытый последовательный протокол связи, разработанный Modicon в 1979 году. Один из наиболее распространённых протоколов в промышленной автоматизации. Modbus TCP — версия протокола поверх стека TCP/IP.
Источник: https://modbus.org/
IEC 61850 / МЭК 61850
Международный стандарт коммуникации для автоматизации подстанций и распределённых энергосистем. Определяет модели данных, сервисы и форматы обмена, обеспечивая интероперабельность оборудования разных производителей в электроэнергетике.
Источник: https://iec61850.dvl.iec.ch/
S7
Проприетарный протокол связи программируемых контроллеров Siemens (S7-300/400/1200/1500). Один из протоколов, которые поддерживает интеграционная шина ФОС для совместимости с унаследованным оборудованием.
МЭК 61131-3
Международный стандарт языков программирования программируемых логических контроллеров (ПЛК). В актуальной редакции (3-е издание, 2013) определяет четыре языка: LD (Ladder Diagram), FBD (Function Block Diagram), ST (Structured Text), SFC (Sequential Function Chart). Язык IL (Instruction List) выведен из стандарта.
Источник: https://webstore.iec.ch/en/publication/68533
МЭК 61499
Международный стандарт компонентной архитектуры распределённых систем управления на основе функциональных блоков с событийно-управляемой (event-driven) моделью исполнения. Обеспечивает переносимость прикладного ПО между платформами. Основа уровня F в FILO-модели ОРСУ.
Источник: https://www.iec.ch/dyn/www/f?p=103:23:0::::FSP_ORG_ID:1250
AutomationML
Automation Markup Language (IEC 62714). Открытый XML-формат для описания топологии, параметров и компонентов производственных установок. Используется как формат обмена между инженерными средами (IDE) и Службой управления конфигурацией (СУК) через интерфейс И6 ОРСУ.
Источник: https://www.automationml.org/
ArchiMate
Открытая нотация моделирования архитектуры предприятия (The Open Group). Используется при описании доменной модели НППА и взаимосвязей между компонентами платформы.
Источник: https://www.opengroup.org/archimate-forum
MQTT
Message Queuing Telemetry Transport. Лёгкий протокол обмена сообщениями по модели «издатель — подписчик» на основе TCP/IP. Разработан для ненадёжных сетей с ограниченными ресурсами. Применяется в IIoT-сценариях и при передаче данных через Оркестратор.
Источник: https://mqtt.org/
TOSCA
Topology and Orchestration Specification for Cloud Applications (OASIS). Открытый стандарт для описания топологии и оркестрации облачных и распределённых приложений. Используется в подходах «инфраструктура как код» (IaC) при управлении жизненным циклом сервисов.
Источник: https://www.oasis-open.org/committees/tosca/
Архитектура ОРСУ
ОРСУ
Открытая распределённая система управления. Ключевой архитектурный объект домена «Автоматизация технологических процессов» НППА. Строится из стандартизированных вычислительных узлов (УРУ, ИУП), связанных через единую информационную шину (ФОС), с вертикальным разделением ПО на четыре слоя (FILO).
FILO
Четырёхуровневая модель программного стека каждого вычислительного узла ОРСУ. F (Functional) — прикладной уровень: алгоритмы управления на языках IEC 61499 и IEC 61131-3; I (Implementation/Execution) — среда исполнения (Runtime); L (Local services) — локальные системные сервисы: драйверы ввода-вывода, встроенный OPC UA-сервер, самодиагностика; O (Operating system) — операционная система реального времени или общего назначения.
Декуплинг
Принцип разделения аппаратной платформы и прикладного программного обеспечения в архитектуре ОРСУ. Реализуется через FILO-модель: прикладной код уровня F не зависит от конкретного оборудования и переносится между платформами без изменений. Является архитектурной основой принципа Портируемости.
УРУ / DCN
Узел распределённого управления (Distributed Control Node). Физический или виртуальный компонент ОРСУ, исполняющий алгоритмы управления технологическим процессом. Выпускается в четырёх специализированных подтипах: УП-Л (логический контроллер), УП-Д (умный датчик/актуатор), УП-Ш (шлюз для унаследованных протоколов), УП-П (процессорный модуль без встроенного ввода-вывода).
вУРУ
Виртуальный узел распределённого управления. Программный контейнер на ИУП, функционально эквивалентный физическому УРУ типа УП-Л. Позволяет развёртывать алгоритмы управления в виртуальной среде без выделенного аппаратного контроллера, сохраняя всю функциональность FILO-модели.
ИУП / ACP
Информационно-управляющая платформа (Automation Control Platform). Высокопроизводительный программно-аппаратный комплекс (серверная группа или промышленный мини-ЦОД) для развёртывания виртуализированных сервисов автоматизации: вУРУ, SCADA, Historian, СУК, IDE и других.
СУК
Служба управления конфигурацией. Центральный оркестрирующий сервис ОРСУ. Собирает прикладные программы уровня F из инженерных сред (IDE), формирует конфигурационные пакеты с привязкой переменных к физическим адресам ввода-вывода и осуществляет их загрузку в узлы через интерфейс И3. Обеспечивает версионный контроль конфигураций.
IACS
Industrial Automation and Control System. Международный термин для обозначения промышленных систем автоматизации и управления (ISA-95 / IEC 62264). Классифицируются по пяти иерархическим уровням IACS-0…4: от полевых устройств и датчиков (IACS-0) до корпоративных ERP-систем (IACS-4). ОРСУ охватывает уровни IACS-0 и IACS-1/2.
Источник: https://www.isa.org/standards-and-publications/isa-standards/isa-standards-committees/isa99
УП-Л
Узел управления Логический. Подтип УРУ. Полнофункциональный программируемый контроллер: содержит среду исполнения (уровень I) и исполняет пользовательский алгоритм управления (уровень F). Аналог классического ПЛК в архитектуре ОРСУ.
УП-Ш
Узел управления Шлюз. Подтип УРУ для интеграции унаследованных (legacy) систем. Транслирует данные из проприетарных полевых протоколов (Modbus, Profibus, HART, S7 и др.) в адресное пространство ФОС, обеспечивая обратную совместимость.
SOE
Sequence of Events. Последовательность событий. Хронологически упорядоченный журнал срабатывания дискретных сигналов при аварии или технологическом инциденте. Требует субмикросекундной точности синхронизации времени на всех узлах (IEEE 1588/PTP).
Открытая программная архитектура
АСУ ТП, базирующаяся на открытом программном ПЛК и оборудовании, объединённых посредством ФОС (O-PAS Architecture). Следует разделять понятия: архитектура — это принципы композиции системы, а система — конкретный объект. Источник: ТТ к ОИСР.
Шлюз ОАСУ ТП (OpenGateway)
Программный компонент для передачи данных из ФОС в бизнес-системы (уровни L3/L4), выступающий также в роли конвертера протоколов (англ. Gateway). Источник: ТТ к Шлюзу.
Коммуникационный интерфейс (OCI) / Коннектор
Набор стандартов и протоколов для подключения внешнего оборудования, не поддерживающего открытую архитектуру напрямую (O-PAS Communication Interface). Рекомендуется различать: «интерфейс (OCI)» — это спецификация, а «коннектор / шлюз» — её программная реализация. Источник: ТТ к Шлюзу.
Интерфейс управления конфигурацией
Внешний интерфейс УРУ для выгрузки и загрузки управляющего приложения и параметров платформы (Configuration Management Interface). Относится к уровням I и L модели FILO. Источник: ПНСТ ОРСУ.
Интерфейс управления подсистемами УРУ
Интерфейс для управления аппаратным и системным ПО (ОС) узла (System Management Interface, Redfish). Отвечает за мониторинг оборудования (CPU, ОЗУ) и вопросы безопасности на уровне O. Источник: ПНСТ ОРСУ.
Интерфейс управления приложением
Интерфейс УРУ, используемый для управления выполнением управляющих приложений — например, запуска и остановки (Application Management Interface). Относится к уровню F модели FILO. Источник: ПНСТ ОРСУ.
Внутренняя / Внешняя шина
Внутренняя шина — шина, локальная в пределах одной корзины или DIN-рейки; внешняя шина — коммуникационная сеть (fieldbus). По сути «внешняя шина» является сетевым интерфейсом, поэтому рекомендуется разводить термины «Шина (Bus / Backplane)» и «Сеть (Network)». Источник: ТТ ОП ПЛК.
Реальное время и надёжность
Резервирование
Способ обеспечения надёжности за счёт использования дублирующих средств и возможностей (англ. Redundancy / High Availability). Рекомендуется явно разграничивать аппаратное, сетевое (PRP/HSR) и программное (Store & Forward) резервирование. Источник: ТТ к Шлюзу.
Безударный переход
Синхронизированное переключение на резервную среду исполнения без скачков управляющего сигнала на выходе (до 30–50 мс). Англ. Bumpless Transfer. Источник: ТТ ОП ПЛК.
Жёсткий временной режим (Real-time)
Наличие строгого временного окна для выполнения действия с определённым детерминизмом (Time-Sensitive Applications, TSN). Необходимо различать Hard и Soft real-time и вводить метрики: джиттер и максимальную латентность (worst-case latency). Источник: ТТ к Шлюзу.
Латентность
Интервал времени (задержка) между инициированием передачи данных и их появлением на выходе (англ. Latency). Рекомендуется разделять сквозную (end-to-end) задержку, сетевую задержку и задержку обработки на узле. Источник: ТТ к Шлюзу.
Биндинг (Binding)
Механизм установления горизонтальных связей между контроллерами путём связывания переменных разных систем (аналог — Alias mapping / ConnectedToOutput). Требует определения уровня абстракции (IPC, стек OPC UA) и механизмов информационной безопасности. Источник: ТТ ОП ПЛК.
Тренды реального времени
Графическое отображение значений тегов с учётом синхронизации времени АСУ ТП (Time-Series / HMI Trends). Следует явно связывать с источниками точного времени (PTP / NTP, IEEE 1588). Источник: ТТ ОИСР.
Программное обеспечение и среда разработки
ОП ПЛК / OpenSoftPLC
Открытый программный ПЛК. Среда исполнения (Runtime) стандарта МЭК 61131-3 / 61499, работающая под управлением ОСРВ независимо от аппаратного обеспечения (Execution Engine). Обязательные атрибуты: цикличность, детерминизм, поддержка языков IEC. Источники: ТТ ОИСР, ТТ ОП ПЛК.
ОИСР / OpenIDE
Открытая интегрированная среда разработки. Основной инструмент для конфигурирования, программирования, отладки и диагностики прикладного ПО целевых платформ (O-PAS: Layer-F Application Editing Tools). Определение рекомендуется свести к родовому понятию IDE, отделив инженерную станцию от операторской. Источники: ТТ ОИСР, ТТ ОП ПЛК.
Функционально-обособленное приложение
Приложение уровня F, реализующее локальные алгоритмы в одном УРУ. Рекомендуемый синоним — «Приложение МЭК 61131-3» (IEC 61131 Application). Источник: ПНСТ ОРСУ.
Функционально-распределённое приложение
Приложение уровня F, функциональные блоки которого выполняются на разных узлах сети. Рекомендуемый синоним — «Приложение МЭК 61499» (IEC 61499 Application). Источник: ПНСТ ОРСУ.
Среда исполнения (Engine)
Программное обеспечение уровня I, которое непосредственно выполняет приложение уровня F (Execution Engine). Рекомендуется разделять среду функциональных блоков (FBExecutionEngine) и среду служб ввода-вывода (I/O). Источник: ПНСТ ОРСУ.
Программный компонент (POU)
Организационная единица программы (Program Organization Unit): функция, функциональный блок или программа по стандарту МЭК 61131-3. Это одна единица, а не «набор функций». Источники: ТТ ОИСР, ТТ ОП ПЛК.
Библиотека
Набор POU и глобальных переменных с настроенными атрибутами для многократного использования (Library / System Unit ClassLib). Библиотека не сводится к отдельному файлу — для неё необходимы атрибуты управления жизненным циклом: версия, совместимость, цифровая подпись. Источник: ТТ ОИСР.
Проект
Совокупность объектов, исходного кода и настроек, описывающих конфигурацию оборудования и приложения (Project, IEC 61131-10). Источники: ТТ ОИСР, ПНСТ ОРСУ.
Ресурс
Логическая сущность исполнения (с набором задач) на аппаратной платформе (Resource, IEC 61131-3). Не следует трактовать как просто «аппаратную архитектуру». Источник: ТТ ОИСР.
Надстройка (Плагин)
Модуль, расширяющий функциональность ОИСР или другого ПО с использованием открытых API (Plug-in / Extension). Термины «надстройка», «плагин» и «расширение» зафиксированы как синонимы. Источник: ТТ ОИСР.
Дерево проекта
Представление проекта в виде иерархической структуры (информационные модели, библиотеки, платформы). Является термином пользовательского интерфейса IDE (UI Tree View), а не архитектурным термином. Источник: ТТ ОИСР.
Модуль
Компонент шлюза или программы, реализующий определённый функционал (Module / Software Component). Локальный термин; рекомендуется сопоставлять с общими терминами «компонент» и «плагин». Источник: ТТ к Шлюзу.
Формат импорта/экспорта
Спецификация обмена информацией с внешними системами через файлы (контейнеры) — формат .opas или AutomationML (Import/Export Format). Источник: ПНСТ ОРСУ.
Компоненты архитектуры стенда
ФОС
Фреймворк обеспечения связности. Интеграционная шина данных распределённого стенда (ПАО «Ростелеком»). Реализует обмен данными на основе OPC UA: Client/Server — для транзакционного обмена, Pub/Sub — для циклической передачи данных реального времени. Поддерживает более 26 промышленных протоколов.
СМиД
Система мониторинга и диагностики. Инструмент непрерывного сбора и анализа диагностической информации о всех уровнях автоматизации — от полевых датчиков до диспетчеризации. Разработчик: ООО «Газпромнефть-Автоматизация».
ВАСУТП
Виртуальная АСУ ТП. Программная платформа, в составе которой реализуется СМиД и ряд других сервисов мониторинга распределённого стенда.
Оркестратор
Централизованный инструмент управления жизненным циклом приложений открытой АСУ ТП: развёртывание (deploy), остановка (undeploy), миграция и мониторинг программных ПЛК и других сервисов в виртуальной инфраструктуре. Разработчик: ПАО «Газпром нефть».
SoftPLC / программный ПЛК
Виртуализированный контроллер, исполняющий логику управления на стандартном серверном оборудовании без выделенного аппаратного ПЛК. Обеспечивает переносимость конфигураций и алгоритмов управления между платформами. В архитектуре ОРСУ соответствует вУРУ.
SCADA
Supervisory Control and Data Acquisition. Система диспетчерского управления и сбора данных. Обеспечивает визуализацию технологического процесса, интерфейс оператора и возможность дистанционного управления.
ПАЗ
Противоаварийная защита. Система, обеспечивающая безопасное автоматическое отключение или перевод оборудования в безопасное состояние при выходе технологических параметров за критические границы. Требования к ПАЗ определяются стандартами функциональной безопасности IEC 61508/61511.
КИП
Контрольно-измерительные приборы. Устройства для измерения и контроля физических параметров технологического процесса (температура, давление, расход, уровень и др.).
ЦДЭС / ЦДТЭС
Цифровой двойник энергосистемы / цифровой двойник теплоэнергетической системы. Программные инструменты моделирования, оптимизационного планирования и управления технологическими процессами в энергетике. Объединяют математические модели объектов с реальными данными из АСУ ТП. Разработчики: НИУ «МЭИ» и Группа Rubytech.
CI/CD
Continuous Integration / Continuous Delivery. Практика непрерывной интеграции и доставки программного обеспечения через автоматизированные процессы сборки, тестирования и развёртывания. На распределённом стенде CI/CD-пайплайны используются для подготовки и верификации мультивендорных конфигураций.
SAST
Static Application Security Testing. Статический анализ безопасности приложений — проверка исходного кода или бинарных файлов без исполнения программы. Один из обязательных этапов конвейера верификации в Витрине доверенных решений НППА.
DAST
Dynamic Application Security Testing. Динамический анализ безопасности приложений — тестирование путём исполнения программы и анализа её поведения в реальном времени. Используется совместно с SAST в конвейере верификации Витрины решений НППА.
АИИС КУЭ
Автоматизированная информационно-измерительная система коммерческого учёта электроэнергии. Источник реальных данных, используемых цифровыми двойниками энергообъектов (ЦДЭС/ЦДТЭС) на стенде.
Информационная безопасность
ИБ
Информационная безопасность. Совокупность мер и средств, обеспечивающих защиту информации и информационных систем от несанкционированного доступа, раскрытия, изменения, уничтожения или нарушения работоспособности.
СКЗИ
Средства криптографической защиты информации. Аппаратные или программные средства, реализующие криптографические алгоритмы для обеспечения конфиденциальности, целостности и подлинности данных. Разработка и применение СКЗИ в России регулируется ФСБ России.
Источник: https://fsb.ru/fsb/nosecret/bussines/crypt.htm
ЗОКИИ
Значимый объект критической информационной инфраструктуры. Категория объектов, подлежащих обязательной защите согласно Федеральному закону №187-ФЗ «О безопасности критической информационной инфраструктуры РФ» и Приказу ФСТЭК России №239. Системы АСУ ТП в нефтегазе, энергетике и металлургии, как правило, относятся к ЗОКИИ.
Источник: https://fstec.ru/tekhnicheskaya-zashchita-informatsii/dokumenty/114-prikazy/1697
КИИ
Критическая информационная инфраструктура. Совокупность информационных систем, информационно-телекоммуникационных сетей и автоматизированных систем управления, функционирующих в сферах здравоохранения, науки, транспорта, связи, энергетики, финансов, топливно-энергетического и оборонно-промышленного комплексов.
Источник: https://fstec.ru/tekhnicheskaya-zashchita-informatsii/obespechenie-bezopasnosti-kii
ISA/IEC 62443
Серия международных стандартов кибербезопасности промышленных систем автоматизации и управления (IACS). Определяет требования к безопасности на уровнях: система (часть 3), компоненты (часть 4), процессы (часть 2). Является нормативной основой ИБ-архитектуры НППА.
Источник: https://www.isa.org/standards-and-publications/isa-standards/isa-iec-62443-series-of-standards
ISASecure
Независимая программа сертификации соответствия стандартам ISA/IEC 62443, администрируемая ISCI (ISA Security Compliance Institute). Выбрана OPAF в качестве провайдера верификации для стандарта O-PAS.
Источник: https://isasecure.org/
NGFW
Next Generation Firewall. Межсетевой экран следующего поколения с расширенными возможностями: глубокая инспекция пакетов (DPI), обнаружение и предотвращение вторжений (IDS/IPS), фильтрация на уровне приложений.
Secure by design
Принцип проектирования программного обеспечения и систем, при котором требования информационной безопасности закладываются на этапе проектирования, а не добавляются постфактум. Является обязательным требованием для компонентов, входящих в экосистему НППА.
Аппаратный корень доверия
Аппаратно реализованный базовый элемент системы безопасности, от которого выстраивается цепочка доверия для всех последующих программных и аппаратных компонентов. Обеспечивает верификацию целостности загрузки и хранение криптографических ключей в защищённой среде.
PT ISIM
Positive Technologies Industrial Security Incident Manager. Система мониторинга и контроля безопасности ОТ-инфраструктур (Positive Technologies). Функции: инвентаризация узлов технологической сети, глубокий анализ трафика промышленных протоколов, обнаружение вторжений и аномалий, управление инцидентами, контроль уязвимостей.
Источник: https://www.ptsecurity.com/ru-ru/products/isim/
PT NGFW
Positive Technologies Next Generation Firewall. Межсетевой экран следующего поколения (Positive Technologies). Обеспечивает сегментацию технологической сети, глубокую инспекцию трафика, антивирусную защиту и предотвращение вторжений. Включён в реестр российского ПО.
Источник: https://www.ptsecurity.com/ru-ru/products/ngfw/
ViPNet
Семейство сертифицированных продуктов АО «ИнфоТеКС» для построения защищённых сетей. ViPNet Coordinator — VPN-шлюз с функцией межсетевого экрана; ViPNet SIES — встраиваемые СКЗИ с аппаратным корнем доверия. Реализуют криптографическую защиту каналов по алгоритмам ГОСТ.
Источник: https://infotecs.ru/products/
Защищённость (Информационная безопасность)
Способность системы защитить ПО и данные от несанкционированного доступа, изменения и атак (англ. Securability / Security). Источники: ПНСТ ОРСУ, ПНСТ 905.
Аутентифицированный клиент
Пользователь или ПО, подключающиеся по протоколу с использованием механизма идентификации и проверки подлинности (Authenticated / Authorized client). В документах встречается как «Доверенный клиент», однако этот термин не рекомендуется: в информационной безопасности он означает именно аутентификацию, а не доверенность среды (в смысле ПНСТ 905). Источник: ТТ к Шлюзу (ТТ.0923.04.001).
Неаутентифицированный клиент
Пользователь или ПО, подключающиеся по протоколу без аутентификации (Unauthenticated client). В документах встречается как «Недоверенный клиент»; по аналогии с предыдущим термином рекомендуется переименование. Источник: ТТ к Шлюзу.
Сертификация и соответствие
Оценка соответствия
Прямое или косвенное определение степени соблюдения требований, предъявляемых к объекту, в том числе по защите информации (Conformance Assessment / Audit). Рекомендуется разделять общую оценку соответствия профилю и оценку соответствия требованиям ИБ. Источники: ТТ к Шлюзу, ПНСТ 905.
Требование соответствия
Определение обязательного поведения продукта для подтверждения его соответствия стандарту (Conformance Requirement, CRQ). Используется для сертификационных чек-листов. Источник: ПНСТ ОРСУ.
Профиль соответствия / Профиль
Определённый нормативный набор характеристик, на соответствие которым сертифицируется компонент (Conformance Profile). Должен трактоваться строго нормативно (для испытательных лабораторий), а не как «набор функций». Источники: ПНСТ ОРСУ, ТТ к Шлюзу.
Сертифицирующий орган
Организация, производящая проверку соответствия характеристик продукта требованиям стандарта (Certification Authority). Следует отличать «Орган по сертификации» от «Испытательной лаборатории». Источник: ПНСТ ОРСУ.
ДПАК и технологическая независимость
ПТС (Программно-технические средства)
Комплекс средств автоматизации, включающий программное обеспечение, аппаратное обеспечение и документацию. Может выступать компонентом ПАК / ДПАК. Источник: ТТ ОП ПЛК.
ПАК (Программно-аппаратный комплекс)
Комплекс радиоэлектронной продукции и ПО, работающих совместно как неделимое изделие. Концептуально соответствует O-PAS Certified Product; влияет на регуляторную классификацию OpenSoftPLC. Источник: ПНСТ 905-2023.
ДПАК (Доверенный программно-аппаратный комплекс)
ПАК, как единое изделие обеспечивающий технологическую независимость КИИ, надёжность и защищённость. Включает четыре критерия: независимость, функциональность, надёжность, информационная безопасность. Юридико-технический термин РФ; концептуально близок O-PAS Certified Product (SL2). Источник: ПНСТ 905-2023.
Технологическая независимость КИИ
Состояние критической информационной инфраструктуры, позволяющее обеспечивать устойчивое развитие комплекса в условиях ограничений поставок (Supply Chain Security / Independence). Рекомендуется связывать с локальными репозиториями и цепочкой поставок (SBOM). Источник: ПНСТ 905-2023.
Репозиторий ПО для ДПАК / Репозиторий пакетов
Замкнутая инфраструктура хранения, верификации и сборки программных пакетов, не зависящая от внешних репозиториев (Local Repository). Ключевой регуляторный механизм защиты цепочки поставок (supply-chain security). Источник: ПНСТ 905-2023.
ПО для ДПАК (Системное, Прикладное, Специальное, Встроенное)
Классификация ПО по уровням: встроенное (прошивки), системное (ОС и гипервизоры), прикладное (задачи пользователя), специальное. Рекомендуется строго соотносить системное и прикладное ПО с уровнями F, I, L, O архитектуры ОРСУ (модель FILO). Источник: ПНСТ 905-2023.
Ключевое техническое решение ДПАК / ЖЦ ДПАК
Элемент или процесс жизненного цикла, критически существенный для обеспечения свойств ДПАК. Понятие слишком широкое, поэтому применяется как тег / атрибут критичности (single point of dependency). Источник: ПНСТ 905-2023.
Жизненный цикл оборудования
Цифровой машиночитаемый паспорт
Структурированное цифровое описание прибора или оборудования на протяжении всего жизненного цикла. Содержит технические характеристики, метаданные об эксплуатации и обслуживании. Обеспечивает прямую связь между физическим устройством и информационными системами предприятия.
Цифровая паспортизация
Процесс и система создания, хранения и использования цифровых паспортов промышленного оборудования. В контексте НППА — элемент системы управления жизненным циклом, реализуемый на основе технологии распределённого реестра данных.
Киберфизическая система
Система, в которой физические компоненты (оборудование, датчики, исполнительные механизмы) интегрированы с вычислительными и коммуникационными ресурсами. Обеспечивает непрерывный двусторонний обмен между реальным технологическим процессом и его цифровым представлением.
Международный опыт
NOA
NAMUR Open Architecture. Концепция расширения классической архитектуры АСУ ТП дополнительным независимым каналом мониторинга и оптимизации (M+O), не затрагивающим основной контур управления. Формализована в рекомендации NAMUR NE175.
Источник: https://www.namur.net/en/work-areas-and-project-groups/focus-topics/namur-open-architecture.html
NAMUR
Interessengemeinschaft Automatisierungstechnik der Prozessindustrie. Международное пользовательское объединение в области автоматизации технологических процессов, основанное в Германии в 1949 году. Разрабатывает рекомендации (NE — NAMUR Empfehlung) и стандарты для процессной промышленности.
Источник: https://www.namur.net/
MTP
Module Type Package. Стандартный формат описания функциональности и интерфейсов технологического модуля производственной установки. Обеспечивает возможность подключения модулей разных производителей к единой оркестрирующей системе (Process Orchestration Layer).
OPAF
Open Process Automation Forum. Форум под управлением The Open Group, разрабатывающий стандарт O-PAS для открытых систем автоматизации технологических процессов.
Источник: https://www.opengroup.org/forum/open-process-automation-forum
O-PAS
Open Process Automation Standard. Эталонная архитектура — «стандарт стандартов» — для построения систем DCS, PLC, SCADA и IIoT из компонентов разных производителей. Основан на существующих международных стандартах. Разрабатывается OPAF под управлением The Open Group.
Источник: https://www.opengroup.org/open-process-automation
DCS
Distributed Control System. Распределённая система управления. Класс систем автоматизации крупных непрерывных производств (нефтехимия, энергетика, металлургия), в которых функции управления распределены по множеству контроллеров, объединённых общей сетью.
COPA
Coalition for Open Process Automation. Объединение операторов промышленных предприятий для практического внедрения O-PAS-совместимых систем. Действует параллельно с OPAF.
Источник: https://www.copacontrol.com/about
OPC Foundation
Международная некоммерческая организация, основанная в 1996 году. Разрабатывает и развивает стандарт OPC UA (IEC 62541) — единую платформонезависимую среду обмена данными для промышленной автоматизации. Ключевые инициативы: OPC UA FX (полевой уровень), Companion Specifications (отраслевые профили).
Источник: https://opcfoundation.org/
Universal Automation
Некоммерческая организация (ua.org), созданная в 2021 году. Продвигает стандарт IEC 61499 как основу переносимого прикладного ПО для распределённых промышленных систем. Принцип: «write once, run anywhere» для алгоритмов управления. Участники: Schneider Electric, B&R, Phoenix Contact, Siemens и другие.
Источник: https://universalautomation.org/