ГОСТ Р ИСО/МЭК ТО 19791 — 2008
Для описания СОО отсутствует какое-либо заданное содержание или план, но в нем должны излагаться
область применения и границы СОО (как логические, так и физические границы). В области применения должны
также указываться организация и место разработки СОО. включая любые уникальные характеристики отдель ных
доменов, например, доменов, основанных на серийно выпускаемых продуктах.
Автоматизированная система состоит из одного или нескольких доменов безопасности. Каждый домен
безопасности включает в себя несколько компонентов, и к нему могут предьявляться собственные требования
доверия к безопасности. Спецификация структуры доменов должна подробно документировать структуру доме
нов безопасности, границы доменов и их интерфейсы.
В лучшем случае СОО будет состоять из компонентов, полностью определяющих автоматизированную сис
тему как закрытый обьект. в силу чего отсутствуют какие-либо интерфейсы с внешними автоматизированными
системами, не включеные в оценку. С практической точки зрения данный наилучший случай иногда
невозможен, и необходимо определить четкое разделение частей автоматизированной системы, которые
подвергнутся оцен ке в качестве интегрированной единицы, и частей, не входящих в область действия
оценки. Компоненты, не входящие в область действия оценки, рассматриваются как часть внешних
автоматизированных систем.
Концепция автоматизированной системы основана на интерфейсах между ее компонентами. Без интер
фейсов автоматизированной системы не существует. Следовательно, интерфейсы критически важны для опреде
ления автоматизированной системы и равно важны для способности автоматизированной системы осуществ
лять политику безопасности через ее интерфейсы. Спецификация структур доменов обеспечивает обзор различ
ных компонентов автоматизированной системы, включая способ их соединения. Детали интерфейсов оставлены в
спецификациях интерфейсов для проектирования и интеграции. Однако спецификация структур доменов долж на
определять характеристики безопасности отдельных доменов, которые задаются другим доменам, а также услуги
по обеспечению безопасности, предлагаемые отдельными доменами, недоступные другим доменам.
А.1.4 Утверждения о соответствии
Настоящий подраздел применим только в случае утверждения соответствия ЗБС одному или нескольким
ПЗС. ПЗ. ЗБ или пакетам требований безопасности. Настоящий подраздел также представляет свидетельство
того, что ЗБС является приемлемой реализацией любого ПЗС. ПЗ. ЗБ или пакета требований, соответствие кото
рым утверждается. Обоснование утверждений соответствия должно демонстрировать согласованность между
целями и требованиями безопасности ЗБС и целями и требованиями ПЗС. ПЗ. ЗБ или пакетов требований,
соответствие которым утверждается.
Основное внимание утверждения соответствия уделяется «эквивалентности» с точки зрения соответствия
основному набору критериев, изложенному в ПЗС. ПЗ. ЗБ или пакетах требований. ЗБС может быть функциональ
ным надмножеством пакета или профиля, но оно не должно быть подмножеством.
Основным различием между утверждениями соответствия автоматизированной системы и продукта зак
лючается в том. что для автоматизированной системы можно перераспределять выполняемые функции между
частями технических и организационных мер безопасности системы, поскольку они все считаются частью СОО.
При оценке продукта распределение выполняемых функций ИТ в среду, не связанную с ИТ. изменяет всю концеп цию
продукта и аннулирует цель деятельности по оценке продукта.
А.1.5 Определение проблемы безопасности
А.1.5.1 Краткий обзор
Подраздел определения проблем безопасности в ЗБС должен предоставлять когерентное, последова
тельное и достаточно полное определения проблем безопасности, которые могут стоять перед автоматизиро
ванной системой. Проблемы безопасности сформулированы в рисках, которым противодействует автоматизиро
ванная система, и политиках безопасности организации, поддерживающих использование автоматизированной
системы и управляющих ею для снижения риска этой системы до приемлемого уровня.
Определение проблем безопасности должно определять:
a) риски, применимые к СОО;
b
) политики безопасности организации, применимые к СОО.
В настоящем пункте должны идентифицироваться проблемы безопасности, относящиеся ко всему СОО.
Возможно, что различные домены безопасности СОО будут реализовываться в различных средах эксплуатации, и
результатом этого могут стать различные или специфические риски или политики, которые должны независимо
рассматриваться разными доменами безопасности автоматизированной системы. Для каждого домена безо
пасности должны быть определены дополнительные проблемы безопасности, присущие только этому домену.
Зная, что настоящему подразделу предшествует «введение СОО». важно, чтобы любой материал, представ
ленный в настоящем пункте по СОО. согласовывался с информацией, представленной во «введении СОО».
А.1.5.2 Идентификация рисков
В настоящем пункте все риски, применимые к СОО. должны описываться на основе оценки риска автома
тизированной системы. Каждый риск должен категоризироваться как «приемлемый» или «неприемлемый», т.в.
требующий снижения или устранения посредством технических или организационных мер в пределах СОО. При
нятые риски тем не менее должны идентифицироваться, поскольку приемлемость рисков гложет со временем
измениться.
Перечень рисков должен включать в себя риски, связанные с разработкой автоматизированной системы.
Описание каждого риска должно быть достаточно подробным, чтобы идентифицировать активы, которые могут
32