3.1.2
3.1.3
3.1.4
3.1.5
3.1.6
3.1.7
3.1.8
3.1.9
3.1.10 интегральный риск нарушения реализации процесса определения проекта с учетом требований по защите информации: Сочетание вероятности того, что будут нарушены надежность реализации процесса определения проекта либо требования по защите информации, либо и то и другое, с тяжестью возможного ущерба.
3.1.11 надежность реализации процесса определения проекта с учетом требований по защите информации: Свойство процесса определения проекта сохранять во времени в установленных пределах значения показателей, характеризующих способность выполнения необходимых действий процесса в заданных условиях реализации с соблюдением требований по защите информации.
3.1.12
3.1.13
3.1.14 проект-эталон: Реальный или гипотетичный проект, который по своим показателям интегрального риска нарушения реализации рассматриваемого процесса определения проекта с учетом требований по защите информации принимается в качестве эталона для полного удовлетворения требований заинтересованных сторон проекта и решения задач системного анализа, связанных с обоснованием допустимых рисков, обеспечением нормы эффективности защиты информации, обоснованием мер, направленных на достижение целей процесса, противодействие угрозам и определение сбалансированных решений при средне- и долгосрочном планировании, а также с обоснованием предложений по совершенствованию и развитию системы защиты информации.
3.1.15
3.1.16
3.1.17
3.1.18
3.1.19
3.1.20
3.1.21
3.1.22 целостность моделируемой системы: Состояние моделируемой системы, которое в течение задаваемого периода прогноза отвечает целевому назначению системы.
3.1.23
3.2 В настоящем стандарте использовано сокращение:
ТЗ - техническое задание.
4.1 Общие положения
Организации используют данный процесс в рамках создания (модернизации, развития) и эксплуатации системы для обеспечения ее безопасности и эффективности. В процессе определения проекта осуществляют защиту информации, направленную на обеспечение конфиденциальности, целостности и доступности защищаемой информации, предотвращение несанкционированных и непреднамеренных воздействий на защищаемую информацию. Должна быть обеспечена надежная реализация процесса.
Для прогнозирования рисков нарушения надежности реализации процесса и обоснования эффективных предупреждающих действий по снижению этих рисков или их удержанию в допустимых пределах используют системный анализ с учетом требований по защите информации в условиях возможных угроз.
Формирование выходных результатов процесса определения проекта и типовых действий по защите информации осуществляют по ГОСТ 2.102, ГОСТ 2.114, ГОСТ 15.101, ГОСТ 34.201, ГОСТ 34.602, ГОСТ IEC 61508-3, ГОСТ Р 21.1101, ГОСТ Р ИСО 9001, ГОСТ Р ИСО 10014, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 15704, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27003, ГОСТ Р 51904, ГОСТ Р 57100, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57839, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-6, [19] - [24] с учетом специфики проекта. Оценку интегрального риска нарушения реализации процесса определения проекта осуществляют по настоящему стандарту с использованием рекомендаций ГОСТ Р ИСО 3534-1, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27005, ГОСТ Р ИСО 31000, ГОСТ Р 51901.1, ГОСТ Р 51901.5, ГОСТ Р 51901.7, ГОСТ Р 54124, ГОСТ Р 57102, ГОСТ Р 57272.1, ГОСТ Р 58771, ГОСТ Р 59339, ГОСТ Р 59346, ГОСТ Р 59349, ГОСТ Р 59355. При этом учитывают специфику организации, применяющей процесс, и самого проекта - см., например [21] - [24].
4.2 Цели процесса и назначение мер защиты информации
4.2.1 Формирование целей процесса определения проекта осуществляют по ГОСТ Р ИСО 9001, ГОСТ Р ИСО 10014, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 53647.1, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 62264-1 с учетом специфики организации, применяющей процесс. В общем случае главной целью процесса определения проекта является формирование характеристик системы, ее элементов и их взаимодействия между собой и с внешним окружением на детальном уровне, достаточном для выполнения процессов реализации и комплексирования системы и обеспечивающим соблюдение предъявляемых к системе требований и согласованность с принятой для системы архитектурой.
4.2.2 Меры защиты информации в процессе анализа бизнеса или назначения системы предназначены для обеспечения конфиденциальности, целостности и доступности защищаемой информации, предотвращения утечки защищаемой информации, несанкционированных и непреднамеренных воздействий на защищаемую информацию. Определение мер защиты информации осуществляют по ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 58412, ГОСТ Р МЭК 61508-7, [19] - [24] с учетом специфики проекта и организации, выполняющей проект.
4.3 Стадии и этапы жизненного цикла систем
Процесс определения проекта используется на стадии разработки (модернизации, развития) и эксплуатации системы и опирается на результаты определения системных требований и архитектуры системы. Процесс определения проекта может применяться итеративно на различных иерархических уровнях рассматриваемой системы.
Этапы работ по созданию (модернизации, развитию) и эксплуатации систем, связанных с проектом, устанавливают в договорах, соглашениях и ТЗ с учетом специфики и условий их функционирования. Перечень этапов и конкретных работ в жизненном цикле систем формируют с учетом требований ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.601, ГОСТ 34.602, ГОСТ Р 15.301, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО/МЭК 27036-2, ГОСТ Р ИСО 31000, ГОСТ Р 51583, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 53622, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839, ГОСТ Р 59329.
Процесс определения проекта может входить в состав работ, выполняемых в рамках других процессов жизненного цикла систем, и при необходимости включать в себя другие процессы.
4.4 Основные принципы
При проведении системного анализа процесса определения проекта руководствуются основными принципами, определенными в ГОСТ Р 59349 с учетом дифференциации требований по защите информации в зависимости от категории значимости проекта и важности информации, предполагаемой к обработке в рамках систем, связанных с этим проектом, - см. ГОСТ Р 59346, [19] - [24]. Все применяемые принципы подчинены принципу целенаправленности выполняемых действий.
4.5 Основные усилия для обеспечения защиты информации
Основные усилия системной инженерии для обеспечения защиты информации в процессе определения проекта сосредотачивают:
- на определении выходных результатов и действий, предназначенных для достижения целей процесса и защиты активов, информация которых или о которых необходима для достижения этих целей;
- выявлении потенциальных угроз и определении возможных сценариев возникновения и развития угроз для активов, подлежащих защите, выходных результатов и выполняемых действий процесса;
- определении и прогнозировании рисков, подлежащих системному анализу;
- проведении системного анализа для обоснования мер, направленных на противодействие угрозам и достижение целей процесса.
5.1 Общие требования системной инженерии по защите информации устанавливают в ТЗ на разработку, модернизацию или развитие системы. Эти требования и методы их выполнения детализируют в ТЗ на составную часть системы (в качестве каковой может выступать система защиты информации) в конструкторской, технологической и эксплуатационной документации, в спецификациях на поставляемые продукцию и/или услуги. Содержание требований по защите информации формируют при выполнении процесса определения системных требований с учетом нормативно-правовых документов Российской Федерации (см., например [1] - [24]), уязвимостей системы, преднамеренных и непреднамеренных угроз нарушения функционирования системы и/или ее программных и программно-аппаратных элементов - см. ГОСТ Р 59346.
Примечание - Если информация относится к категории государственной тайны, в вопросах защиты информации руководствуются регламентирующими документами соответствующих государственных регуляторов.
5.2 Требования системной инженерии по защите информации призваны обеспечивать управление техническими и организационными усилиями по планированию и реализации процесса определения проекта и поддержке при этом эффективности защиты информации.
Требования системной инженерии по защите информации в процессе определения проекта включают:
- требования к составам выходных результатов, выполняемых действий и используемых при этом активов, требующих защиты информации;
- требования к определению потенциальных угроз для выходных результатов и выполняемых действий процесса, а также возможных сценариев возникновения и развития этих угроз;
- требования к прогнозированию рисков при планировании и реализации процесса, обоснованию эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах.
5.3 Состав выходных результатов и выполняемых действий в процессе определения проекта формируют по ГОСТ 2.102, ГОСТ 2.114, ГОСТ 15.016, ГОСТ 15.101, ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р 15.301, ГОСТ Р 21.1101, ГОСТ Р ИСО 9001, ГОСТ Р ИСО 10014, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 15704, ГОСТ Р 51583, ГОСТ Р 51904, ГОСТ Р 56939, ГОСТ Р 57100, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57839 с учетом специфики проекта и организации, применяющей процесс.
5.4 Меры защиты информации и действия по защите информации должны охватывать активы, информация которых или о которых необходима для получения выходных результатов и выполнения действий в процессе определения проекта.
5.5 Определение активов, информация которых или о которых подлежит защите, формирование перечня потенциальных угроз и возможных сценариев возникновения и развития угроз для каждого из активов осуществляют по ГОСТ 34.201, ГОСТ 34.602, ГОСТ IEC 61508-3, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 58412 с учетом требований ГОСТ 15.016, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27005, ГОСТ Р ИСО 31000, ГОСТ Р 51275, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 57839, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-6, [19] - [24].
Примеры перечней учитываемых активов и угроз в процессе определения проекта приведены в приложениях А и Б.
5.6 Эффективность защиты информации в процессе определения проекта анализируют по показателям рисков в зависимости от специфики системы, связанной с проектом, целей ее применения и возможных угроз. В системном анализе процесса используют модель угроз безопасности информации.
Системный анализ процесса осуществляют с использованием методов, моделей и методик (см. приложения В, Г, Д) с учетом рекомендаций ГОСТ Р ИСО 3534-1, ГОСТ Р ИСО 3534-2, ГОСТ Р ИСО 7870-1, ГОСТ Р ИСО 7870-2, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 15026-4, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО 31000, ГОСТ Р 50779.41, ГОСТ Р 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, [19] - [24].
5.7 Для обоснования эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах применяют системный анализ с использованием устанавливаемых специальных качественных и количественных показателей рисков. Качественные показатели для оценки рисков в области информационной безопасности определены в ГОСТ Р ИСО/МЭК 27005. Целесообразность использования количественных показателей рисков в дополнение к качественным показателям может потребовать дополнительного обоснования. Состав специальных количественных показателей рисков в интересах системного анализа процесса определения проекта приведен в 6.3.
Типовые модели и методы прогнозирования рисков процесса определения проекта, допустимые значения для расчетных показателей и примерный перечень методик системного анализа приведены в приложениях В, Г, Д. Характеристики мер защиты информации и действий по защите информации и исходные данные, обеспечивающие применение методов, моделей и методик, определяют на основе собираемой и накапливаемой статистики по рассматриваемым процессам и возможным условиям их реализации.
6.1 Общие положения
6.1.1 В приложении к защищаемым активам, действиям и выходным результатам процесса определения проекта, к которым предъявлены требования по защите информации, выполняют оценку эффективности защиты информации на основе прогнозирования рисков в условиях возможных угроз.
- состав необходимых средств поддержки проектирования, организация доступа к обеспечивающим системам или услугам, необходимым для выполнения процесса;
- описание основных принципов и основных положений по развитию проекта;
- отчет по составу характеристик проекта, установленных для каждого системного элемента;
- отчет по распределению системных требований по системным элементам;
- отчет с описанием взаимодействий между системными элементами, а также системных элементов с внешним окружением;
- отчет с описанием системных элементов проекта, включая требования, меры и средства защиты информации и соответствующие ограничения;
- оценка возможности использования при создании рассматриваемой системы готовых системных элементов (закупаемых или взятых из другого проекта);
- карта прослеживаемости от характеристик проекта к сущностям и объектам архитектуры системы;
- оценка альтернативных вариантов проектирования системных элементов и системы в целом;
- результаты верификации между проектными решениями с одной стороны и разработанными системными требованиями и архитектурой системы с другой стороны;
- материалы в эскизный и/или технический проекты системы;
- отчет по результатам проектирования с обоснованиями.
6.1.3 Для получения выходных результатов процесса определения проекта в общем случае выполняют следующие основные действия:
- подготовительные мероприятия, включая:
- определение технологий, использование которых потребуется для каждого системного элемента;
- определение необходимых показателей проекта;
- определение принципов и основных положений по развитию проекта;
- определение требований и взаимодействий для обеспечивающих систем или услуг (использование которых предполагается для поддержки проекта), получение или приобретение доступа к ним;
- определение характеристик проекта и средств реализации для каждого системного элемента, включая:
- распределение системных требований по системным элементам;
- определение необходимых инструментариев проектирования;
- преобразование системных требований и архитектурных характеристик в характеристики проекта;
- оценку достижимости определенных характеристик проекта. Если требуемые характеристики проекта не могут быть обеспечены, выполняются доработки архитектуры и/или системных требований;
- уточнение или определение взаимодействия системных элементов между собой и с внешним окружением;
- разработку составных компонентов проекта (примерами составных компонентов являются топологические схемы в электронике, базы данных в программных средствах, документы и экспортируемые файлы данных в механике). Примеры для промышленности и строительства представлены в ГОСТ 2.102, ГОСТ 21.501, ГОСТ Р 21.1101;
- оценка альтернатив для получения готовых системных элементов, включая:
- оценку вариантов использования готовых продуктов, продуктов,
предоставленных приобретающей стороной или повторное использование
системных элементов из другого проекта,
- оценку этих вариантов по критериям пригодности к применению и
назначению в условиях ограничений и определение предпочтительной
альтернативы;
- управление проектом, включая:
- установление и поддержку двунаправленной прослеживаемости между
детальными характеристиками проекта, системными требованиями и объектами
архитектуры системы,
- целенаправленное системное обоснование реализуемости и
эффективности основных положений проекта.
6.1.4 Текущие данные, накапливаемая и собираемая статистика, связанные с нарушениями требований по защите информации и нарушениями надежности реализации процесса, являются основой для принятия решений по факту наступления событий и источником исходных данных для прогнозирования рисков на задаваемый период прогноза. Риски оценивают вероятностными показателями с учетом возможных ущербов (см. приложение В).
6.2 Требования к составу показателей
Выбираемые показатели должны обеспечивать проведение оценки эффективности защиты информации и прогнозирования интегрального риска нарушения реализации процесса определения проекта с учетом требований по защите информации.
Эффективность защиты информации оценивают с использованием количественных показателей, которые позволяют сформировать представление о текущих и потенциальных проблемах или о возможных причинах недопустимого снижения эффективности на ранних этапах проявления явных и скрытых угроз безопасности информации, когда можно принять предупреждающие корректирующие действия. Дополнительно могут быть использованы вспомогательные статистические показатели, характеризующие события, которые уже произошли, и их влияние на эффективность защиты информации при реализации процесса. Вспомогательные показатели позволяют исследовать произошедшие события и их последствия и сравнивать эффективность применяемых и/или возможных мер и действий в используемой (или предполагаемой к использованию) системе защиты информации.
6.3.1 Для прогнозирования рисков в процессе определения проекта используют следующие количественные показатели:
- риск нарушения надежности реализации процесса определения проекта без учета требований по защите информации;
- риск нарушения требований по защите информации в процессе определения проекта;
- интегральный риск нарушения реализации процесса определения проекта с учетом требований по защите информации.
6.3.2 Риск нарушения надежности реализации процесса определения проекта без учета требований по защите информации характеризуют соответствующей вероятностью нарушения надежности реализации данного процесса без учета требований по защите информации (в зависимости от вероятности невыполнения необходимых действий процесса и вероятности нарушения сроков выполнения необходимых действий процесса) в сопоставлении с возможным ущербом.
6.3.3 Риск нарушения требований по защите информации в процессе определения проекта характеризуют соответствующей вероятностью нарушения требований по защите информации в сопоставлении с возможным ущербом. При расчетах должны быть учтены защищаемые активы, действия реализуемого процесса и выходные результаты, к которым предъявляются определенные требования по защите информации.
6.3.4 Интегральный риск нарушения реализации процесса определения проекта с учетом требований по защите информации характеризуют соответствующей вероятностью нарушения надежности реализации процесса без учета требований по защите информации и вероятностью нарушения требований по защите информации (см. В.2, В.3, В.4) в сопоставлении с возможным ущербом.
6.4 Требования к источникам данных
Источниками исходных данных для расчетов количественных показателей являются (в части, свойственной процессу определения проекта):
-
данные функционирования системы защиты информации, в том числе срабатывания ее исполнительных механизмов;- текущие и статистические данные о состоянии параметров системы защиты информации (привязанные к временам изменения состояний);
- текущие и статистические данные о самой системе или системах-аналогах, характеризующие не только данные о нарушениях надежности реализации процесса, но и события, связанные с утечкой защищаемой информации, несанкционированными или непреднамеренными воздействиями на защищаемую информацию (привязанные к временам наступления событий, характеризующих нарушения и предпосылки к нарушениям требований по защите информации);
- текущие и статистические данные результатов технического диагностирования системы защиты информации;
- наличие и готовность персонала системы защиты информации, данные об ошибках персонала (привязанные к временам наступления событий, характеризующих нарушения и предпосылки к нарушениям требований по защите информации и последовавших из-за этих ошибок) в самой системе или в системах-аналогах;
- данные модели угроз безопасности информации и метаданные, позволяющие сформировать перечень потенциальных угроз и возможные сценарии возникновения и развития угроз для каждого из защищаемых активов.
Типовые исходные данные для моделирования приведены в приложении В.
Требования к системному анализу процесса определения проекта включают:
- требования к прогнозированию рисков и обоснованию допустимых рисков;
- требования к выявлению явных и скрытых угроз;
- требования к поддержке принятия решений в процессе определения проекта.
Общие применимые рекомендации для проведения системного анализа изложены в ГОСТ Р 59349.
При обосновании и формулировании конкретных требований к системному анализу дополнительно руководствуются положениями ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.602, ГОСТ IEC 61508-3, ГОСТ Р ИСО 3534-2, ГОСТ Р ИСО 7870-1, ГОСТ Р ИСО 7870-2, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО 31000, ГОСТ Р 50779.41, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839, ГОСТ Р 58412, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 61508-7 с учетом специфики проекта и организации, применяющей процесс определения проекта.
Примечание - Примеры прогнозирования рисков и способы решения различных задач системного анализа приведены в ГОСТ Р ИСО 11231, ГОСТ Р 58494, ГОСТ Р 59331, ГОСТ Р 59333, ГОСТ Р 59335, ГОСТ Р 59338, ГОСТ Р 59341, ГОСТ Р 59345, ГОСТ Р 59346, ГОСТ Р 59347, ГОСТ Р 59356.
(справочное)
Перечень защищаемых активов в процессе определения проекта может включать (в части, свойственной этому процессу):
- выходные результаты процесса определения проекта - по 6.1.2;
- активы государственных информационных систем, информационных систем персональных данных, автоматизированных систем управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимых объектов критической информационной инфраструктуры Российской Федерации, - по [21] - [24];
- договоры и соглашения на проведение работ по созданию (модернизации, развитию) системы, имеющей отношение к проекту;
- лицензии, подтверждающие право поставщика (производителя) на проведение работ по созданию (модернизации, развитию) системы, имеющей отношение к проекту;
- финансовые и плановые документы, связанные с проведением работ по созданию (модернизации, развитию) системы, имеющей отношение к проекту;
- документацию при выполнении научно-исследовательских работ, - по ГОСТ 7.32, ГОСТ 15.101 с учетом специфики проекта;
- конструкторскую и технологическую документацию (для создаваемой, модернизируемой или применяемой системы, имеющей отношение к проекту), - по ГОСТ 2.102, ГОСТ 3.1001, ГОСТ 34.201;
- эксплуатационную и ремонтную документацию, - по ГОСТ Р 2.601, ГОСТ 2.602, ГОСТ 34.201 с учетом специфики проекта;
- документацию системы управления качеством организации, - по ГОСТ Р ИСО 9001;
- технические задания, - по ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.602, ГОСТ Р 57839 с учетом специфики создаваемой (модернизируемой) и/или применяемой системы, имеющей отношение к проекту;
- персональные данные, базу данных и базу знаний, систему хранения архивов по проектам;
- систему передачи данных и облачные данные организации, связанные с проектом;
- выходные результаты иных процессов в жизненном цикле систем, относящихся к проекту, с учетом их специфики.
(справочное)
Перечень угроз безопасности информации в процессе определения проекта может включать (в части, свойственной этому процессу):
- угрозы, связанные с объективными и субъективными факторами, воздействующими на защищаемую информацию и промежуточные и окончательные результаты разработки системы, имеющей отношение к проекту, - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51275, ГОСТ Р 56939, ГОСТ Р 58412;
- угрозы государственным информационным системам, информационным системам персональных данных, автоматизированным системам управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимым объектам критической информационной инфраструктуры Российской Федерации, - по [21] - [24];
- угрозы штатному функционированию оборудования, используемого при разработке системы (имеющей отношение к проекту), связанные с возможностью аварий, технических неисправностей, помех или природных явлений, - по ГОСТ Р ИСО/МЭК 27005-2010 (приложение C);
- угрозы безопасности функционирования программного обеспечения, оборудования и коммуникаций, используемых в процессе определения проекта, - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 54124;
- угрозы безопасности информации при подготовке и обработке документов - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 58412;
- угрозы получения претензий по качеству проведенных работ в процессе определения проекта, угрозы компрометации информационной безопасности в проекте - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27005-2010 (приложение C), ГОСТ Р 59215;
- угрозы возникновения ущерба репутации и/или потери доверия поставщика к конкретному заказчику, информация и информационные системы которого были скомпрометированы в процессе определения проекта, - по ГОСТ Р 59215;
- угрозы, связанные с приобретением или предоставлением облачных услуг, которые могут оказать влияние на информационную безопасность организаций, использующих эти услуги в процессе определения проекта, - по ГОСТ Р ИСО/МЭК 27036-4;
- прочие соответствующие угрозы безопасности информации и уязвимости для информационных систем и автоматизированных систем управления производственными и технологическими процессами критически важных объектов из Банка данных угроз, сопровождаемого государственным регулятором.
(справочное)
В.1 Общие положения
В.1.1 Для прогнозирования рисков в процессе определения проекта применяют любые возможные методы, обеспечивающие приемлемое достижение поставленных целей. Применение типовых методов и моделей настоящего стандарта обеспечивает оценку следующих показателей:
- риска нарушения надежности реализации процесса определения проекта без учета требований по защите информации - см. В.2;
- риска нарушения требований по защите информации в процессе определения проекта - см. В.3;
- интегрального риска нарушения реализации процесса определения проекта с учетом требований по защите информации - см. В.4.
В.1.2 Риск нарушения надежности реализации процесса определения проекта без учета требований по защите информации характеризуют:
- риском невыполнения необходимых действий процесса, определяемым вероятностью невыполнения этих действий;
- риском нарушения сроков выполнения необходимых действий, определяемым вероятностью нарушения сроков выполнения этих действий.
Риск нарушения требований по защите информации в процессе определения проекта оценивают с использованием соответствующей вероятности нарушения требований по защите информации.
Вероятностные оценки обеспечивают уровень адекватности, достаточный для решения задач системного анализа, при условии многократной повторяемости анализируемых событий или в предположении такой повторяемости.
В.1.3 Интегральный риск нарушения реализации процесса определения проекта с учетом требований по защите информации характеризуют сочетанием риска нарушения надежности реализации процесса определения проекта без учета требований по защите информации и риска нарушения требований по защите информации в этом процессе.
В.1.4 При оценке рисков расчетным вероятностным показателям сопоставляют возможный ущерб, оцениваемый тяжестью последствий для системы и ее заинтересованных сторон в случае реализации угроз.
В.1.5 Для моделируемой системы нарушение реализации процесса определения проекта с учетом требований по защите информации характеризуется переходом системы в такое элементарное состояние, при котором имеет место или оказывается возможным ущерб по следующим причинам: либо из-за невыполнения необходимых действий процесса, либо из-за нарушения сроков выполнения необходимых действий процесса, либо из-за нарушения требований по защите информации, либо из-за комбинации перечисленных причин.
В.1.6 В общем случае исходя из целей системного анализа риски оценивают на разных исходных данных. При использовании одних и тех же моделей для расчетов это может приводить к различным оценкам и интерпретациям рисков. Различия связаны с неодинаковой тяжестью возможного ущерба для заинтересованных сторон, недоступностью или неполнотой статистических данных, используемых каждой из этих сторон в качестве исходных данных при системном анализе.
В.1.7 Выполнение или невыполнение действий и требований при моделировании отслеживается с использованием индикаторной функции
, которая позволяет учесть критичность последствий, связанных с невыполнением заданных условий согласно собираемой статистике: (В.1)Условие
В.1.8 При формировании исходных данных для моделирования и проведении разностороннего системного анализа используют статистические методы по ГОСТ Р ИСО 3534-2, ГОСТ Р ИСО 7870-1, методы оценки рисков из настоящего приложения и/или по ГОСТ IEC 61508-3, ГОСТ Р ИСО 13379-1, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 51901.16, ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 58771, ГОСТ Р МЭК 61069-1 - ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ Р МЭК 61508-5 - ГОСТ Р МЭК 61508-7, ГОСТ Р МЭК 62264-1.
В.2 Прогнозирование рисков нарушения надежности реализации процесса без учета требований по защите информации
В.2.1 Общие положения
В.2.1.1 Надежность реализации процесса определения проекта без учета требований по защите информации представляет собой свойство процесса сохранять во времени в установленных пределах значения показателей, характеризующих способность выполнения необходимых действий процесса с обеспечением необходимых сроков их выполнения.
В.2.1.2 При проведении оценок расчетных показателей на заданный период прогноза предполагают усредненное повторение количественных исходных данных, свойственных прошедшему аналогичному периоду для рассматриваемого проекта или для проектов, выбранных в качестве аналогов. Для исследования запроектных сценариев при моделировании могут быть использованы гипотетичные исходные данные.
В.2.1.3 Используется предположение, что нарушение надежности реализации процесса определения проекта без учета требований по защите информации является следствием невыполнения необходимых действий процесса и/или нарушения сроков выполнения необходимых действий процесса.
В.2.2 Оценка риска невыполнения необходимых действий процесса
В.2.2.1 Общие положения
Риск невыполнения необходимых действий процесса оценивают в качестве вспомогательного показателя при проведении оценок интегрального риска нарушения реализации процесса анализа бизнеса или назначения системы с учетом требований по защите информации - см. В.4.
В реализуемом процессе должны быть выполнены необходимые действия. Невыполнение или незавершение выполнения необходимых действий процесса - это угроза возможного ущерба. С точки зрения тяжести ущерба в случае невыполнения необходимых действий процесса все действия могут быть распределены по K группам, K >= 1 (при необходимости). В общем случае для каждой группы требования к выполнению процесса определения проекта формулируют на уровне инструкций должностных лиц, участвующих в реализации процесса.
В.2.2.2 Метод оценки
При оценке риска вычисляют вероятность невыполнения необходимых действий процесса определения проекта по отдельной группе действий или по всем действиям и делают сопоставление с возможным ущербом.
На основе применения статистических данных вероятность Rдействий k невыполнения необходимых действий процесса для k-й группы за задаваемое время Tзад k вычисляют по формуле
где Gнаруш k (Tзад k) и Gk (Tзад k) - соответственно количество случаев невыполнения необходимых действий процесса и общее количество необходимых действий из k-й группы, подлежащих выполнению за заданное время Tзад k согласно статистическим данным.
Вероятность Rдействий невыполнения необходимых действий процесса по всему множеству действий согласно статистическим данным вычисляют по следующим формулам:
- для варианта, когда учитывают все действия (как с завершенным выполнением, так и с их невыполнением):
- для варианта, когда учитывают лишь те случаи, для которых необходимые действия процесса не были выполнены или завершены требуемым образом (именно они определяют возможные ущербы от невыполнения процесса):
где Tзад - задаваемое суммарное время на реализацию процесса для всего множества действий из различных групп, включающее в себя все частные значения Tзад k с учетом их наложений;
Wk - количество учитываемых действий из k-й группы при многократных реализациях процесса.
Для k-й группы учитывают требование к выполнению действий процесса с использованием индикаторной функцией
.Индикаторная функция
позволяет учесть последствия, связанные с невыполнением необходимых действий процесса, - см. (В.1.7). Условие Примечания
1 При соблюдении всех условий вероятностные оценки рисков по формулам (В.3), (В.4) совпадают.
2 Практическая ценность расчетов применения формул (В.2) - (В.4) проявляется при общем количестве необходимых действий процесса Gk (Tзад k), подлежащих выполнению за заданное время Tзад k, не менее десяти и количестве случаев невыполнения необходимых действий процесса Gнаруш k (Tзад k) > 0, k = 1, ..., K, K >= 1. Тем самым считают подтвержденными практические условия повторяемости анализируемых событий. При невыполнении этих условий делают предположение о многократной повторяемости анализируемых событий и для расчетов используют адаптированные математические модели для прогнозирования рисков нарушения надежности реализации системных процессов - см., например В.3, ГОСТ Р 59338-2021 (В.2 приложения В), ГОСТ Р 59341-2021 (В.3 приложения В), ГОСТ Р 59345-2021 (В.2 приложения В), ГОСТ Р 59347-2021 (В.2 приложения В).
В.2.3 Оценка нарушения сроков выполнения необходимых действий процесса
В.2.3.1 Общие положения
Вероятность нарушения сроков выполнения необходимых действий процесса оценивают в качестве вспомогательного показателя при проведении оценок интегрального риска нарушения реализации процесса анализа бизнеса или назначения системы с учетом требований по защите информации (см. В.4).
Каждое осуществляемое действие, чтобы избежать ущербов, должно быть выполнено в задаваемые сроки. Нарушение сроков выполнения необходимых действий - это угроза возможного ущерба. С точки зрения важности, срочности действий и тяжести ущерба в случае нарушения сроков выполнения необходимые действия могут быть условно распределены по I группам, I >= 1 (при необходимости). В общем случае для каждой группы требования к своевременности формулируют в виде: срок выполнения действий из i-й группы должен быть не более задаваемого Tзад i, I = 1, ..., I. Неприемлемость нарушения задаваемых сроков выполнения необходимых действий фиксируют в виде штрафных санкций, особых условий страхования ответственности и иных обязательств, направленных на недопущение нарушений сроков выполнения действий в процессе определения проекта.
В.2.3.2 Метод оценки
При оценке риска вычисляют вероятность нарушения сроков выполнения действий процесса.
На основе применения статистических данных вероятность нарушения сроков выполнения для однократного действия из i-й группы Rсв i за задаваемое время Tзад i вычисляют по формуле
где Nнаруш i (Tзад i) и Ni (Tзад i) - соответственно количество нарушений сроков выполнения необходимых действий и общее количество действий за заданное время множества действий из i-й группы Tзад i согласно статистическим данным.
Вероятность нарушения сроков выполнения необходимых действий по всему множеству действий, реализуемых в процессе согласно статистическим данным, вычисляют по формулам:
- для варианта, когда учитывают все действия (как с выполненными, так и с нарушенными сроками их выполнения)
- для варианта, когда учитывают те случаи, для которых сроки их выполнения были нарушены (именно они определяют возможные ущербы от несвоевременного выполнения действий):
где Tзад - задаваемое суммарное время для выполнения всех действий, включающее в себя все частные значения Tзад i с учетом их наложений;
Mi - количество учитываемых действий при многократных выполнениях процесса.
Для действий из i-й группы учитывают требование к срокам их выполнения с использованием индикаторной функцией
. Индикаторная функция позволяет учесть последствия, связанные с несвоевременностью выполнения действий процесса. Условие Примечания
1 При соблюдении всех учитываемых условий вероятностные оценки рисков по формулам (В.6), (В.7) совпадают.
2 Практическая ценность расчетов применения формул (В.5) - (В.7) проявляется при общем количестве действий Ni (Tзад i) за заданное время Tзад i не менее десяти и количестве случаев нарушений сроков выполнения необходимых действий Nнаруш i (Tзад i) > 0, i = 1, ..., I, I >= 1. Тем самым считают подтвержденными практические условия повторяемости анализируемых событий. При невыполнении этих условий делают предположение о многократной повторяемости анализируемых событий и для расчетов используют адаптированные математические модели для прогнозирования рисков - см., например В.3, а также ГОСТ Р 59331-2021 (В.2 приложения В), ГОСТ Р 59341-2021 (В.3 приложения В), ГОСТ Р 59347-2021 (В.2 приложения В).
В.3.1 Общие положения
В.3.1.1 Прогнозирование риска нарушения требований по защите информации в процессе определения проекта осуществляют на основе применения математических моделей для прогнозирования риска нарушения требований по защите информации ГОСТ Р 59341-2021 (В.2 приложения В). Все положения по моделированию, изложенные в стандарте ГОСТ Р 59341 применительно к процессу управления информацией, в полной мере применимы к процессу определения проекта (в части, свойственной прогнозированию риска нарушения требований по защите информации). Для расчета типовых показателей рисков анализируемые сущности рассматривают в виде моделируемой системы простой или сложной структуры. В моделях и методах системного анализа применительно к таким моделируемым системам используют данные, получаемые по факту наступления событий, по выявленным предпосылкам к наступлению событий, и данные собираемой и накапливаемой статистики по процессу и возможным условиям его реализации.
В.3.1.2 В моделях простой структуры под анализируемой системой понимается определенный выходной результат или действие, а также совокупность задействованных активов, к которым предъявлены требования и применяют меры защиты информации. Система простой структуры представляет собой систему из единственного элемента или множества элементов, логически объединенных для анализа как один элемент. Анализ системы простой структуры осуществляют по принципу "черного ящика", когда известны входы и выходы, но неизвестны внутренние детали функционирования системы. Система сложной структуры представляется как совокупность взаимодействующих элементов, каждый из которых представляется в виде "черного ящика", функционирующего в условиях неопределенности.
В.3.1.3 При анализе "черного ящика" для вероятностного прогнозирования рисков осуществляют формальное определение пространства элементарных состояний. Это пространство элементарных состояний формируют в результате статистического анализа произошедших событий с их привязкой к временной оси. Предполагается повторяемость событий. Чтобы провести системный анализ для ответа на условный вопрос "Что будет, если...", при формировании сценариев возможных нарушений статистика реальных событий по желанию исследователя может быть дополнена гипотетичными событиями, характеризующими ожидаемые и/или прогнозируемые условия функционирования системы. Применительно к анализируемому сценарию осуществляют расчет вероятности пребывания элементов моделируемой системы в определенном элементарном состоянии в течение задаваемого периода прогноза. Для негативных последствий при оценке рисков этой расчетной вероятности сопоставляют возможный ущерб.
В.3.1.4 Для математической формализации используют следующие основные положения:
- к началу периода прогноза предполагается целостность моделируемой системы, включая изначальное выполнение требований по защите информации в системе (в качестве моделируемой системы простой или сложной структуры могут быть рассмотрены выходные результаты с задействованными активами и действия процесса, к которым предъявлены определенные требования по защите информации);
- в условиях неопределенностей возникновение и разрастание различных угроз безопасности информации описывается в терминах случайных событий;
- для различных вариантов развития угроз безопасности информации средства, технологии и методы противодействия угрозам с формальной точки зрения представляют собой совокупность действий и/или защитных преград, предназначенных для воспрепятствования реализации угроз.
Под целостностью моделируемой системы понимается такое ее состояние, которое в течение задаваемого периода прогноза отвечает целевому назначению модели системы. В данном случае в качестве моделируемой системы может быть рассмотрен непосредственно процесс определения проекта в целом или его отдельные сущности (например, выходные результаты или действия). При моделировании, направленном на прогнозирование риска нарушения требований по защите информации, целевое назначение моделируемой системы проявляется в выполнении требований по защите информации. Такая интерпретация подразумевает выполнение требований по защите информации не только применительно к защищаемым активам и действиям, с использованием которых создают и получают выходные результаты, но и к самим выходным результатам, которые применяют (или планируют к созданию, получению и/или применению). В итоге для каждого из элементов и моделируемой системы в целом в приложении к прогнозированию риска нарушения требований по защите информации пространство элементарных состояний на временной оси образуют два основных состояния:
- "Выполнение требований по защите информации в системе обеспечено", если в течение всего периода прогноза обеспечено выполнение требований по защите информации;
- "Выполнение требований по защите информации в системе нарушено" - в противном случае.
Обоснованное использование выбранных мер и защитных преград является предупреждающими контрмерами, нацеленными на обеспечение успешной реализации процесса определения проекта.
В.3.1.5 В моделях простой структуры систему рассматривают как "черный ящик", если для него сделано предположение об использовании одной и той же модели угроз безопасности информации и одной и той же технологии системного контроля выполнения требований по защите информации и восстановления системы после состоявшихся нарушений или выявленных предпосылок к нарушениям. В моделях сложной структуры под моделируемой системой понимается определенная упорядоченная совокупность составных элементов, каждый из которых логически представляет собой определенное действие или выходной результат и совокупность задействованных активов, к которым предъявлены требования и применяют меры защиты информации. При этом выходной результат сам может стать активом в итоге выполняемых действий.
В общем случае для различных элементов системы сложной структуры могут быть применены различные модели угроз безопасности информации или различные технологии системного контроля выполнения требований по защите информации и восстановлению их целостности этих элементов.
В.3.1.6 При расчетах с использованием математических моделей для прогнозирования риска нарушения требований по защите информации и рекомендаций ГОСТ Р 59341-2021 (В.2, В.3 приложения В) осуществляется учет предпринимаемых мер периодической диагностики и восстановления возможностей по обеспечению выполнения требований по защите информации. В результате математического моделирования рассчитывают вероятность приемлемого выполнения требований по защите информации (т.е. пребывания в состоянии "Выполнение требований по защите информации в системе обеспечено") в течение всего периода прогноза и ее дополнение до единицы, представляющее собой вероятность нарушения требований по защите информации (т.е. пребывания в состоянии "Выполнение требований по защите информации в системе нарушено"). В свою очередь вероятность нарушения требований по защите информации в течение всего периода прогноза в сопоставлении с возможным ущербом определяет риск нарушения требований по защите информации в процессе определения проекта.
В.3.2 Исходные данные и расчетные показатели
Для расчета вероятностных показателей применительно к моделируемой системе используют исходные данные, формально определяемые в общем случае следующим образом:
Tмеж - среднее время между окончанием предыдущей и началом очередной диагностики возможностей по обеспечению выполнения требований по защите информации в системе;
Tдиаг - среднее время системной диагностики возможностей по обеспечению выполнения требований по защите информации (т.е. диагностики целостности моделируемой системы);
Tвосст - среднее время восстановления нарушенных возможностей по обеспечению выполнения требований по защите информации в моделируемой системе;
Tзад - задаваемая длительность периода прогноза.
Расчетные показатели:
- вероятность отсутствия нарушений по защите информации в моделируемой системе в течение периода прогноза Tзад; - вероятность нарушения требований по защите информации в моделируемой системе в течение периода прогноза Tзад.Расчет показателей применительно к процессу определения проекта для моделируемой системы простой или сложной структуры вычисляют по формулам ГОСТ Р 59341-2021 (В.2 приложения В).
Примечание - При необходимости могут быть использованы адаптированные модели, позволяющие оценивать защищенность от опасных программно-технических воздействий, от несанкционированного доступа и сохранение конфиденциальности информации в системе - см. ГОСТ Р 59341-2021 (В.3 приложения В).
В.4.1 Общие положения
Прогнозирование интегрального риска нарушения реализации процесса определения проекта с учетом требований по защите информации применяют при решении задач системного анализа - см. раздел 7. Интегральный риск оценивают с использованием расчетных вероятностей невыполнения необходимых действий процесса, нарушения сроков выполнения необходимых действий процесса (см. В.2) и нарушения требований по защите информации (см. В.3) в сопоставлении с возможным ущербом.
В.4.2 Метод оценки
Вероятность нарушения надежности реализации процесса определения проекта без учета требований по защите информации вычисляют по формулам:
- для варианта, когда учитывают все действия (как с выполненными, так и с нарушенными условиями по выполнению необходимых действий процесса и срокам их выполнения)
- для варианта, когда учитывают лишь те случаи, для которых условия по выполнению необходимых действий процесса и/или срокам их выполнения были нарушены (именно они определяют возможные ущербы)
где Tзад - задаваемое общее время для выполнения всех действий, включающее в себя все частные значения Tзад k, Tзад i с учетом их наложений - см. формулы (В.2) - (В.7).
Примечание - При соблюдении всех учитываемых условий вероятностные оценки рисков по формулам (В.8), (В.9) совпадают.
Интегральную вероятность нарушения реализации процесса определения проекта с учетом требований по защите информации Rинтегр.уч (Tзад) в течение периода прогноза Tзад вычисляют по формуле
= 1 - [1 - Rинтегр (Tзад)]·[1 - Rнаруш (Tзад)]. (В.10)
Здесь вероятность нарушения надежности реализации процесса в течение периода прогноза без учета требований по защите информации Rинтегр (Tзад) рассчитывают по формулам (В.8) и/или (В.9) в зависимости от целей системного анализа. Вероятность нарушения требований по защите информации в системе в течение периода прогноза Rнаруш (Tзад) рассчитывают по рекомендациям подраздела В.3 для выбранной при проведении системного анализа структуры моделируемой системы.
Интегральный риск нарушения реализации процесса определения проекта с учетом требований по защите информации определяют путем сопоставления расчетной вероятности нарушения реализации процесса в течение периода прогноза, рассчитанной по формуле (В.10), с возможным ущербом за этот период.
Примечание - Примеры прогнозирования рисков в приложении к различным процессам см. в ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 59331, ГОСТ Р 59333, ГОСТ Р 59335, ГОСТ Р 59338, ГОСТ Р 59341, ГОСТ Р 59345, ГОСТ Р 59346, ГОСТ Р 59347, ГОСТ Р 59356.
(справочное)
ДЛЯ ПРОЦЕССА ОПРЕДЕЛЕНИЯ ПРОЕКТА
С точки зрения остаточного риска, характеризующего приемлемый уровень целостности рассматриваемого проекта, предъявляемые требования системной инженерии подразделяют на требования при допустимых рисках, обосновываемых по прецедентному принципу согласно ГОСТ Р 59349, и требования при рисках, свойственных реальному или гипотетичному проекту-эталону. При формировании требований системной инженерии необходимо обоснование достижимости целей проекта и рассматриваемого процесса определения проекта, а также целесообразности использования количественных показателей рисков в дополнение к качественным показателям, определяемым по ГОСТ Р ИСО/МЭК 27005. При этом учитывают важность и критичность проекта, ограничения на условия его реализации, указывают другие условия в зависимости от специфики проекта и организаций, его выполняющих.
Требования системной инженерии при принимаемых рисках, свойственных проекту-эталону, являются наиболее жесткими, они не учитывают специфики рассматриваемого проекта, а ориентируются лишь на мировые технические и технологические достижения для удовлетворения требований заинтересованных сторон и рационального решения задач системного анализа. Полной проверке на соответствие этим требованиям подлежат сам проект и связанные с ним системы, составляющие их подсистемы и реализуемые процессы жизненного цикла. Выполнение этих требований является гарантией обеспечения высокого качества и безопасности рассматриваемого проекта. Вместе с тем проведение работ системной инженерии с ориентацией на риски, свойственные проекту-эталону, характеризуются существенно большими затратами по сравнению с требованиями, ориентируемыми на допустимые риски, обосновываемые по прецедентному принципу. Это заведомо удорожает проекты, увеличивает время до их завершения и принятия в эксплуатацию связанных с этими проектами систем.
Требования системной инженерии при допустимых рисках, свойственных конкретному проекту или его аналогу и обосновываемых по прецедентному принципу, являются менее жесткими, а их реализация - менее дорогостоящей по сравнению с требованиями для рисков, свойственных проекту-эталону. Использование данного варианта требований обусловлено тем, что на практике может оказаться нецелесообразной (из-за использования ранее зарекомендовавших себя технологий, по экономическим или иным соображениям) или невозможной ориентация на допустимые риски, свойственные проекту-эталону. Вследствие этого минимальной гарантией обеспечения качества и безопасности реализации процесса определения проекта является выполнение требований системной инженерии при допустимом риске заказчика, обосновываемом по прецедентному принципу.
Типовые допустимые значения количественных показателей рисков для процесса определения проекта отражены в таблице Г.1. При этом период прогноза для расчетных показателей подбирают таким образом, чтобы вероятностные значения рисков не превышали допустимые. В этом случае для задаваемых при моделировании условий имеет место гарантия качественной и безопасной реализации рассматриваемого процесса в течение задаваемого периода прогноза.
Таблица Г.1
(справочное)
ДЛЯ ПРОЦЕССА ОПРЕДЕЛЕНИЯ ПРОЕКТА
Д.1 Методика прогнозирования риска нарушения требований по защите информации в процессе определения проекта.
Д.2 Методика прогнозирования интегрального риска нарушения надежности реализации процесса определения проекта с учетом требований по защите информации.
Д.3 Методики обоснования допустимых рисков и нормы эффективности защиты информации для задаваемых моделей угроз безопасности информации (в терминах риска нарушения требований по защите информации и интегрального риска нарушения реализации процесса определения проекта с учетом требований по защите информации).
Д.4 Методики выявления явных и скрытых недостатков процесса определения проекта с использованием прогнозирования рисков.
Д.5 Методики обоснования предупреждающих действий, направленных на достижение целей процесса определения проекта и противодействие угрозам нарушения требований по защите информации.
Д.6 Методики обоснования предложений по совершенствованию и развитию системы защиты информации по результатам системного анализа процесса определения проекта.
Примечания
1 Системной основой для создания методик служат положения разделов 5 - 7, методы и модели приложения В.
2 С учетом специфики системы допускается использование других научно обоснованных методов, моделей, методик.
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/24/gost_83904.html
На правах рекламы:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||