ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Системная инженерия

ЗАЩИТА ИНФОРМАЦИИ В ПРОЦЕССЕ ОПРЕДЕЛЕНИЯ АРХИТЕКТУРЫ СИСТЕМЫ

Предисловие

1    РАЗРАБОТАН Федеральным государственным учреждением «Федеральный исследовательский центр «Информатика и управление» Российской академии наук» (ФГУ ФИЦ ИУ РАН). Федеральным автономным учреждением «Государственный научно-исследовательский испытательный институт проблем технической защиты информации Федеральной службы по техническому и экспортному контролю» (ФАУ ГНИИИ ПТЗИ ФСТЭК России), Федеральным бюджетным учреждением «Научно-технический центр «Энергобезопасмость» (ФБУ «НТЦ Энергобезопасность») и Обществом с ограниченной ответственностью «Научно-исследовательский институт прикладной математики и сертификации» (ООО НИИПМС)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 022 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 апреля 2021 г. Np 333-ст

4    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. АЛ? 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информацион1юм указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ. оформление. 2021

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

3.1.16 _

системная инженерия: Междисциплинарный подход, управляющий полным техническим и организаторским усилием, требуемым для преобразования ряда потребностей заинтересованных сторон, ожиданий и ограничений в решение и для поддержки этого решения в течение его жизни. [ГОСТ Р 57193-2016. пункт 4.1.47]

3.1.17

структура архитектуры: Условности, принципы и практики для описания архитектур, установленные в пределах заданной области применения иУили объединения заинтересованных сторон.

Примеры

1    Обобщенная стандартная архитектура предприятия и методологии (GERAM) [ИСО 15704] является некоторой структурой архитектуры.

2    Эталонная модель открытой распределенной обработки (RM—ODP) [ИСО/МЭК 10746] является некоторой структурой архитектуры.

[ГОСТ Р 57100-2016. пункт 3.4]

3.1.18

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

[ГОСТ Р 57100-2016. пункт 3.6]

3.1.19

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

[ГОСТ Р 50922-2006. статья 2.9.2]

3.1.20    целостность моделируемой системы: Состояние моделируемой системы, которое отвечает целевому назначению модели системы в течение задаваемого периода прогноза.

3.1.21

эффективность защиты информации: Степень соответствия результатов защиты информации цели защиты информации.

[ГОСТ Р 50922-2006, статья 2.9.1]

3.2 В настоящем стандарте использовано сокращение:

ТЗ — техническое задание.

4 Основные положения системной инженерии по защите информации в процессе определения архитектуры системы

4.1 Общие положения

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

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

Формирование выходных результатов процесса определения архитектуры и типовых действий по защите информации осуществляют по ГОСТ 2.114. ГОСТ 15.101. ГОСТ 34.201, ГОСТ 34.602,

ГОСТ Р ИСО 9001. ГОСТ Р ИСО/МЭК 12207. ГОСТ Р ИСО 15704. ГОСТ Р ИСО/МЭК 27003. ГОСТ Р 51904. ГОСТ Р 57100. ГОСТ Р 57102, ГОСТ Р 57193. ГОСТ Р 57839. Количественную оценку интегрального риска с учетом требований по защите информации в процессе определения архитектуры системы осуществляют по настоящему стандарту с использованием рекомендаций ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 16085. ГОСТ Р ИСО/МЭК 27005. ГОСТ Р ИСО 31000. ГОСТ Р 51901.1. ГОСТ Р 51901.5. ГОСТ Р 51901.7. ГОСТ Р 54124. ГОСТ Р 57102. ГОСТ Р 57272.1, ГОСТ Р 58771, ГОСТ Р 59334. ГОСТ Р 59339. ГОСТ Р 59346, ГОСТ Р 59349. ГОСТ Р 59354. ГОСТ Р 59355 с учетом специфики системы (см., например. [21]—[26]).

4.2 Цели процесса и назначение мор защиты информации

4.2.1    Формулирование целей процесса определения архитектуры системы осуществляют с использованием ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 57102, ГОСТ Р 57193. ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 62264-1 и с учетом специфики системы.

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

4.2.2    Меры защиты информации в процессе определения архитектуры системы предназначены для обеспечения конфиденциальности, целостности и доступности защищаемой информации, предотвращения утечки защищаемой информации, несанкционированных и непреднамеренных воздействий на защищаемую информацию. Определение мер защиты информации осуществляют по ГОСТ Р ИСО/МЭК 27001. ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51275, ГОСТ Р 51583. ГОСТ Р 56939, ГОСТ Р 58412. ГОСТ Р МЭК 61508-7. [20]—[24] с учетом специфики системы и реализуемой стадии жизненного цикла.

4.3    Стадии и этапы жизненного цикла систомы

Процесс определения архитектуры системы может быть использован на стадиях разработки концепции (концептуальных положений) и разработки (в рамках эскизного и/или технического проектирования). а также на стадии эксплуатации для анализа, совершенствования и развития архитектурных решений. Этапы работ по созданию (модернизации, развитию) и эксплуатации системы устанавливают в договорах, соглашениях и ТЗ с учетом специфики и условий функционирования системы. Перечень этапов и конкретных работ в жизненном цикле системы формируют с учетом рекомендаций ГОСТ 2.114, ГОСТ 15.016. ГОСТ 34.601, ГОСТ 34.602. ГОСТ Р 15.301. ГОСТ Р ИСО 9001. ГОСТ Р ИСО/МЭК 12207. ГОСТ Р ИСО 31000, ГОСТ Р 51583, ГОСТ Р 51901.1. ГОСТ Р 51901.7, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839. Процесс определения архитектуры может входить в состав работ, выполняемых в рамках других процессов жизненного цикла системы, и при необходимости включать в себя другие процессы.

4.4    Основные принципы

При проведении системного анализа процесса определения архитектуры системы руководствуются основными принципами, определенными в ГОСТ Р 59349 с учетом дифференциации требований по защите информации в зависимости от категории значимости системы и важности обрабатываемой в ней информации — см. ГОСТ Р 59346. [19]—[24]. Все применяемые принципы подчинены принципу целенаправленности осуществляемых действий.

4.5    Основные усилия для обеспечения защиты информации

Основные усилия системной инженерии для обеспечения защиты информации в процессе определения архитектуры системы сосредотачивают:

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

-    выявлении потенциальных угроз и определении возможных сценариев возникновения и развития угроз для активов, подлежащих защите, выходных результатов и выполняемых действий процесса; 8

• определении и прогнозировании рисков, подлежащих системному анализу;

-    проведении системного анализа для обоснования мер. направленных на противодействие угрозам и достижение целей процесса.

5 Общие требования системной инженерии по защите информации в процессе определения архитектуры системы

5.1    Общие требования системной инженерии по защите информации устанавливают в ТЗ на разработку, модернизацию или развитие системы, ТЗ на приобретение и поставку продукции и/или услуг для системы. Эти требования и методы их выполнения детализируют в ТЗ на составную часть системы (в качестве которой может выступать система защиты информации), в конструкторской, технологической и эксплуатационной документации, в спецификациях на поставляемые продукцию и/или услуги. Содержание требований по защите информации формируют при выполнении процесса определения системных требований с учетом нормативно-правовых документов Российской Федерации (см., например. [1J— [26]), уязвимостей системы, преднамеренных и непреднамеренных угроз нарушения функционирования системы и/или ее программных и программно-аппаратных элементов (см. ГОСТ Р 59346). Поскольку элементы процесса определения архитектуры системы могут использоваться на этапах, предваряющих получение и утверждение ТЗ. соответствующие требования по защите информации, применимые к этому процессу, могут быть оговорены в рамках соответствующих договоров и соглашений.

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

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

Требования системной инженерии по защите информации в процессе определения архитектуры системы включают;

-    требования к составам выходных результатов, выполняемых действий и используемых при этом активов, требующих защиты информации;

-    требования к определению потенциальных угроз и возможным сценариям возникновения и развития угроз для выходных результатов и выполняемых действий процесса;

-    требования к прогнозированию рисков, обоснованию эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах.

5.3    Состав выходных результатов и выполняемых действий в процессе определения архитектуры системы формируют по ГОСТ 2.114. ГОСТ 15.016, ГОСТ 15.101, ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р ИСО 9001. ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 14258, ГОСТ Р ИСО 14813-1, ГОСТ Р 15.301, ГОСТ Р ИСО 15704, ГОСТ Р 51583, ГОСТ Р 51904. ГОСТ Р 53647.1. ГОСТ Р 56875, ГОСТ Р 56939. ГОСТ Р 57100, ГОСТ Р 57102. ГОСТ Р 57193. ГОСТ Р 57839 с учетом специфики системы.

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

Примечание — В состав активов могут быть включены активы, используемые для иных систем (подсистем). не вошедших в состав рассматриваемой системы, но охватываемых по требованиям заказчика, например привлекаемые информационные системы и/или базы данных поставщиков.

5.5    Определение активов, информация которых или о которых подлежит защите, и формирование перечня потенциальных угроз и возможных сценариев возникновения и развития угроз для каждого из активов осуществляют по ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р 51583, ГОСТ Р 56939. ГОСТ Р 57102, ГОСТ Р 57193. ГОСТ Р 58412 с учетом требований ГОСТ 15.016,

ГОСТ IEC 61508-3. ГОСТ Р ИСО 9001. ГОСТ Р ИСО/МЭК 12207. ГОСТ Р ИСО/МЭК 27002. ГОСТ Р ИСО/МЭК 27005, ГОСТ Р ИСО 31000. ГОСТ Р 51275. ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 57839. ГОСТ Р МЭК 61508-1. ГОСТ Р МЭК 61508-2. ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 62264-1. [20}—[24].

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

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

Системный анализ процесса осуществляют с использованием методов, моделей и методических указаний (см. приложения В. Г. Д) с учетом рекомендаций ГОСТ Р ИСО 13379-1. ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026. ГОСТ Р ИСО/МЭК 15026-4. ГОСТ Р ИСО/МЭК 16085. ГОСТ Р ИСО 17359. ГОСТ Р ИСО/МЭК 27002. ГОСТ Р ИСО 31000. ГОСТ Р 51901.1. ГОСТ Р 51901.5. ГОСТ Р 51901.16, ГОСТ Р 54124. ГОСТ Р 58771. ГОСТ Р МЭК 61069-2. ГОСТ Р МЭК 61069-3. ГОСТ Р МЭК 61069-4, ГОСТ Р МЭК 61069-5, ГОСТ Р МЭК 61069-6. ГОСТ Р МЭК 61069-7, ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-5. ГОСТ Р МЭК 61508-7.

5.7    Для обоснования эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах применяют системный анализ с использованием устанавливаемых специальных качественных и количественных показателей рисков. Качественные показатели для оценки рисков в области информационной безопасности определены в ГОСТ Р ИСО/МЭК 27005. Целесообразность использования количественных показателей рисков в дополнение к качественным показателям может потребовать дополнительного обоснования. Состав специальных количественных показателей рисков в интересах системного анализа процесса определения архитектуры определен в 6.3.

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

6 Специальные требования к количественным показателям

6.1    Общие положения

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

6.1.2    В общем случае основными выходными результатами процесса определения архитектуры системы являются.

-описания для вариантов архитектуры, в соответствии с которыми выполняют идентификацию элементов системы, определяют контекст, границы и внешние взаимодействия системы (по ГОСТ Р 57100);

-    общее описание системы, функциональная структура, постановки задач;

-    точки зрения на архитектуру, архитектурные представления и модели системы:

-    описание автоматизируемых функций, организационная структура (по ГОСТ 34.201);

-    схема деления системы, описание системных элементов и порядка их взаимодействия между собой и с внешним окружением;

-    спецификации внутренних и внешних интерфейсов для каждого системного элемента;

-    чертежи общего вида, схемы (по ГОСТ 2.102);

-    системные требования, понятия, свойства, характеристики, функции и/или ограничения, распределенные по элементам системы, описание системы защиты информации в процессе определения системных требований (по ГОСТ Р 59346).

-    результаты верификации между системными требованиями и архитектурой системы:

-    материалы в эскизный и/или технический проекты системы и/или действующий макет, модели и/или прототипы архитектуры системы.

-    отчеты по анализу системных требований:

* требования к обеспечивающим системам или системным элементам, необходимым для выполнения действий процесса;

-    карта прослеживаемости элементов архитектуры с требованиями заинтересованных сторон и системными требованиями:

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

6.1.3    Для получения выходных результатов процесса определения архитектуры системы в общем случае выполняют следующие основные действия:

-    подготовительные действия, включая:

-    анализ необходимой информации (исследования рынка, промышленных проектов, планов и намерений конкурентов, научных результатов, организационной политики и директив, нормативных и юридических ограничений, функциональной концепции и эксплуатационной среды системы).

-    уточнение требований заинтересованных сторон, связанных с архитектурой, таких как требования к функционированию (например, надежности, безопасности, эффективности), сопровождению, развитию системы и окружающей среды, производству.

-    выработку подходов к разработке и стратегии модернизации и развития архитектуры системы.

-    определение критериев оценки вариантов архитектуры, основанных на учете интересов заинтересованных сторон и основных системных требований.

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

-    разработку описаний для вариантов архитектуры и/или разработку действующих моделей (и/или прототипов) архитектуры системы, включая:

-    выбор, приспосабливание или разработку точек зрения на архитектуру и необходимых моделей,

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

-    выбор или разработку методик и инструментариев для поддержания моделирования,

-    выбор, приспосабливание или разработку моделей и представлений для архитектурных вариантов.

-    согласование моделей архитектуры и архитектурных представлений друг с другом;

-    оценку вариантов архитектуры системы, включая:

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

-    выбор и обоснование предпочтительного варианта архитектуры и основных архитектурных решений;

-    управление выбранной архитектурой системы, включая;

-    официальное согласование архитектуры с заинтересованными сторонами:

-    поддержание соответствия и полноты архитектурных сущностей и их архитектурных характеристик.

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

-    поддержание стратегии определения и оценки архитектуры системы.

6.1.4    Текущие данные, накапливаемая и собираемая статистика, связанные с нарушениями требований по защите информации и нарушениями надежности реализации процесса, являются основой для принятия решений по факту наступления событий и источником исходных данных для прогнозирования рисков на задаваемый период прогноза. Риски оценивают вероятностными показателями с учетом возможного ущерба (см. приложения В. Г).

6.2 Требования к составу показателей

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

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

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

6.3 Требования к количественным показателям прогнозируемых рисков

6.3.1    Для прогнозирования рисков используют следующие количественные показатели:

-    риск нарушения надежности реализации процесса определения архитектуры системы без учета требований по защите информации;

-    риск нарушения требований по защите информации в процессе определения архитектуры системы;

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

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

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

6.3.4    Интегральный риск нарушения реализации процесса определения архитектуры системы с учетом требований по защите информации характеризуют соответствующей вероятностью нарушения надежности реализации процесса без учета защиты информации и вероятностью нарушения требований по защите информации (см. В.2. В.З. В.4) в сопоставлении с возможным ущербом.

6.4    Требования к источникам данных

Источниками исходных данных для расчетов количественных показателей являются (в части, свойственной процессу определения архитектуры системы):

-    временные данные функционирования системы защиты информации, в том числе срабатывания се исполнительных механизмов;

-    текущие и статистические данные о состоянии параметров системы защиты информации (привязанные к временам изменения состояний);

-    текущие и статистические данные о самой системе или системах-аналогах, характеризующие не только данные о нарушениях надежности реализации процесса, но и события, связанные с утечкой защищаемой информации, несанкционированными или непреднамеренными воздействиями на защищаемую информацию (привязанные к временам наступления событий, характеризующих нарушения и предпосылки к нарушениям требований по защите информации):

-    текущие и статистические данные результатов технического диагностирования системы защиты информации;

-    наличие и готовность персонала системы защиты информации, данные об ошибках персонала (привязанные к временам наступления событий, последовавших из-за этих ошибок и характеризующих нарушения и предпосылки к нарушениям требований по защите информации) в самой системе или в системах-аналогах;

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

Типовые исходные данные для моделирования приведены в приложении В.

7 Требования к системному анализу

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

-    требования к прогнозированию рисков и обоснованию допустимых рисков;

-    требования к выявлению явных и скрытых угроз;

-    требования к поддержке принятия решений в процессе определения архитектуры системы.

Общие применимые рекомендации для проведения системного анализа изложены в ГОСТ Р 59349. При обосновании и формулировании конкретных требований к системному анализу дополнительно руководствуются рекомендациями ГОСТ 2.114. ГОСТ 15.016. ГОСТ 34.602. ГОСТ IEC 61508-3, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО 31000, ГОСТ Р 51901.1, ГОСТ Р 51901.7. ГОСТ Р 56939. ГОСТ Р 57102. ГОСТ Р 57193. ГОСТ Р 57272.1. ГОСТ Р 57839. ГОСТ Р 58412, ГОСТ Р МЭК 61508-1. ГОСТ Р МЭК 61508-2. ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 61508-7 с учетом специфики системы (см., например. [21]—[26]).

Примечание — Примеры решения задач системного анализа приведены в приложении Г. а также см. в ГОСТ Р 54124. ГОСТ Р 58494. ГОСТ Р 59331. ГОСТ Р 59333. ГОСТ Р 59335. ГОСТ Р 59338. ГОСТ Р 59341. ГОСТ Р 59345, ГОСТ Р 59346. ГОСТ Р 59356.

Пример перечня защищаемых активов

Перечень защищаемых активов в процессе определения архитектуры системы может включать (в части, свойственной этому процессу):

-    выходные результаты процесса — по 6.1.2;

-    активы государственных информационных систем, информационных систем персональных данных, автоматизированных систем управления производственными и технологическими процессами на критически важных обьектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимых объектов критической информационной инфраструктуры Российской Федерации — см., например. [21]—[24];

-    договоры и соглашения на проведение работ по созданию (модернизации, развитию) архитектуры системы;

-    финансовые и плановые документы, связанные с проведением работ по созданию (модернизации, развитию) архитектуры системы;

-    документацию при обследовании объекта автоматизации (для автоматизируемых систем — по ГОСТ 34.601);

-документацию при выполнении научно-исследовательских работ — по ГОСТ 7.32. ГОСТ 15.101 с учетом

специфики системы;

-    конструкторскую и технологическую документацию (для модернизируемой или применяемой системы — по ГОСТ 2.051. ГОСТ 2.102. ГОСТ 3.1001. ГОСТ 34.201):

-    эксплуатационную и ремонтную документацию — по ГОСТ 2.602. ГОСТ 34.201. ГОСТ Р 2.601 с учетом специфики системы;

-технические задания — по ГОСТ 2.114. ГОСТ 15.016. ГОСТ 34.602. ГОСТ Р 57839 с учетом специфики системы;

-    персональные данные, базу данных и базу знаний, систему хранения архивов.

-    систему передачи данных и облачные данные организации;

-    выходные результаты иных процессов в жизненном цикле системы с учетом ее специфики.

Пример перечня угроз

Перечень угроз безопасности информации в процессе определения архитектуры системы может включать (в части, свойственной этому процессу):

-    угрозы, связанные с объективными и субъективными факторами, воздействующими на защищаемую информацию. — по ГОСТ Р ИСО/МЭК 27002. ГОСТ Р 51275:

-    угрозы государственным информационным системам, информационным системам персональных данных, автоматизированным системам управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также на объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимым объектам критической информационной инфраструктуры Российской Федерации — по [21]—(24);

-    угрозы безопасности функционирования программного обеспечения, оборудования и коммуникаций, используемых в процессе разработки и эксплуатации системы. — по ГОСТ Р ИСО/МЭК 27002. ГОСТ Р 54124;

-    угрозы безопасности информации при подготовке и обработке документов — по ГОСТ Р ИСО/МЭК 27002. ГОСТ Р 54124;

-    угрозы компрометации информационной безопасности приобретающей стороны (заказчика) — по ГОСТ Р ИСО/МЭК 27002. ГОСТ Р ИСО/МЭК 27005—2010 (приложение С);

-    угрозы возникновения ущерба репутации и/или потери доверия поставщика (производителя) к конкретной приобретающей стороне (заказчику), информация и информационные системы которого были скомпрометированы;

-    угрозы, связанные с приобретением или предоставлением облачных услуг, которые могут оказать влияние на информационную безопасность организаций, использующих эти услуги;

-    угрозы, связанные с нарушением интеллектуальной собственности;

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

Типовые модели и методы прогнозирования рисков

В.1 Основные положения

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

-    риска нарушения надежности реализации процесса определения архитектуры системы без учета требований по защите информации (см. В.1.2—В. 1.8, В.2):

-    риска нарушения требований по защите информации в процессе определения архитектуры системы (см. В.З);

-    интегрального риска нарушения реализации процесса определения архитектуры системы с учетом требований по защите информации (см. В.4).

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

Моделируемая система простой структуры представляет собой систему из единственного элемента или множества элементов, логически объединенных для анализа как один элемент. Анализ системы простой структуры осуществляют по принципу «черного ящика», когда известны входы и выходы, но неизвестны внутренние детали функционирования системы. Моделируемая система сложной структуры представляется как совокупность взаимодействующих элементов, каждый из которых рассматривается как «черный ящик», функционирующий в условиях неопределенности.

В.1.3 При анализе «черного ящика» для вероятностного прогнозирования рисков осуществляют формальное определение пространства элементарных состояний. Это пространство элементарных состояний формируют в результате статистического анализа произошедших событий с их привязкой к временной оси. Предполагается повторяемость событий. Чтобы провести системный анализ для ответа на условный вопрос «Что будет, если...», при формировании сценариев возможных нарушений статистика реальных событий по желанию исследователя процессов может быть дополнена гипотетичными событиями, характеризующими ожидаемые и^или прогнозируемые условия функционирования системы. Применительно к анализируемому сценарию осуществляют расчет вероятности пребывания элементов моделируемой системы в определенном элементарном состоянии в течение задаваемого периода прогноза. Для негативных последствий при оценке рисков этой расчетной вероятности сопоставляют возможный ущерб.

В.1 .4 Для математической формализации используют следующие основные положения:

-    к началу периода прогноза предполагается, что целостность моделируемой системы обеспечена, включая изначальное выполнение требований по защите информации в системе (в качестве моделируемой системы простой или сложной структуры могут быть рассмотрены выходные результаты с задействованными активами и действия процесса, к которым предъявлены определенные требования, включая требования по защите информации):

-    в условиях неопределенностей возникновение и разрастание различных угроз описывается в терминах случайных событий;

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

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

В.1.5 В подразделах В.2.2, В.2.3 приведены математические модели для прогнозирования рисков в системе, представляемой в виде «черного ящика». Модель В.2.2 для прогнозирования рисков при отсутствии какого-либо контроля является частным случаем модели в В.2.3 при реализации технологии периодического системного контроля. Модель подраздела В.2.2 применима на практике лишь для оценки и сравнения случая полностью бесконтрольного функционирования анализируемой системы, например, там, где контроль невозможен или нецелесообразен по функциональным, экономическим или временным соображениям или когда ответственные лица пренебрегают функциями контроля или не реагируют должным образом на результаты системного анализа.

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

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

Содержание

1    Область применения.......................................................... 1

2    Нормативные ссылки..................................................................1

3    Термины, определения и сокращения....................................................5

4    Основные положения системной инженерии по защите информации в процессе определения

архитектуры системы................................... 7

5    Общие требования системной инженерии по защите информации в процессе определения

архитектуры системы.................................................................9

6    Специальные требования к количественным показателям..................................10

7    Требования к системному анализу......................................................12

Приложение А (справочное) Пример перечня защищаемых активов...........................14

Приложение Б (справочное) Пример перечня угроз........... 15

Приложение В (справочное) Типовые модели и методы прогнозирования рисков................16

Приложение Г (справочное) Методические указания по прогнозированию рисков для процесса

определения архитектуры    системы.........................................24

Приложение Д (справочное) Типовые допустимые значения показателей рисков для процесса

определения архитектуры    системы.........................................34

Приложение Е (справочное) Примерный перечень методик системного анализа для процесса

определения архитектуры    системы.........................................35

Библиография........................................................................36

В. 1.8 Изложение моделей в В.2 дано в контексте нарушения надежности реализации процесса определения архитектуры системы без умета требований по защите информации, в В.З приведены способы прогнозирования риска нарушения требований по защите информации в процессе (в т. ч. с использованием моделей В-2). Методы прогнозирования интегрального риска нарушения реализации процесса определения архитектуры системы с учетом требований по защите информации представлены в В.4. При этом интегральный риск нарушения реализации процесса определения архитектуры системы с учетом требований по защите информации характеризуют сочетанием риска нарушения надежности реализации процесса определения архитектуры системы без учета требований по защите информации и риска нарушения требований по защите информации в этом процессе.

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

В. 1.9 Другие возможные подходы и подходы, подобные изложенным в В.2. В.З для оценки рисков описаны в ГОСТ IEC 61508-3, ГОСТ Р ИСО 13379-1. ГОСТ Р ИСО 13381-1. ГОСТ Р ИСО 17359. ГОСТ Р 51901.1. ГОСТ Р 51901.7. ГОСТ Р 51901.16. ГОСТ Р 54124. ГОСТ Р 58494. ГОСТ Р 58771. ГОСТ Р 59331. ГОСТ Р 59333, ГОСТ Р 59335. ГОСТ Р 59341. ГОСТ Р 59345. ГОСТ Р 59346. ГОСТ Р 59356. ГОСТ Р МЭК 61069-1 — ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-1. ГОСТ Р МЭК 61508-2. ГОСТ Р МЭК 61508-5 — ГОСТ Р МЭК 61508-7.

В.2 Математические модели для прогнозирования риска нарушения надежности реализации

процесса определения архитектуры системы

В.2.1 Общие положения

В.2.1.1 В моделях для анализа надежности реализации процесса под моделируемой системой понимается отдельное действие или множество действий процесса, получаемый выходной результат или множество выходных результатов (или иные сущности, подлежащие учету в моделируемой системе).

Примечание — Выполнение требований по защите информации в В.2 не рассматривается (учет этих требований см. в В.З и В.4).

В.2.1.2 Для каждого элемента моделируемой системы возможны либо отсутствие какого-либо контроля, либо периодический системный контроль (диагностика) его целостности с необходимым восстановлением по результатам контроля.

В.2.1.3 В терминах системы, состоящей из элементов, отождествляемых с выполняемыми действиями или получаемыми выходными результатами (или иными рассматриваемыми сущностями), под целостностью моделируемой системы понимается такое состояние элементов модели системы, которое в течение задаваемого периода прогноза отвечает требованию обеспечения надежности реализации рассматриваемого процесса. С точки зрения вероятностного прогнозирования риска нарушения надежности реализации процесса определения архитектуры системы пространство элементарных состояний отдельного элемента моделируемой системы на временной оси образуют следующие состояния:

-    «Целостность элемента моделируемой системы сохранена», если в течение всего периода прогноза обеспечена надежность реализации анализируемого действия или получение определенного выходного результата процесса:

-    «Целостность элемента моделируемой системы нарушена» — в противном случав.

Примечание — Например, надежность реализации процесса определения архитектуры системы в течение задаваемого периода прогноза обеспечена, если в течение этого периода для всех недублируемых элементов моделируемой системы (т. е. для всех сущностей, логически объединяемых условием «И») обеспечена их целостность. т. в. на временной оси наблюдается элементарное состояние «Целостность элемента моделируемой системы сохранена» — см. также В.2.4.

В результате моделирования получают расчетные значения вероятностных показателей нахождения элементов моделируемой системы в определенном элементарном состоянии. В сопоставлении с возможным ущербом вероятность нахождения в состоянии «Целостность элемента моделируемой системы нарушена» характеризует риск нарушения надежности выполнения соответствующего действия или получения соответствующего выходного результата реализуемого процесса.

В.2.2 Математическая модель «черного ящика» при отсутствии какого-либо контроля

Моделируемая система представлена в виде «черного ящика», функционирование которого не контролируется. Восстановление возможностей по обеспечению выполнения действий процесса осуществляется по мере нарушения. В результате возникновения угроз и их развития может произойти нарушение надежности реализации процесса. С формальной точки зрения модель позволяет оценить вероятностное значение риска нарушения надежности реализации процесса определения архитектуры системы в течение заданного периода прогноза. С точки зрения системной инженерии этот результат интерпретируют следующим образом: результатом применения модели является расчетная вероятность нарушения надежности реализации процесса определения архитектуры системы в течение заданного периода прогноза при отсутствии какого-либо контроля.

Модель представляет собой частный случай модели В.2.3, если период между контролями состояния системы больше периода прогноза. Учитывая это. используют формулы (В.1)—(В.5).

Введение

Настоящий стандарт расширяет комплекс национальных стандартов системной инженерии по защите информации при планировании и реализации процессов в жизненном цикле различных систем. Выбор и применение реализуемых процессов для системы в ее жизненном цикле осуществляют по ГОСТ Р 57193. Методы системной инженерии в интересах защиты информации применяют:

-    для процессов соглашения — процессов приобретения и поставки продукции и услуг для системы — по ГОСТ Р 59329;

-    для процессов организационного обеспечения проекта — процессов управления моделью жизненного цикла, управления инфраструктурой, управления портфелем, управления человеческими ресурсами. управления качеством, управления знаниями — по ГОСТ Р 59330. ГОСТ Р 59331. ГОСТ Р 59332, ГОСТ Р 59333, ГОСТ Р 59334. ГОСТ Р 59335:

-    для процессов технического управления — процессов планирования проекта, оценки и контроля проекта, управления решениями, управления рисками, управления конфигурацией, управления информацией. измерений, гарантии качества — по ГОСТ Р 59336. ГОСТ Р 59337, ГОСТ Р 59338. ГОСТ Р 59339, ГОСТ Р 59340. ГОСТ Р 59341, ГОСТ Р 59342, ГОСТ Р 59343;

-    для технических процессов — процессов анализа бизнеса или назначения, определения потребностей и требований заинтересованной стороны, определения системных требований, определения проекта, системного анализа, реализации, комллексирования. верификации, передачи системы, аттестации, функционирования, сопровождения, изъятия и списания системы — по ГОСТ Р 59344, ГОСТ Р 59345. ГОСТ Р 59346, ГОСТ Р 59348, ГОСТ Р 59349. ГОСТ Р 59350. ГОСТ Р 59351. ГОСТ Р 59352, ГОСТ Р 59353. ГОСТ Р 59354, ГОСТ Р 59355, ГОСТ Р 59356. ГОСТ Р 59357. Для процесса определения архитектуры системы — по настоящему стандарту.

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

Для планируемого и реализуемого процесса определения архитектуры применение настоящего стандарта при создании (модернизации, развитии) и эксплуатации системы обеспечивает проведение системного анализа, основанного на прогнозировании рисков.

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Системная инженерия

ЗАЩИТА ИНФОРМАЦИИ В ПРОЦЕССЕ ОПРЕДЕЛЕНИЯ АРХИТЕКТУРЫ СИСТЕМЫ

System engineering. Protection of information in system architecture definition process

Дата введения — 2021—11—30

1    Область применения

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

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

Примечание — Оценка ущербов выходит за рамки настоящего стандарта. Для разработки самостоятельной методики по оценке ущербов учитывают специфику систем (см., например. ГОСТ Р 22.10.01, ГОСТ Р 54145). При этом должны учитываться соответствующие положения законодательства Российской Федерации.

Требования стандарта предназначены для использования организациями, участвующими в создании (модернизации, развитии) и эксплуатации систем и реализующими процесс определения архитектуры системы, а также томи заинтересованными сторонами, которые уполномочены осуществлять контроль выполнения требований по защите информации в жизненном цикле систем (см. примеры систем в [1]—(26)).

2    Нормативные ссылки

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

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.114 Единая система конструкторской документации. Технические условия ГОСТ 2.602 Единая система конструкторской документации. Ремонтные документы ГОСТ 3.1001 Единая система технологической документации. Общие положения ГОСТ 7.32 Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления

ГОСТ 15.016 Система разработки и постановки продукции на производство. Техническое задание. Требования к содержанию и оформлению

ГОСТ 15.101 Система разработки и постановки продукции на производство. Порядок выполнения научно-исследовательских работ

ГОСТ 27.002 Надежность в технике. Термины и определения

ГОСТ 34.003 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения

Издание официальное

ГОСТ 34.201 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем ГОСТ 34.601 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания

ГОСТ 34.602 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

ГОСТ IEC 61508-3 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 3. Требования к программному обеспечению ГОСТ Р 2.601 Единая система конструкторской документации. Эксплуатационные документы ГОСТ Р 15.301 Система разработки и постановки продукции на производство. Продукция производственно-технического назначения. Порядок разработки и постановки продукции на производство ГОСТ Р 22.10.01 Безопасность в чрезвычайных ситуациях. Оценка ущерба. Термины и определения

ГОСТ Р ИСО 9000 Системы менеджмента качества. Основные положения и словарь ГОСТ Р ИСО 9001 Системы менеджмента качества. Требования

ГОСТ Р ИСО 11231 Менеджмент риска. Вероятностная оценка риска на примере космических систем

ГОСТ Р ИСО/МЭК 12207 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств

ГОСТ Р ИСО 13379-1 Контроль состояния и диагностика машин. Методы интерпретации данных и диагностирования. Часть 1. Общее руководство

ГОСТ Р ИСО 13381-1 Контроль состояния и диагностика машин. Прогнозирование технического состояния. Часть 1. Общее руководство

ГОСТ Р ИСО 14258 Промышленные автоматизированные системы. Концепции и правила для моделей предприятия

ГОСТ Р ИСО 14813-1 Интеллектуальные транспортные системы. Схема построения архитектуры интеллектуальных транспортных систем. Часть 1. Сервисные домены в области интеллектуальных транспортных систем, сервисные группы и сервисы

ГОСТ Р ИСО/МЭК 15026 Информационная технология. Уровни целостности систем и программных средств

ГОСТ Р ИСО/МЭК 15026-4 Системная и программная инженерия. Гарантирование систем и программного обеспечения. Часть 4. Гарантии жизненного цикла

ГОСТ Р ИСО 15704 Промышленные автоматизированные системы. Требования к стандартным архитектурам и методологиям предприятия

ГОСТ Р ИСО/МЭК 16085 Менеджмент риска. Применение в процессах жизненного цикла систем и программного обеспечения

ГОСТ Р ИСО 17359 Контроль состояния и диагностика машин. Общее руководство ГОСТ Р ИСО/МЭК 27001 Информационная технология. Методы и средства обеспечения безопасности. Системы менеджмента информационной безопасности. Требования

ГОСТ Р ИСО/МЭК 27002 Информационная технология. Методы и средства обеспечения безопасности. Свод норм и правил менеджмента информационной безопасности

ГОСТ Р ИСО/МЭК 27003 Информационная технология. Методы и средства обеспечения безопасности. Системы менеджмента информационной безопасности. Руководство по реализации системы менеджмента информационной безопасности

ГОСТ Р ИСО/МЭК 27005—2010 Информационная технология. Методы и средства обеспечения безопасности. Менеджмент риска информационной безопасности

ГОСТ Р ИСО 31000 Менеджмент риска. Принципы и руководство

ГОСТ Р 51275 Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения

ГОСТ Р 51583 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения

ГОСТ Р 51897/Руководство ИСО 73:2009 Менеджмент риска. Термины и определения ГОСТ Р 51901.1 Менеджмент риска. Анализ риска технологических систем ГОСТ Р 51901.5 (МЭК 60300-3-1.2003) Менеджмент риска. Руководство по применению методов анализа надежности

ГОСТ Р 51901.7/ISO/TR 31004:2013 Менеджмент риска. Руководство по внедрению ИСО 31000

ГОСТ Р 51901.16 (МЭК 61164:2004) Менеджмент риска. Повышение надежности. Статистические критерии и методы оценки

ГОСТ Р 51904 Программное обеспечение встроенных систем. Общие требования к разработке и документированию

ГОСТ Р 53647.1 Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство ГОСТ Р 54124 Безопасность машин и оборудования. Оценка риска

ГОСТ Р 54145 Менеджмент рисков. Руководство по применению организационных мер безопасности и оценки рисков. Общая методология

ГОСТ Р 56875 Информационные технологии. Системы безопасности комплексные и интегрированные. Типовые требования к архитектуре и технологиям интеллектуальных систем мониторинга для обеспечения безопасности предприятий и территорий

ГОСТ Р 56939 Защита информации. Разработка безопасного программного обеспечения. Общие требования

ГОСТ Р 57100/ISO/IEC/IEEE 42010:2011—2016 Системная и программная инженерия. Описание архитектуры

ГОСТ Р 57102/ISO/IEC TR 24748-2:2011 Информационные технологии. Системная и программная инженерия. Управление жизненным циклом. Часть 2. Руководство по применению ИСО/МЭК 15288 ГОСТ Р 57193 Системная и программная инженерия. Процессы жизненного цикла систем ГОСТ Р 57272.1 Менеджмент риска применения новых технологий. Часть 1. Общие требования ГОСТ Р 57839 Производственные услуги. Системы безопасности технические. Задание на проектирование. Общие требования

ГОСТ Р 58412 Защита информации. Разработка безопасного программного обеспечения. Угрозы безопасности информации при разработке программного обеспечения

ГОСТ Р 58494-2019 Оборудование горно-шахтное. Многофункциональные системы безопасности угольных шахт. Система дистанционного контроля опасных производственных объектов ГОСТ Р 58771 Менеджмент риска. Технологии оценки риска

ГОСТ Р 59329 Системная инженерия. Защита информации в процессах приобретения и поставки продукции и услуг для системы

ГОСТ Р 59330 Системная инженерия. Защита информации в процессе управления моделью жизненного цикла системы

ГОСТ Р 59331 Системная инженерия. Защита информации в процессе управления инфраструктурой системы

ГОСТ Р 59332 Системная инженерия. Защита информации в процессе управления портфелем проектов

ГОСТ Р 59333 Системная инженерия. Защита информации в процессе управления человеческими ресурсами системы

ГОСТ Р 59334 Системная инженерия. Защита информации в процессе управления качеством системы

ГОСТ Р 59335 Системная инженерия. Защита информации в процессе управления знаниями о системе

ГОСТ Р 59336 Системная инженерия. Защита информации в процессе планирования проекта ГОСТ Р 59337 Системная инженерия. Защита информации в процессе оценки и контроля проекта ГОСТ Р 59338 Системная инженерия. Защита информации в процессе управления решениями ГОСТ Р 59339 Системная инженерия. Защита информации в процессе управления рисками для системы

ГОСТ Р 59340 Системная инженерия. Защита информации в процессе управления конфигурацией системы

ГОСТ Р 59341-2021 Системная инженерия. Защита информации в процессе управления информацией системы

ГОСТ Р 59342 Системная инженерия. Защита информации в процессе измерений системы ГОСТ Р 59343 Системная инженерия. Защита информации в процессе гарантии качества для системы

ГОСТ Р 59344 Системная инженерия. Защита информации в процессе анализа бизнеса или назначения системы

ГОСТ Р 59345 Системная инженерия. Защита информации в процессе определения потребностей и требований заинтересованной стороны для системы

59346 Системная инженерия. Защита информации в процессе определения системных

59348    Системная инженерия. Защита информации в процессе определения проекта

59349    Системная инженерия. Защита информации в процессе системного анализа

59350    Системная инженерия. Защита информации в процессе реализации системы

59351    Системная инженерия. Защита информации в процессе комплексирования системы

59352    Системная инженерия. Защита информации в процессе верификации системы

59353    Системная инженерия. Защита информации в процессе передачи системы

59354    Системная инженерия. Защита информации в процессе аттестации системы

59355    Системная инженерия. Защита информации в процессе функционирования

системы

ГОСТ Р 59356 Системная инженерия. Защита информации в процессе сопровождения системы ГОСТ Р 59357 Системная инженерия. Защита информации в процессе изъятия и списания

системы

ГОСТ Р МЭК 61069-1 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 1. Терминология и общие концепции

ГОСТ Р МЭК 61069-2 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 2. Методология оценки

ГОСТ Р МЭК 61069-3 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 3. Оценка функциональности системы

ГОСТ Р МЭК 61069-4 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 4. Оценка производительности системы

ГОСТ Р МЭК 61069-5 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 5. Оценка надежности системы

ГОСТ Р МЭК 61069-6 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 6. Оценка эксплуатабельности системы

ГОСТ Р МЭК 61069-7 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 7. Оценка безопасности системы

ГОСТ Р МЭК 61069-8 Измерение, управление и автоматизация промышленного процесса. Определение свойств системы с целью ее оценки. Часть 8. Оценка других свойств системы

ГОСТ Р МЭК 61508-1 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 1. Общие требования

ГОСТ Р МЭК 61508-2 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 2. Требования к системам

ГОСТ Р МЭК 61508-4 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения

ГОСТ Р МЭК 61508-5 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 5. Рекомендации по применению методов определения уровней полноты безопасности

ГОСТ Р МЭК 61508-6 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 6. Руководство по применению ГОСТ Р МЭК 61508-2 и ГОСТ Р МЭК 61508-3

ГОСТ Р МЭК 61508-7 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 7. Методы и средства

ГОСТ Р МЭК 62264-1 Интеграция систем управления предприятием. Часть 1. Модели и терминология

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины, определения и сокращения

3.1    В настоящем стандарте применены термины по ГОСТ 27.002. ГОСТ 34.003. ГОСТ Р ИСО 9000. ГОСТ Р ИСО/МЭК 27001. ГОСТ Р ИСО 31000. ГОСТ Р 51897. ГОСТ Р 59330. ГОСТ Р 59331. ГОСТ Р 59332. ГОСТ Р 59333. ГОСТ Р 59334. ГОСТ Р 59335. ГОСТ Р 59336, ГОСТ Р 59337, ГОСТ Р 59338. ГОСТ Р 59339. ГОСТ Р 59340. ГОСТ Р 59341, ГОСТ Р 59342. ГОСТ Р 59343, ГОСТ Р 59344, ГОСТ Р 59345. ГОСТ Р 59346, ГОСТ Р 59348. ГОСТ Р 59349. ГОСТ Р 59350. ГОСТ Р 59351, ГОСТ Р 59352. ГОСТ Р 59353. ГОСТ Р 59354. ГОСТ Р 59355. ГОСТ Р 59356. ГОСТ Р 59357. ГОСТ Р МЭК 61508-4. ГОСТ Р МЭК 62264-1, а также следующие термины с соответствующими определениями:

3.1.1

архитектура (системы): Основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития.

[ГОСТ Р 57100-2016/ISO/IEC/1EEE 42010:2011, пункт 3.5]

3.1.2

допустимый риск: Риск, который в данной ситуации считают приемлемым при существующих общественных ценностях.

[ГОСТ Р 51898-2002, пункт 3.7]

3.1.3 _

заинтересованная сторона, правообладатель: Индивидуум или организация, имеющие право. долю, требование или интерес в системе или в обладании ее характеристиками, удовлетворяющими их потребности и ожидания.

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

Примечание — Некоторые заинтересованные стороны могут иметь противоположные интересы в системе.

[ГОСТ Р 57193-2016. пункт 4.1.42]

3.1.4

защита информации: ЗИ: Деятельность, направленная на предотвращение утечки защищаемой информации, несанкционированных и непреднамеренных воздействий на защищаемую информацию.

[ГОСТ Р 50922-2006. статья 2.1.1]

3.1.5

защита информации от утечки: Защита информации, направленная на предотвращение неконтролируемого распространения защищаемой информации в результате ее разглашения и несанкционированного доступа к ней. а также на исключение (затруднение) получения защищаемой информации [иностранными] разведками и другими заинтересованными субъектами.

Примечание — Заинтересованными субъектами могут быть: государство, юридическое лицо, группа физических лиц. отдельное физическое лицо.

[ГОСТ Р 50922-2006. статья 2.3.2]

3.1.6

3.1.7 _

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

[ГОСТ Р 50922-2006. статья 2.3.4]

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

3.1.9    моделируемая система: Система, для которой решение задач системного анализа осуществляется с использованием ее формализованной модели и, при необходимости, формализованных моделей учитываемых сущностей в условиях их применения.

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

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

3.1.11

норма эффективности защиты информации: Значение показателя эффективности защиты информации, установленное нормативными и правовыми документами.

[ГОСТ Р 50922-2006. статья 2.9.4]

3.1.12

показатель эффективности защиты информации: Мера или характеристика для оценки эффективности защиты информации.

[ГОСТ Р 50922-2006, статья 2.9.3]

3.1.13

пользователь: Лицо или группа лиц, извлекающих пользу из системы в процессе ее применения.

Примечание — Роль пользователя и роль оператора может выполняться одновременно или последовательно одним и тем же человеком или организацией.

[ГОСТ Р 57193-2016, пункт 4.1.50]

3.1.14

риск: Сочетание вероятности нанесения ущерба и тяжести этого ущерба.

[ГОСТ Р 51898-2002, пункт 3.2]

3.1.15 система-эталон: Реальная или гипотетичная система, которая по своим показателям интегрального риска нарушения реализации рассматриваемого процесса с учетом требований по защите информации принимается в качестве эталона для полного удовлетворения требований заинтересованных сторон системы и рационального решения задач системного анализа, связанных с обоснованием допустимых рисков, обеспечением нормы эффективности защиты информации, обоснованием мер, направленных на достижение целей процесса, противодействие угрозам и определение сбалансированных решений при средне- и долгосрочном планировании, а также с обоснованием предложений по совершенствованию и развитию системы защиты информации.