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 Основные положения системной инженерии по защите информации в процессе управления портфелем проектов
4.1 Общие положения
Организация использует процесс управления портфелем проектов для достижения своих стратегических целей путем оптимизации мониторинга и контроля, управления изменениями портфеля проектов в условиях ограничений и неопределенностей. Управление портфелем проектов обеспечивает связь между уровнем стратегического управления в организации и уровнем управления проектами. Управление портфелем проектов включает в себя комплекс взаимосвязанных организационных методов и действий, с использованием которых организация выделяет и распределяет ресурсы, необходимые для достижения стратегических целей проекта.
В процессе управления портфелем проектов осуществляют защиту информации, направленную на обеспечение конфиденциальности, целостности и доступности защищаемой информации, предотвращение несанкционированных и непреднамеренных воздействий на защищаемую информацию. Должна быть обеспечена надежная реализация процесса.
Для прогнозирования рисков нарушения надежности реализации процесса и обоснования эффективных предупреждающих действий по снижению этих рисков или их удержанию в допустимых пределах используют системный анализ с учетом требований по защите информации в условиях возможных угроз надежности реализации процесса и безопасности информации.
Определение выходных результатов процесса управления портфелем проектов и типовых действий по защите информации осуществляют по ГОСТ 34.602, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 21500, ГОСТ Р ИСО 21504, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27003, ГОСТ Р 54869, ГОСТ Р 56715.2, ГОСТ Р 56716, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57839. Оценку интегрального риска нарушения реализации процесса управления портфелем проектов с учетом требований по защите информации осуществляют по настоящему стандарту с использованием рекомендаций ГОСТ Р ИСО 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, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО 21504, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51583, ГОСТ Р 53647.1, ГОСТ Р 54869, ГОСТ Р 56715.2, ГОСТ Р 56716, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 62264-1 с учетом специфики организации, применяющей процесс, и самих проектов, входящих портфель проектов.
В общем случае главной целью процесса управления портфелем проектов являются инициация и поддержание необходимых проектов, направленных на достижение стратегических целей организации. В рамках этого процесса для выбранных и согласованных проектов осуществляется адекватное финансирование и выполняется обеспечение ресурсами, санкционируются необходимые полномочия. Обеспечивается постоянный контроль за тем, чтобы проекты были обоснованы и непрерывно инвестировались, в противном случае они перенаправляются для проведения требуемого обоснования и обеспечения соответствующих инвестиций.
Управление портфелем проектов связано с необходимостью последовательного подхода к управлению стратегически согласованными проектами, программами, портфелями и другими связанными мероприятиями, проводимыми в организационной среде, с различной сложностью и неопределенностью. При этом управление должно быть направлено на то, чтобы обеспечивать необходимые инвестиции для портфеля проектов, оптимизировать производственные возможности организации, максимизировать эффекты от инвестиций, определяя потребности и требования заинтересованных сторон.
4.2.2 Меры защиты информации в процессе управления портфелем проектов предназначены для обеспечения конфиденциальности, целостности и доступности защищаемой информации, предотвращения утечки защищаемой информации, несанкционированных и непреднамеренных воздействий на защищаемую информацию. Определение мер защиты информации осуществляют по ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51275, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 58412, ГОСТ Р 59346, ГОСТ Р МЭК 61508-7, [19] - [24] с учетом специфики организации, применяющей процесс, а также проектов, входящих в портфель проектов.
4.3 Стадии и этапы жизненного цикла
Процесс управления портфелем проектов относится к категории процессов организационного обеспечения проектов, поэтому задействован на всех стадиях и этапах жизненного цикла систем, создаваемых (модернизируемых, развиваемых) и эксплуатируемых организацией и связанных с проектами, входящими в портфель проектов. Стадии и этапы работ по созданию (модернизации, развитию) и эксплуатации систем, связанных с проектами, устанавливают в договорах, соглашениях и ТЗ с учетом специфики и условий функционирования систем, входящих в портфель проектов. Перечень этапов и конкретных работ в жизненном цикле систем формируют с учетом требований ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.601, ГОСТ 34.602, ГОСТ Р 15.301, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО 31000, ГОСТ Р 51583, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839. Процесс управления портфелем проектов может входить в состав работ, выполняемых в рамках других процессов жизненного цикла системы, и при необходимости включать в себя другие процессы.
4.4 Основные принципы
При проведении системного анализа процесса управления портфелем проектов руководствуются основными принципами, определенными в ГОСТ Р 59349, с учетом дифференциации требований по защите информации в зависимости от категории значимости проектов, входящих портфель, и важности информации, предполагаемой к обработке в рамках систем, связанных с этими проектами, - см. ГОСТ Р 59346, [19] - [24]. Все применяемые принципы подчинены принципу целенаправленности осуществляемых действий.
4.5 Основные усилия для обеспечения защиты информации
Основные усилия системной инженерии для обеспечения защиты информации в процессе управления портфелем проектов сосредотачивают:
- на определении выходных результатов и действий, предназначенных для достижения целей процесса и защиты активов, информация которых или о которых необходима для достижения этих целей;
- выявлении потенциальных угроз и определении возможных сценариев возникновения и развития угроз для активов, подлежащих защите, выходных результатов и выполняемых действий процесса;
- определении и прогнозировании рисков, подлежащих системному анализу;
- проведении системного анализа для обоснования мероприятий, направленных на противодействие угрозам и достижение целей процесса.
5 Общие требования системной инженерии по защите информации в процессе управления портфелем проектов
5.1 Требования системной инженерии по защите информации устанавливают в соответствии с нормативами, положениями, политиками и процедурами, принятыми в организации, выполняющей этот процесс, с учетом нормативно-правовых документов Российской Федерации (см., например [1] - [24]), уязвимостей самого процесса, преднамеренных и непреднамеренных угроз нарушения его реализации и безопасности информации, а также задействованных при его реализации программных и программно-аппаратных элементов - см. ГОСТ Р 59346.
Поскольку элементы процесса управления портфелем проектов могут использоваться на этапах, предваряющих получение и утверждение ТЗ, соответствующие требования по защите информации, применимые к этому процессу, могут быть оговорены в рамках соответствующих договоров и соглашений.
Примечание - Если информация относится к категории государственной тайны, в вопросах защиты информации руководствуются регламентирующими документами соответствующих государственных регуляторов.
5.2 Требования системной инженерии к защите информации призваны обеспечивать управление техническими и организационными усилиями по планированию и реализации процесса управления портфелем проектов и по поддержке при этом эффективности защиты информации.
Требования системной инженерии к защите информации в процессе управления портфелем проектов включают:
- требования к составам выходных результатов процесса, выполняемых действий и используемых при этом активов, требующих защиты информации;
- требования к определению потенциальных угроз для выходных результатов и выполняемых действий процесса, а также возможных сценариев возникновения и развития этих угроз;
- требования к прогнозированию рисков при планировании и реализации процессов, обоснованию эффективных предупреждающих мер по снижению рисков или их удержанию в допустимых пределах.
5.3 Состав выходных результатов и выполняемых действий в процессе управления портфелем проектов определяют по ГОСТ 2.114, ГОСТ 7.32, ГОСТ 15.016, ГОСТ 15.101, ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р 15.301, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 21500, ГОСТ Р ИСО 21504, ГОСТ Р 51583, ГОСТ Р 53647.1, ГОСТ Р 54869, ГОСТ Р 56715.2, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57363, ГОСТ Р 57839 с учетом специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем, и/или систем, выводимых из эксплуатации и связанных с соответствующими проектами (входящими в портфель проектов).
5.4 Меры защиты информации и действия по защите информации должны охватывать активы, информация которых или о которых необходима для получения выходных результатов и выполнения процесса управления портфелем проектов.
5.5 Определение активов, информация которых или о которых подлежит защите, формирование перечня потенциальных угроз надежности реализации процесса и безопасности информации и возможных сценариев возникновения и развития угроз для каждого из активов осуществляют по ГОСТ 34.201, ГОСТ 34.602, ГОСТ Р ИСО 21500, ГОСТ Р ИСО 21504, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р 51583, ГОСТ Р 53647.1, ГОСТ Р 54869, ГОСТ Р 56715.2, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57363, ГОСТ Р 58412 с учетом требований ГОСТ 15.016, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО/МЭК 20000-1, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27005, ГОСТ Р ИСО 31000, ГОСТ Р 51275, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ IEC 61508-3, ГОСТ Р МЭК 61508-6, [19] - [24].
Примеры перечней учитываемых активов и угроз в процессе управления портфелем проектов приведены в приложениях А и Б.
5.6 Эффективность защиты информации при выполнении процесса управления портфелем проектов анализируют по показателям рисков в зависимости от специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем и/или систем, выводимых из эксплуатации и связанных с проектами (входящими в портфель проектов), целями их применения и возможными угрозами. В системном анализе процесса используют модель угроз безопасности информации.
Системный анализ процесса осуществляют с использованием моделей, методов и методик (см. приложения В, Г, Д) с учетом рекомендаций ГОСТ Р ИСО 9000, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 15026-4, ГОСТ Р ИСО/МЭК 16085, ГОСТ Р ИСО 17359, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 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, ГОСТ Р МЭК 62264-1, [19] - [24].
5.7 Для обоснования эффективных предупреждающих действий по снижению рисков или их удержанию в допустимых пределах применяют системный анализ с использованием устанавливаемых специальных качественных и количественных показателей рисков. Качественные показатели для оценки рисков в области информационной безопасности определены в ГОСТ Р ИСО/МЭК 27005. Целесообразность использования количественных показателей рисков в дополнение к качественным показателям может потребовать дополнительного обоснования. Состав специальных количественных показателей рисков в интересах системного анализа процесса управления портфелем проектов определен в 6.3.
Типовые модели и методы прогнозирования рисков процесса управления портфелем проектов, допустимые значения для расчетных показателей и примерный перечень методик системного анализа приведены в приложениях В, Г, Д. Характеристики мер защиты информации и исходные данные, обеспечивающие применение методов, моделей и методик, определяют на основе собираемой и накапливаемой статистики по рассматриваемым процессам и возможным условиям их реализации.
6.1 Общие положения
6.1.1 В приложении к защищаемым активам, действиям и выходным результатам процесса управления портфелем проектов, к которым предъявлены определенные требования по защите информации, выполняют оценку эффективности защиты информации на основе прогнозирования рисков. Для обоснования эффективных предупреждающих действий по снижению риска или его удержанию в допустимых пределах используют системный анализ.
6.1.2 В общем случае основными выходными результатами процесса управления портфелем проектов являются:
- информация, влияющая на стратегические решения в управлении организацией и портфелем проектов (рыночная конъюнктура, требования законодательства, изменения политической обстановки и др.);
- стратегические цели и приоритеты организации в части управления портфелем проектов;
- ограничения в части управления портфелем проектов (по бюджету, человеческим ресурсам и др.);
- структура и перечень категорий проектов портфеля;
- перечень показателей и параметров оценки проектов для каждой категории;
- перечень методик системного анализа и оценки проектов;
- перечень показателей портфеля проектов, отражающих степень их важности и инвестиционной привлекательности;
- нормативные документы, применяемые для управления портфелем проектов;
- перечень проектов, рекомендованных к реализации в рамках портфеля;
- перечень реализуемых проектов портфеля с их оценками;
- перечень потенциальных проектов портфеля с их приоритетностью;
- перечень проектов, не рекомендованных к включению в состав портфеля (отклоненные проекты, проекты, реализацию которых необходимо остановить, и иные неприоритетные проекты);
- результаты укрупненного распределения бюджета и ресурсов для одобренных проектов;
- отчеты об исполнении отдельных проектов и портфеля проектов в целом;
- запросы на изменения портфеля проектов;
- управленческие решения, включающие решения по внесению изменений в состав проектов портфеля, по изменению приоритетов проектов, по перераспределению ресурсов между проектами, по корректировке отдельных проектов, рекомендации по изменению методологии управления портфелем проектов.
6.1.3 Для получения выходных результатов процесса управления портфелем проектов в соответствии с принятыми в организации политиками и процедурами выполняют следующие основные действия:
- обеспечение управления портфелем проектов, включая:
- сбор информации об условиях, ограничениях и требованиях к портфелю
проектов (информации о стратегических целях и приоритетах организации, об
ограничениях по бюджету, человеческим и иным ресурсам, информации, влияющей
на стратегические решения и управление организацией и портфелем проектов),
- определение новых или меняющихся областей деятельности,
возможностей и рисков в деловой сфере, реализуемости и соответствия планов
стратегии деловой деятельности организации,
- установление единой системы формальных методик, процедур и
критериев для управления портфелем проектов;
- формирование портфеля проектов, включая:
- определение всех потенциальных проектов, сгруппированных по
категориям, с указанием целей, задач и предполагаемых результатов проектов,
рисков и возможных препятствий для выполнения проектов, оценок вероятностей
успешности проектов, необходимых затрат и ожидаемых эффектов, определением
и распределением ресурсов для достижения целей, определением взаимодействия
и зависимости между проектами, определением отчетности и контрольных точек,
формированием команд проектов и установлением ролей, ответственности,
подотчетности и полномочий лиц в командах,
- определение и документирование перечня отклоненных проектов
портфеля,
- уточнение и документирование перечня реализуемых в настоящий момент
проектов портфеля, сгруппированных по категориям,
- определение и документирование перечня проектов, по которым
требуется дополнительная информация для анализа;
- системный анализ портфеля проектов, включая:
- анализ степени продвижения проектов в направлении достижения
конечных целей, соответствия действующим правовым и нормативным документам,
принятым решениям, приказам и распоряжениям, выполнения планов и процедур
в жизненном цикле систем для обеспечения их жизнеспособности,
- принятие решений по продолжению или переопределению проектов,
которые удовлетворительно развиваются или смогут удовлетворительно
развиваться в результате соответствующего переопределения,
- уточнение приоритетов проектов по интегральному показателю и/или в
результате обоснованной необходимости для организации,
- оптимизацию и обеспечение сбалансированности портфеля проектов,
обеспечивающей достижение стратегических целей организации наилучшим
образом в условиях существующих ограничений (в том числе уточнение состава
текущего портфеля проектов, распределения ресурсов и бюджета портфеля между
проектами);
- мониторинг и контроль портфеля проектов, включая оперативное выявление отклонений текущих показателей от плановых и обеспечение корректирующих действий для их устранения, а также управление изменениями;
- завершение проектов, включая отмену или приостановку проектов, в которых риски для организации перевешивают выгоду от длительных инвестиций (если позволяют соглашения), а также закрытие проектов по завершении договоров.
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, ГОСТ Р ИСО 3534-2, ГОСТ Р ИСО 9001, ГОСТ Р ИСО/МЭК 12207, ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО/МЭК 15026, ГОСТ Р ИСО/МЭК 27001, ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО 31000, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 56939, ГОСТ Р 57102, ГОСТ Р 57193, ГОСТ Р 57272.1, ГОСТ Р 57839, ГОСТ Р 58412, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ IEC 61508-3, ГОСТ Р МЭК 61508-6, ГОСТ Р МЭК 61508-7 с учетом специфики проектов и организации, применяющей процесс управления портфелем проектов.
Примечание - Примеры решения задач системного анализа в приложении к различным процессам см. в ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 59331, ГОСТ Р 59333, ГОСТ Р 59335, ГОСТ Р 59338, ГОСТ Р 59341, ГОСТ Р 59345, ГОСТ Р 59346, ГОСТ Р 59347, ГОСТ Р 59356.
(справочное)
Перечень защищаемых активов в процессе управления портфелем проектов может включать (в части, свойственной этому процессу):
- выходные результаты процесса управления портфелем проектов - по 6.1.2;
- активы государственных информационных систем, информационных систем персональных данных, автоматизированных систем управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимых объектов критической информационной инфраструктуры Российской Федерации - см. [21] - [24];
- договоры и соглашения на выполнение проектов и их составных частей;
- лицензии, подтверждающие право поставщиков (производителей) на выполнение проектов и их составных частей;
- финансовые и плановые документы, связанные с выполнением проектов;
- документацию при обследовании объекта автоматизации (для автоматизируемых систем) - по ГОСТ 34.601;
- документацию при выполнении научно-исследовательских работ - по ГОСТ 7.32, ГОСТ 15.101 с учетом специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем, связанных с проектами, входящими в портфель проектов;
- конструкторскую и технологическую документацию - по ГОСТ 2.051, ГОСТ 2.102, ГОСТ 3.1001, ГОСТ 34.201 с учетом специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем, связанных с проектами, входящими в портфель проектов;
- эксплуатационную и ремонтную документацию - по ГОСТ Р 2.601, ГОСТ 2.602, ГОСТ 34.201 с учетом специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем, связанных с проектами, входящими в портфель проектов;
- технические задания - по ГОСТ 2.114, ГОСТ 15.016, ГОСТ 34.602 с учетом специфики организации, применяющей процесс, а также специфики создаваемых (модернизируемых) и/или применяемых систем, связанных с проектами, входящими в портфель проектов;
- персональные данные, базу данных и базу знаний, систему хранения архивов по проектам;
- систему передачи данных и облачные данные организации, связанные с проектами;
- выходные результаты иных процессов в жизненном цикле систем, связанных с проектами (входящими в портфель проектов), с учетом их специфики.
(справочное)
Перечень угроз безопасности информации в процессе управления портфелем проектов может включать (в части, свойственной этому процессу):
- угрозы, связанные с объективными и субъективными факторами, воздействующими на защищаемую информацию, - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51275, ГОСТ Р 56939, ГОСТ Р 58412;
- угрозы государственным информационным системам, информационным системам персональных данных, автоматизированным системам управления производственными и технологическими процессами на критически важных объектах, потенциально опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья людей и для окружающей природной среды, значимым объектам критической информационной инфраструктуры Российской Федерации - см. [21] - [24];
- угрозы безопасности функционированию программного обеспечения, оборудования и коммуникаций, используемых в процессе работы, - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 54124;
- угрозы безопасности информации при подготовке и обработке документов - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р 51583, ГОСТ Р 56939, ГОСТ Р 58412;
- угрозы компрометации информационной безопасности приобретающей стороны (заказчика) - по ГОСТ Р ИСО/МЭК 27002, ГОСТ Р ИСО/МЭК 27005-2010 (приложение C), ГОСТ Р 59215;
- угрозы, связанные с приобретением или предоставлением облачных услуг для выполнения проектов (из портфеля проектов), которые могут оказать влияние на информационную безопасность организаций, использующих эти услуги, - по ГОСТ Р ИСО/МЭК 27036-4;
- прочие соответствующие угрозы безопасности информации и уязвимости для информационных систем и автоматизированных систем управления производственными и технологическими процессами критически важных объектов из Банка данных угроз, сопровождаемого соответствующим государственным регулятором.
(справочное)
В.1 Общие положения
В.1.1 Для прогнозирования рисков в процессе управления портфелем проектов применяют любые возможные методы, обеспечивающие приемлемое достижение поставленных целей. Применение типовых методов и моделей настоящего стандарта обеспечивает оценку следующих показателей:
- риска нарушения надежности реализации процесса управления портфелем проектов без учета требований по защите информации - см. В.2;
- риска нарушения требований по защите информации в процессе управления портфелем проектов - см. В.3;
- интегрального риска нарушения реализации процесса управления портфелем проектов с учетом требований по защите информации - см. В.4.
В.1.2 Риск нарушения надежности реализации процесса управления портфелем проектов без учета требований по защите информации характеризуют:
- риском невыполнения необходимых действий процесса, определяемым вероятностью невыполнения необходимых действий процесса;
- риском нарушения сроков выполнения необходимых действий, определяемым вероятностью нарушения сроков выполнения необходимых действий.
Риск нарушения требований по защите информации в процессе управления портфелем проектов определяют соответствующей вероятностью нарушения требований по защите информации.
Вероятностные оценки обеспечивают уровень адекватности, достаточный для решения задач системного анализа, при условии многократной повторяемости анализируемых событий или в предположении такой повторяемости.
В.1.3 Интегральный риск нарушения реализации процесса управления портфелем проектов с учетом требований по защите информации характеризуют сочетанием риска нарушения надежности реализации процесса управления портфелем проектов без учета требований по защите информации и риска нарушения требований по защите информации в этом процессе.
В.1.4 При оценке рисков расчетным вероятностным показателям сопоставляют возможный ущерб, оцениваемый тяжестью последствий для системы и ее заинтересованных сторон в случае реализации угроз.
В.1.5 Нарушение надежности реализации процесса управления портфелем проектов с учетом требований по защите информации характеризуется переходом в такое элементарное состояние, при котором имеет место или оказывается возможным ущерб по причинам: либо из-за невыполнения необходимых действий процесса, либо из-за нарушения сроков выполнения необходимых действий процесса, либо из-за нарушения требований по защите информации, либо из-за комбинации перечисленных причин.
В.1.6 В общем случае исходя из целей системного анализа риски оценивают на разных исходных данных. При использовании одних и тех же моделей для расчетов это может приводить к различным оценкам и интерпретациям рисков. Различия связаны с неодинаковой тяжестью возможного ущерба для заинтересованных сторон (из-за невыполнения необходимых действий процесса, нарушения сроков выполнения необходимых действий, нарушений требований по защите информации), недоступностью или неполнотой статистических данных, используемых каждой из этих сторон в качестве исходных данных при системном анализе.
В.1.7 Выполнение или невыполнение действий и требований при моделировании отслеживается с использованием индикаторной функции
, которая позволяет учесть критичность последствий, связанных с невыполнением заданных условий согласно собираемой статистике:Условие
В.1.8 При формировании исходных данных для моделирования и проведении разностороннего системного анализа используют статистические методы по ГОСТ Р ИСО 3534-2, методы оценки рисков из настоящего приложения и/или по ГОСТ Р ИСО 13381-1, ГОСТ Р ИСО 17359, ГОСТ Р 51901.1, ГОСТ Р 51901.7, ГОСТ Р 51901.16, ГОСТ Р 54124, ГОСТ Р 58494, ГОСТ Р 58771, ГОСТ Р МЭК 61069-1 - ГОСТ Р МЭК 61069-8, ГОСТ Р МЭК 61508-1, ГОСТ Р МЭК 61508-2, ГОСТ IEC 61508-3, ГОСТ Р МЭК 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). Условие Примечания
1 При соблюдении всех условий вероятностные оценки рисков по формулам (В.3), (В.4) совпадают.
2 Практическая ценность расчетов применения формул (В.2) - (В.4) проявляется при общем количестве необходимых действий процесса Gk(Tзад k), подлежащих выполнению за заданное время Tзад k, не менее 10 и количестве случаев невыполнения необходимых действий процесса Gнаруш k(Tзад k) > 0, k = 1,...,k, k >= 1. Тем самым считают подтвержденными практические условия повторяемости анализируемых событий. При невыполнении этих условий делают предположение о многократной повторяемости анализируемых событий и для расчетов используют адаптированные математические модели для прогнозирования рисков нарушения надежности реализации системных процессов - см., например В.3, ГОСТ Р 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 не менее 10 и количестве случаев нарушений сроков выполнения необходимых действий Nнаруш i(Tзад i) > 0, i = 1,...,i, i >= 1. Тем самым считают подтвержденными практические условия повторяемости анализируемых событий. При невыполнении этих условий делают предположение о многократной повторяемости анализируемых событий и для расчетов используют адаптированные математические модели для прогнозирования рисков - см., например, В.3, ГОСТ Р 59341-2021 (В.3 приложения В), ГОСТ Р 59345-2021 (В.2 приложения В), ГОСТ Р 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) - (В.9).
Примечание - При соблюдении всех учитываемых условий вероятностные оценки рисков по формулам (В.8), (В.9) совпадают.
Интегральную вероятность нарушения реализации процесса управления портфелем проектов с учетом требований по защите информации Rинтегр.уч(Tзад) в течение периода прогноза Tзад вычисляют по формуле
- [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_62704.html
На правах рекламы:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||