ГОСТ Р ИСО/МЭК 15408-2-2013
специфицированы в ПЗ/ЗБ. Следующий пример показывает, как необходимо специфицировать собы
тия. потенциально подвергаемые аудиту, в соответствующих функциональных семействах.
«Если в ПЗ/ЗБ включено семейство FAU_GEN .Генерация данных аудита безопасности", то
следует предусмотреть возможность аудита следующих действий/событий/параметров:
a) Минимальный: успешное использование функций административного управления атрибута
ми безопасности пользователя.
b
) Базовый: все попытки использования функций административного управления атрибутами
безопасности пользователя.
c) Базовый: идентификация модифицированных атрибутов безопасности пользователя.
d) Детализированный: новые значения атрибутов, за исключением чувствительных атрибутов
(например, паролей, ключей шифрования)».
Для каждого выбранного функционального компонента в общую совокупность событий, потен
циально подвергаемых аудиту, следует включить те указанные в нем события, которые соответству
ют уровню, установленному в FAU_GEN «Генерация данных аудита безопасности». Если, допустим, в
приведенном выше примере в FAU_GEN «Генерация данных аудита безопасности» выбран уровень
«базовый», события, указанные в подпунктах а), Ь) и с), следует отнести к потенциально подвергае
мым аудиту.
Обратите внимание, что категорирование событий, потенциально подвергаемых аудиту, иерар-
хично. Например, если желательна «Генерация базового аудита», то все события, потенциально под
вергаемые как минимальному, так и базовому аудиту, следует включить в ПЗ/ЗБ с помощью соответ
ствующей операции назначения, за исключением случая, когда событие более высокого уровня имеет
большую детализацию, чем событие более низкого уровня. Если желательна «Генерация детализи
рованного аудита», то в ПЗ/ЗБ следует включить все события, потенциально подвергаемые аудиту
(минимальному, базовому и детализированному).
По усмотрению авторов ПЗ/ЗБ в список событий, потенциально подвергаемых аудиту, могут
включаться события помимо требуемых для данного уровня аудита. Например, в ПЗ/ЗБ можно зая
вить только возможности проведения минимального аудита, несмотря на включение большой части
возможностей базового аудита, поскольку некоторые из оставшихся вступают в противоречие с огра
ничениями ПЗ/ЗБ (например, могут требовать сбора недоступных данных).
Функциональные возможности, выполнение которых порождает события, потенциально подвер
гаемые аудиту, следует устанавливать в ПЗ или ЗБ как функциональные требования.
Ниже приведены примеры типов событий, которые следует определить как потенциально под
вергаемые аудиту в каждом функциональном компоненте ПЗ/ЗБ:
a) введение объектов, находящихся под контролем ФБО. в адресное пространство субъекта;
b
) удаление объектов;
186