— Все документы — ГОСТы — ГОСТ Р ИСО/МЭК 15408-2-2013 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. МЕТОДЫ И СРЕДСТВА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ. КРИТЕРИИ ОЦЕНКИ БЕЗОПАСНОСТИ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ. Часть 2. ФУНКЦИОНАЛЬНЫЕ КОМПОНЕНТЫ БЕЗОПАСНОСТИ


ГОСТ Р ИСО/МЭК 15408-2-2013 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. МЕТОДЫ И СРЕДСТВА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ. КРИТЕРИИ ОЦЕНКИ БЕЗОПАСНОСТИ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ. Часть 2. ФУНКЦИОНАЛЬНЫЕ КОМПОНЕНТЫ БЕЗОПАСНОСТИ

ГОСТ Р ИСО/МЭК 15408-2-2013 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. МЕТОДЫ И СРЕДСТВА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ. КРИТЕРИИ ОЦЕНКИ БЕЗОПАСНОСТИ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ. Часть 2. ФУНКЦИОНАЛЬНЫЕ КОМПОНЕНТЫ БЕЗОПАСНОСТИ

Национальный стандарт Российской Федерации ГОСТ Р ИСО/МЭК 15408-2-2013
"ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. МЕТОДЫ И СРЕДСТВА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ. КРИТЕРИИ ОЦЕНКИ БЕЗОПАСНОСТИ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ. Часть 2. ФУНКЦИОНАЛЬНЫЕ КОМПОНЕНТЫ БЕЗОПАСНОСТИ"
(утв. приказом Федерального агентства по техническому регулированию и метрологии от 8 ноября 2013 г. N 1339-ст)

Information technology. Security techniques. Evaluation criteria for IT security. Part 2. Security functional components

Дата введения 1 сентября 2014 г.
Взамен ГОСТ Р ИСО/МЭК 15408-2-2008

Введение

Международный стандарт ISO/IEC 15408:2008 был подготовлен Совместным техническим комитетом ISO/IEC JTC 1 "Информационные технологии", Подкомитетом SC 27 "Методы и средства обеспечения безопасности ИТ". Идентичный ISO/IEC 15408 текст опубликован организациями - спонсорами проекта "Общие критерии" как "Общие критерии оценки безопасности информационных технологий".

Третья редакция стандарта отменяет и заменяет вторую редакцию (ISO/IEC 15408:2005), которая подверглась технической переработке.

ИСО/МЭК 15408, идентичный ISO/IEC 15408:2008, состоит из следующих частей под общим заголовком "Информационная технология - Методы и средства обеспечения безопасности - Критерии оценки безопасности информационных технологий":

- Часть 1: Введение и общая модель;

- Часть 2: Функциональные компоненты безопасности;

- Часть 3: Компоненты доверия к безопасности.

Функциональные компоненты безопасности, которые определены в данной части ИСО/МЭК 15408, являются основой для функциональных требований безопасности, отражаемых в профиле защиты (ПЗ) или задании по безопасности (ЗБ). Эти требования описывают необходимый режим функционирования объекта оценки (ОО) и направлены на достижение целей безопасности, определяемых в ПЗ или ЗБ. Эти требования описывают свойства безопасности, которые могут выявить пользователи путем непосредственного взаимодействия с ИТ (т.е. при вводе, выводе информации) или по отклику ИТ на некоторое воздействие.

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

Этот международный стандарт предназначается для потребителей, разработчиков и оценщиков продуктов, обеспечивающих безопасность ИТ. В пятом разделе стандарта ИСО/МЭК 15408-1 предоставлена дополнительная информация о целевой аудитории ИСО/МЭК 15408, а также по использованию ИСО/МЭК 15408 отдельными группами лиц, составляющими целевую аудиторию. Эти группы могут использовать данную часть ИСО/МЭК 15408 следующим образом:

a) потребители могут использовать данную часть ИСО/МЭК 15408 для выбора компонентов, выражающих функциональные требования для удовлетворения целей безопасности, отраженных в ПЗ или ЗБ. В ИСО/МЭК 15408-1 дается более детальная информация по поводу взаимосвязи между целями и требованиями безопасности;

b) разработчики, которые при производстве ОО учитывают существующие предполагаемые требования безопасности потребителей, могут найти в данной части ИСО/МЭК 15408 стандартизованный метод понимания этих требований. Также они могут использовать данную часть ИСО/МЭК 15408 как основу для дальнейшего определения функциональных возможностей и механизмов безопасности ОО, соответствующих этим требованиям;

c) оценщики могут использовать функциональные требования, определенные в данной части ИСО/МЭК 15408, для подтверждения того, что функциональные требования к ОО, отраженные в ПЗ и ЗБ, удовлетворяют целям безопасности ИТ, а все зависимости учтены и продемонстрировано их удовлетворение. Также оценщикам следует использовать данную часть ИСО/МЭК 15408 при вынесении заключения о том, удовлетворяет ли данный ОО предъявляемым к нему требованиям.

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

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

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

Указанные в данном разделе документы являются необходимыми для применения настоящего стандарта. Для датированных ссылок используют только указанное издание. Для недатированных ссылок - последнее издание со всеми изменениями и дополнениями.

ИСО/МЭК 15408-1, Информационная технология - Методы и средства обеспечения безопасности - Критерии оценки безопасности информационных технологий - Часть 1: Введение и общая модель.

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

В настоящем стандарте применяются термины, определения, обозначения и сокращения, приведенные в ИСО/МЭК 15408-1.

4. Краткий обзор

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

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

Так как знания и потребности пользователей могут изменяться, функциональные компоненты настоящего стандарта нуждаются в дальнейшем сопровождении. Предполагается, что некоторые разработчики ПЗ/ЗБ могут иметь потребности в безопасности, не охваченные в настоящее время компонентами функциональных требований настоящего стандарта. В этом случае разработчик ПЗ/ЗБ может предпочесть использование нестандартных функциональных требований (так называемую "расширяемость"), как объяснено в приложениях A и B ИСО/МЭК 15408-1.

4.1. Структура данной части ИСО/МЭК 15408

В разделе 5 описывается парадигма, используемая в функциональных компонентах безопасности данной части ИСО/МЭК 15408.

Раздел 6 представляет каталог функциональных компонентов.

В разделах 7 - 17 приведено описание функциональных классов.

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

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

ИСО/МЭК 15408-1 содержит следующую информацию, необходимую разработчикам ПЗ или ЗБ:

- термины, используемые в стандарте, определены в разделе 3 ИСО/МЭК 15408-1;

- структура ЗБ приведена в приложении A к ИСО/МЭК 15408-1;

- структура ПЗ приведена в приложении B к ИСО/МЭК 15408-1.

5. Парадигма функциональных требований

В данном разделе приведена парадигма функциональных требований безопасности настоящего стандарта. Рассматриваемые ключевые понятия выделены полужирным курсивом. Определения терминов, приведенные в разделе 3 ИСО/МЭК 15408-1, в этом разделе не изменяются и не заменяются.

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

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

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

В совокупности те части ОО, которые направлены на корректную реализацию ФТБ, определяются как функции безопасности объекта оценки (ФБО). ФБО объединяют функциональные возможности всех аппаратных, программных и программно-аппаратных средств ОО, на которые как непосредственно, так и косвенно возложено обеспечение безопасности.

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

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

Если ОО состоит из нескольких частей, то каждая часть может иметь собственное подмножество ФБО, которое обменивается данными ФБО и пользователей через внутренние каналы связи с другими подмножествами ФБО. Это взаимодействие называется внутренней передачей ОО. В этом случае части ФБО формируют объединенные ФБО, которые реализуют ФТБ для этого ОО.

Интерфейсы ОО могут быть локализованы в конкретном ОО или же могут допускать взаимодействие с другими продуктами ИТ по внешним каналам связи. Внешние взаимодействия с другими продуктами ИТ могут принимать две формы:

a) ФТБ другого "доверенного продукта ИТ" и ФТБ рассматриваемого ОО скоординированы и оценены в административном порядке, и предполагается, что рассматриваемый другой "доверенный продукт ИТ" реализует свои ФТБ корректно (например, был отдельно оценен). Обмен информацией в этом случае назван передачей между ФБО, поскольку он осуществляется между ФБО различных доверенных продуктов;

b) другой продукт ИТ может быть недоверенным, он может быть обозначен как "недоверенный продукт ИТ". Поэтому его ФТБ либо неизвестны, либо их реализация не рассматривается как в достаточной степени доверенная. Опосредованный ФБО обмен информацией в этом случае назван передачей за пределы ОО, так как рассматриваемый другой продукт ИТ не имеет ФБО (или характеристики его политики безопасности неизвестны).

Совокупность интерфейсов как интерактивных (человеко-машинный интерфейс), так и программных (интерфейс программных приложений), через которые могут быть получены доступ к ресурсам при посредничестве ФБО или информация от ФБО, называется интерфейсом ФБО (ИФБО). ИФБО определяет границы функциональных возможностей ОО, которые предоставлены для реализации ФТБ.

Пользователи не включаются в состав ОО. Однако пользователи взаимодействуют с ОО, который является предметом применения правил, определенных в ФТБ, через ИФБО при запросе услуг, которые будут выполняться ОО. Существуют два типа пользователей, учитываемых в настоящем стандарте: человек-пользователь и внешняя сущность ИТ. Человека-пользователя можно далее дифференцировать как локального человека-пользователя, взаимодействующего непосредственно с ОО через устройства ОО (такие, как рабочие станции), и как удаленного человека-пользователя, взаимодействующего с ОО через другой продукт ИТ.

Период взаимодействия пользователя и ФБО называется сеансом пользователя. Открытие сеансов пользователей может контролироваться на основе ряда условий, таких как аутентификация пользователя, время суток, метод доступа к ОО, число разрешенных параллельных сеансов (для каждого пользователя или в целом).

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

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

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

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

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

a) действующие от имени уполномоченного пользователя (например, процессы UNIX);

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

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

В настоящем стандарте рассматривается реализация ФТБ для субъектов всех типов, перечисленных выше.

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

Объекты могут содержать информацию. Это понятие требуется, чтобы специфицировать политики управления информационными потоками в соответствии с классом FDP.

Пользователи, субъекты, информация, объекты, сеансы и ресурсы, контролируемые посредством правил, в ФТБ могут обладать определенными атрибутами, которые содержат информацию, используемую ОО для правильного функционирования. Некоторые атрибуты, такие как имена файлов, могут предназначаться только для информирования или использоваться для идентификации отдельных ресурсов, в то время как другие, например различные параметры управления доступом, - исключительно для реализации ФТБ. Эти последние обобщенно названы "атрибутами безопасности". В дальнейшем слово "атрибут" используется в некоторых местах настоящего стандарта как сокращение для словосочетания "атрибут безопасности". Вместе с тем, независимо от предназначения информации атрибута, могут потребоваться средства управления этим атрибутом в соответствии с ФТБ.

В ОО содержатся данные пользователей и данные ФБО. На рисунке 1 показана их взаимосвязь. Данные пользователей - это информация, содержащаяся в ресурсах ОО, которая может применяться пользователями в соответствии с ФТБ и не предназначена специально для ФБО. Например, содержание сообщения электронной почты является данными пользователя. Данные ФБО - это информация, используемая ФБО для принятия решения в соответствии с ФТБ. Допустимо воздействие пользователей на данные ФБО, если это разрешено ФТБ. Примерами данных ФБО являются атрибуты безопасности, аутентификационные данные, переменные внутреннего состояния ФБО, используемые в соответствии с правилами, определенными в ФТБ, или для защиты ФБО, а также списки управления доступом.

Выделяются ПФБ, которые применяются при защите данных, такие как ПФБ управления доступом и ПФБ управления информационными потоками. Действия механизмов, реализующих ПФБ управления доступом, основаны на атрибутах пользователей, ресурсов, субъектов, объектов, сеансов, данных состояния ФБО и операций в пределах области действия. Эти атрибуты используются в совокупности правил, управляющих операциями, которые субъектам разрешено выполнять на объектах.

Функционирование механизмов, реализующих ПФБ управления информационными потоками, основано на атрибутах субъектов и информации в пределах области действия и совокупности правил, по которым выполняются операции субъектов над информацией. Атрибуты информации, которые могут быть ассоциированы с атрибутами места хранения (контейнерами) или могут быть производными от данных в контейнере, остаются с информацией при ее обработке ФБО.

image001.jpg

Рисунок 1. Связь между данными пользователей и данными ФБО

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

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

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

Следовательно, некоторые, но не все аутентификационные данные необходимо хранить в секрете, и некоторые, но не все секреты используют как аутентификационные данные. Рисунок 2 показывает эту взаимосвязь секретов и аутентификационных данных. На этом рисунке указаны типы данных, которые часто относят к аутентификационным данным и секретам.

image002.jpg

Рисунок 2. Связь между понятиями "аутентификационные данные" и "секреты"

6. Функциональные компоненты безопасности

6.1. Краткий обзор

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

6.1.1. Структура класса

Структура функционального класса приведена на рисунке 3. Каждый функциональный класс содержит имя класса, представление класса и одно или несколько функциональных семейств.

image003.jpg

Рисунок 3. Структура функционального класса

6.1.1.1. Имя класса

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

6.1.1.2. Представление класса

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

Представление класса содержит рисунок, показывающий все семейства этого класса и иерархию компонентов в каждом семействе, как указано в подразделе 6.2.

6.1.2. Структура семейства

Структура функционального семейства приведена на рисунке 4.

image004.jpg

Рисунок 4. Структура функционального семейства

6.1.2.1. Имя семейства

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

6.1.2.2. Характеристика семейства

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

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

b) описание функциональных требований обобщает все требования, которые включены в компонент(ты). Описание ориентировано на разработчиков ПЗ, ЗБ и функциональных пакетов, которые хотели бы определить, соответствует ли семейство их конкретным требованиям.

6.1.2.3. Ранжирование компонентов

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

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

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

Описания семейств содержат графическое представление иерархии компонентов, рассмотренное в 6.2.

6.1.2.4. Управление

Пункты "Управление" содержат информацию для разработчиков ПЗ/ЗБ, учитываемую при определении действий по управлению для данного компонента. Данные пункты ссылаются на компоненты класса "Управление безопасностью" (FMT) и предоставляют руководство относительно потенциальных видов деятельности по управлению, которые через выполнение операций могут быть отражены в данных компонентах.

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

6.1.2.5. Аудит

Требования аудита содержат события, потенциально подвергаемые аудиту, для их отбора разработчиками ПЗ/ЗБ при условии включения в ПЗ/ЗБ требований из класса FAU "Аудит безопасности". Эти требования включают в себя события, относящиеся к безопасности, применительно к различным уровням детализации, поддерживаемым компонентами семейства FAU_GEN "Генерация данных аудита безопасности". Например, запись аудита какого-либо механизма безопасности может включать в себя на разных уровнях детализации действия, которые раскрываются в следующих терминах:

- Минимальный - успешное использование механизма безопасности.

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

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

Следует учесть, что категорирование событий, потенциально подвергаемых аудиту, всегда иерархично. Например, если выбрана базовая генерация данных аудита, то все события, идентифицированные как потенциально подвергаемые аудиту и поэтому входящие как в "минимальную", так и в "базовую" запись, следует включить в ПЗ/ЗБ с помощью соответствующей операции назначения, за исключением случая, когда событие более высокого уровня имеет более высокий уровень детализации, чем событие более низкого уровня, и может просто заменить его. Когда желательна детализированная генерация данных аудита, все идентифицированные события, потенциально подвергаемые аудиту (для минимального, базового и детализированного уровней), следует включить в ПЗ/ЗБ.

Правила управления аудитом более подробно объяснены в классе FAU "Аудит безопасности".

6.1.3. Структура компонента

Структура функционального компонента показана на рисунке 5.

image005.jpg

Рисунок 5. Структура функционального компонента

6.1.3.1. Идентификация компонента

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

- уникальное имя, отражающее предназначение компонента;

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

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

6.1.3.2. Функциональные элементы

Каждый компонент включает в себя набор элементов. Каждый элемент определяется отдельно и является самодостаточным.

Функциональный элемент - это функциональное требование безопасности, дальнейшее разделение которого не меняет значимо результат оценки. Является наименьшим функциональным требованием безопасности, идентифицируемым и признаваемым в ИСО/МЭК 15408.

При формировании ПЗ, ЗБ и/или пакетов не разрешается выбирать только часть элементов компонента. Для включения в ПЗ, ЗБ или пакет необходимо выбирать всю совокупность элементов компонента.

Вводится уникальная краткая форма имени функционального элемента. Например, имя FDP_IFF.4.2 читается следующим образом: F - функциональное требование, DP - класс "Защита данных пользователя", _IFF - семейство "Функции управления информационными потоками", 4 (после точки) - четвертый компонент "Частичное устранение неразрешенных информационных потоков", 2 (после точки) - второй элемент компонента.

6.1.3.3. Зависимости

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

Каждый функциональный компонент содержит полный список зависимостей от других функциональных компонентов и компонентов доверия. Для некоторых компонентов указано, что зависимости отсутствуют. Компоненты из списка могут, в свою очередь, иметь зависимости от других компонентов. Список, приведенный в компоненте, показывает прямые зависимости, т.е. содержит ссылки только на функциональные компоненты, заведомо необходимые для обеспечения выполнения рассматриваемого компонента. Косвенные зависимости, определяемые собственными зависимостями компонентов из списка, показаны в Приложении A. В некоторых случаях зависимость выбирают из нескольких предлагаемых функциональных компонентов, причем каждый из них достаточен для удовлетворения зависимости (см., например, FDP_UIT.1 "Целостность передаваемых данных").

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

Зависимости между компонентами, указанные в настоящем стандарте, обязательны. Их необходимо удовлетворить в ПЗ/ЗБ. В некоторых, особых, случаях эти зависимости удовлетворить невозможно. Разработчик ПЗ/ЗБ, обязательно обосновав, почему данная зависимость не применима, может не включать соответствующий компонент в пакет, ПЗ или ЗБ.

6.2. Каталог компонентов

Расположение компонентов в настоящем стандарте не отражает какую-либо формальную таксономию.

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

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

Пример представления таксономии класса и иерархии компонентов в его семействах приведен на рисунке 6.

image006.jpg

Рисунок 6. Пример декомпозиции класса

На рисунке 6 семейство 1 содержит три иерархических компонента, где компоненты 2 и 3 могут быть применены для выполнения зависимостей вместо компонента 1. Компонент 3 иерархичен к компоненту 2 и может применяться для выполнения зависимостей вместо компонента 2.

В семействе 2 имеются три компонента, не все из которых иерархически связаны. Компоненты 1 и 2 не иерархичны к другим компонентам. Компонент 3 иерархичен к компоненту 2 и может применяться для удовлетворения зависимостей вместо компонента 2, но не вместо компонента 1.

В семействе 3 компоненты 2, 3 и 4 иерархичны к компоненту 1. Компоненты 2 и 3 иерархичны к компоненту 1, но не сопоставимы по иерархии между собой. Компонент 4 иерархичен к компонентам 2 и 3.

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

6.2.1. Выделение изменений в компоненте

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

7. Класс FAU: Аудит безопасности

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

7.1. Автоматическая реакция аудита безопасности (FAU_ARP)

7.1.1. Характеристика семейства

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

7.1.2. Ранжирование компонентов

В FAU_ARP.1 "Сигналы нарушения безопасности" ФБО должны предпринимать действия в случае обнаружения возможного нарушения безопасности.

7.1.3. Управление: FAU_ARP.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление действиями (добавление, удаление или модификация).

image007.jpg

Рисунок 7. Декомпозиция класса FAU "Аудит безопасности"

7.1.4. Аудит: FAU_ARP.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: действия, предпринимаемые в ответ на возможные нарушения безопасности.

7.1.5. FAU_ARP.1 Сигналы нарушения безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_SAA.1 Анализ потенциального нарушения.

7.1.5.1. FAU_ARP.1.1

ФБО должны предпринять [назначение: список действий] при обнаружении возможного нарушения безопасности.

7.2. Генерация данных аудита безопасности (FAU_GEN)

7.2.1. Характеристика семейства

Семейство FAU_GEN определяет требования по регистрации возникновения событий, относящихся к безопасности, которые подконтрольны ФБО. Это семейство идентифицирует уровень аудита, перечисляет типы событий, которые потенциально должны подвергаться аудиту с использованием ФБО, и определяет минимальный объем связанной с аудитом информации, которую следует представлять в записях аудита различного типа.

7.2.2. Ранжирование компонентов

FAU_GEN.1 "Генерация данных аудита" определяет уровень событий, потенциально подвергаемых аудиту, и состав данных, которые должны быть зарегистрированы в каждой записи.

В FAU_GEN.2 "Ассоциация идентификатора пользователя" ФБО должны ассоциировать события, потенциально подвергаемые аудиту, и личные идентификаторы пользователей.

7.2.3. Управление: FAU_GEN.1, FAU_GEN.2

Действия по управлению не предусмотрены.

7.2.4. Аудит: FAU_GEN.1, FAU_GEN.2

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

7.2.5. FAU_GEN.1 Генерация данных аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FPT_STM.1 Надежные метки времени.

7.2.5.1. FAU_GEN.1.1

ФБО должны быть способны генерировать запись аудита для следующих событий, потенциально подвергаемых аудиту:

a) запуск и завершение выполнения функций аудита;

b) все события, потенциально подвергаемые аудиту, на [выбор (выбрать одно из): минимальный, базовый, детализированный, неопределенный] уровне аудита;

c) [назначение: другие специально определенные события, потенциально подвергаемые аудиту].

7.2.5.2. FAU_GEN.1.2

ФБО должны регистрировать в каждой записи аудита, по меньшей мере, следующую информацию:

a) дата и время события, тип события, идентификатор субъекта (если применимо) и результат события (успешный или неуспешный);

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

7.2.6. FAU_GEN.2 Ассоциация идентификатора пользователя

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_GEN.1 Генерация данных аудита

FIA_UID.1 Выбор момента идентификации.

7.2.6.1. FAU_GEN.2.1

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

7.3. Анализ аудита безопасности (FAU_SAA)

7.3.1. Характеристика семейства

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

Действия, предпринимаемые при обнаружении нарушений, могут быть при необходимости определены с использованием семейства FAU_ARP "Автоматическая реакция аудита безопасности".

7.3.2. Ранжирование компонентов

В FAU_SAA.1 "Анализ потенциального нарушения" требуется базовый порог обнаружения на основе установленного набора правил.

В FAU_SAA.2 "Выявление аномалии, основанное на профиле" ФБО поддерживают отдельные профили использования системы, где профиль представляет собой шаблоны предыстории использования, выполнявшиеся участниками целевой группы профиля. Целевая группа профиля может включать в себя одного или нескольких участников (например, отдельный пользователь; пользователи, совместно использующие общий идентификатор или общие учетные данные; пользователи, которым назначена одна роль; все пользователи системы или сетевого узла), которые взаимодействуют с ФБО. Каждому участнику целевой группы профиля назначается индивидуальный рейтинг подозрительной активности, который показывает, насколько текущие показатели действий участника соответствуют установленным шаблонам использования, представленным в профиле. Этот анализ может выполняться во время функционирования ОО или при анализе данных аудита в пакетном режиме.

В FAU_SAA.3 "Простая эвристика атаки" ФБО должны быть способны обнаружить возникновение характерных событий, которые свидетельствуют о значительной угрозе для реализации ФТБ. Этот поиск характерных событий может происходить в режиме реального времени или при анализе данных аудита в пакетном режиме.

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

7.3.3. Управление: FAU_SAA.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение (добавление, модификация, удаление) правил из набора правил.

7.3.4. Управление: FAU_SAA.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение (удаление, модификация, добавление) группы пользователей в целевой группе профиля.

7.3.5. Управление: FAU_SAA.3

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение (удаление, модификация, добавление) подмножества событий системы.

7.3.6. Управление: FAU_SAA.4

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение (удаление, модификация, добавление) подмножества событий системы;

b) сопровождение (удаление, модификация, добавление) набора последовательностей событий системы.

7.3.7. Аудит: FAU_SAA.1, FAU_SAA.2, FAU_SAA.3, FAU_SAA.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: подключение и отключение любого из механизмов анализа.

b) Минимальный: автоматические реакции, выполняемые инструментальными средствами.

7.3.8. FAU_SAA.1 Анализ потенциального нарушения

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_GEN.1 Генерация данных аудита.

7.3.8.1. FAU_SAA.1.1

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

7.3.8.2. FAU_SAA.1.2

ФБО должны осуществлять следующие правила при мониторинге событий, подвергающихся аудиту:

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

b) [назначение: другие правила].

7.3.9. FAU_SAA.2 Выявление аномалии, основанное на профиле

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UID.1 Выбор момента идентификации.

7.3.9.1. FAU_SAA.2.1

ФБО должны быть способны сопровождать профили использования системы, где каждый отдельный профиль представляет известные шаблоны предыстории использования, выполнявшиеся участниками [назначение: спецификация целевой группы профиля].

7.3.9.2. FAU_SAA.2.2

ФБО должны быть способны сопровождать рейтинг подозрительной активности для каждого пользователя, чьи действия отражены в профиле, где рейтинг подозрительной активности показывает степень несогласованности действий, выполняемых пользователем, с установленными шаблонами использования, представленными в профиле.

7.3.9.3. FAU_SAA.2.3

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

7.3.10. FAU_SAA.3 Простая эвристика атаки

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

7.3.10.1. FAU_SAA.3.1

ФБО должны быть способны сопровождать внутреннее представление следующих характерных событий [назначение: подмножество событий системы], которые могут указывать на нарушение реализации ФТБ.

7.3.10.2. FAU_SAA.3.2

ФБО должны быть способны сравнить характерные события с записью показателей функционирования системы, полученных при обработке [назначение: информация, используемая для определения показателей функционирования системы].

7.3.10.3. FAU_SAA.3.3

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

7.3.11. FAU_SAA.4 Сложная эвристика атаки

Иерархический для: FAU_SAA.3 Простая эвристика атаки.

Зависимости: отсутствуют.

7.3.11.1. FAU_SAA.4.1

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

7.3.11.2. FAU_SAA.4.2

ФБО должны быть способны сравнить характерные события и последовательности событий с записью показателей функционирования системы, полученных при обработке [назначение: информация, используемая для определения показателей функционирования системы].

7.3.11.3. FAU_SAA.4.3

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

7.4. Просмотр аудита безопасности (FAU_SAR)

7.4.1. Характеристика семейства

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

7.4.2. Ранжирование компонентов

FAU_SAR.1 "Просмотр аудита" предоставляет возможность читать информацию из записей аудита.

FAU_SAR.2 "Ограниченный просмотр аудита" содержит требование отсутствия доступа к информации кому-либо, кроме пользователей, указанных в FAU_SAR.1 "Просмотр аудита".

FAU_SAR.3 "Выборочный просмотр аудита" содержит требование, чтобы средства просмотра аудита отбирали данные аудита на основе критериев просмотра.

7.4.3. Управление: FAU_SAR.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

7.4.4. Управление: FAU_SAR.2, FAU_SAR.3

Действия по управлению не предусмотрены.

7.4.5. Аудит: FAU_SAR.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: чтение информации из записей аудита.

7.4.6. Аудит: FAU_SAR.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: неуспешные попытки читать информацию из записей аудита.

7.4.7. Аудит: FAU_SAR.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Детализированный: параметры, используемые при просмотре.

7.4.8. FAU_SAR.1 Просмотр аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_GEN.1 Генерация данных аудита.

7.4.8.1. FAU_SAR.1.1

ФБО должны предоставлять [назначение: уполномоченные пользователи] возможность читать [назначение: список информации аудита] из записей аудита.

7.4.8.2. FAU_SAR.1.2

ФБО должны предоставлять записи аудита в виде, позволяющем пользователю воспринимать содержащуюся в них информацию.

7.4.9. FAU_SAR.2 Ограниченный просмотр аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_SAR.1 Просмотр аудита.

7.4.9.1. FAU_SAR.2.1

ФБО должны запретить всем пользователям доступ к чтению записей аудита, за исключением пользователей, которым явно предоставлен доступ для чтения.

7.4.10. FAU_SAR.3 Выборочный просмотр аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_SAR.1 Просмотр аудита.

7.4.10.1. FAU_SAR.3.1

ФБО должны предоставлять возможность использовать [назначение: методы выбора и/или упорядочения] данных аудита, основанный на [назначение: критерии с логическими отношениями].

7.5. Выбор событий аудита безопасности (FAU_SEL)

7.5.1. Характеристика семейства

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

7.5.2. Ранжирование компонентов

FAU_SEL.1 "Избирательный аудит" содержит требования возможности выбора совокупности событий, подвергающихся аудиту, из совокупности всех событий, потенциально подвергающихся аудиту и идентифицированных в FAU_GEN.1 "Генерация данных аудита", на основе атрибутов, определяемых разработчиком ПЗ/ЗБ.

7.5.3. Управление: FAU_SEL.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение прав просмотра/модификации событий аудита.

7.5.4. Аудит: FAU_SEL.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: все модификации конфигурации аудита, происходящие во время сбора данных аудита.

7.5.5. FAU_SEL.1 Избирательный аудит

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_GEN.1 Генерация данных аудита

FMT_MTD.1 Управление данными ФБО.

7.5.5.1. FAU_SEL.1.1

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

a) [выбор: идентификатор объекта, идентификатор пользователя, идентификатор субъекта, идентификатор узла сети, тип события];

b) [назначение: список дополнительных атрибутов, на которых основана избирательность аудита].

7.6. Хранение данных аудита безопасности (FAU_STG)

7.6.1. Характеристика семейства

Семейство FAU_STG определяет требования, при выполнении которых ФБО способны создавать и сопровождать журнал аудита безопасности. Под хранимыми записями аудита понимаются записи в журнале аудита, но не записи аудита, которые были загружены (во временную память) в процессе выбора.

7.6.2. Ранжирование компонентов

В FAU_STG.1 "Защищенное хранение журнала аудита" содержатся требования защиты журнала аудита от несанкционированного удаления и/или модификации.

FAU_STG.2 "Гарантии доступности данных аудита" определяет гарантии, что ФБО поддерживают имеющиеся данные аудита при возникновении нежелательной ситуации.

FAU_STG.3 "Действия в случае возможной потери данных аудита" определяет действия, которые необходимо предпринять, если превышен заданный порог заполнения журнала аудита.

FAU_STG.4 "Предотвращение потери данных аудита" определяет действия при переполнении журнала аудита.

7.6.3. Управление: FAU_STG.1

Действия по управлению не предусмотрены.

7.6.4. Управление: FAU_STG.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение параметров, которые управляют возможностями хранения журнала аудита.

7.6.5. Управление: FAU_STG.3

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) отслеживание порога заполнения;

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

7.6.6. Управление: FAU_STG.4

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) сопровождение (удаление, модификация, добавление) действий, которые нужно предпринять при сбое хранения журнала аудита.

7.6.7. Аудит: FAU_STG.1, FAU_STG.2

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

7.6.8. Аудит: FAU_STG.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: предпринимаемые действия после превышения порога заполнения.

7.6.9. Аудит: FAU_STG.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: предпринимаемые действия при сбое хранения журнала аудита.

7.6.10. FAU_STG.1 Защищенное хранение журнала аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_GEN.1 Генерация данных аудита.

7.6.10.1. FAU_STG.1.1

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

7.6.10.2. FAU_STG.1.2

ФБО должны быть способны [выбор, (выбрать одно из): предотвращать, выявлять] несанкционированную модификацию хранимых записей аудита в журнале аудита.

7.6.11. FAU_STG.2 Гарантии доступности данных аудита

Иерархический для: FAU_STG.1 Защищенное хранение журнала аудита.

Зависимости: FAU_GEN.1 Генерация данных аудита.

7.6.11.1. FAU_STG.2.1

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

7.6.11.2. FAU_STG.2.2

ФБО должны быть способны [выбор, (выбрать одно из): предотвращать, выявлять] несанкционированную модификацию хранимых записей аудита в журнале аудита.

7.6.11.3. FAU_STG.2.3

ФБО должны обеспечить поддержку [назначение: показатель сохранности записей аудита] хранимых записей аудита при наступлении следующих событий: [выбор: переполнение журнала аудита, сбой, атака].

7.6.12. FAU_STG.3 Действия в случае возможной потери данных аудита

Иерархический для: Нет подчиненных компонентов.

Зависимости: FAU_STG.1 Защищенное хранение журнала аудита.

7.6.12.1. FAU_STG.3.1

ФБО должны выполнить [назначение: действия, которые нужно предпринять в случае возможного сбоя хранения журнала аудита], если журнал аудита превышает [назначение: принятое ограничение].

7.6.13. FAU_STG.4 Предотвращение потери данных аудита

Иерархический для: FAU_STG.3 Действия в случае возможной потери данных аудита.

Зависимости: FAU_STG.1 Защищенное хранение журнала аудита.

7.6.13.1. FAU_STG.4.1

ФБО должны [выбор (выбрать одно из): "игнорировать события, подвергающиеся аудиту", "предотвращать события, подвергающиеся аудиту, исключая предпринимаемые уполномоченным пользователем со специальными правами", "записывать поверх самых старых хранимых записей аудита"] и [назначение: другие действия, которые нужно предпринять в случае возможного сбоя хранения журнала аудита] при переполнении журнала аудита.

8. Класс FCO: Связь

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

image008.jpg

Рисунок 8. Декомпозиция класса FCO "Связь"

8.1. Неотказуемость отправления (FCO_NRO)

8.1.1. Характеристика семейства

Семейство FCO_NRO обеспечивает невозможность отрицания отправителем информации факта ее отправления. Семейство FCO_NRO содержит требование, чтобы ФБО обеспечили метод предоставления субъекту - получателю свидетельства отправления информации. Это свидетельство может быть затем верифицировано этим субъектом или другими субъектами.

8.1.2. Ранжирование компонентов

FCO_NRO.1 "Избирательное доказательство отправления" содержит требование, чтобы ФБО предоставили субъектам возможность запросить свидетельство отправления информации.

FCO_NRO.2 "Принудительное доказательство отправления" содержит требование, чтобы ФБО всегда генерировали свидетельство отправления передаваемой информации.

8.1.3. Управление: FCO_NRO.1, FCO_NRO.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление изменениями типов и полей информации, атрибутов отправителей информации и получателей свидетельств.

8.1.4. Аудит: FCO_NRO.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: идентификатор пользователя, который запросил генерацию свидетельства отправления.

b) Минимальный: обращение к функции неотказуемости.

c) Базовый: идентификация информации, получателя и копии предоставляемого свидетельства.

d) Детализированный: идентификатор пользователя, который запросил верификацию свидетельства.

8.1.5. Аудит: FCO_NRO.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обращение к функции неотказуемости.

b) Базовый: идентификация информации, получателя и копии предоставляемого свидетельства.

c) Детализированный: идентификатор пользователя, который запросил верификацию свидетельства.

8.1.6. FCO_NRO.1 Избирательное доказательство отправления

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UID.1 Выбор момента идентификации.

8.1.6.1. FCO_NRO.1.1

ФБО должны быть способны генерировать свидетельство отправления передаваемой [назначение: список типов информации] при запросе [выбор: отправитель, получатель, [назначение: список третьих лиц]].

8.1.6.2. FCO_NRO.1.2

ФБО должны быть способны связать [назначение: список атрибутов] отправителя информации и [назначение: список информационных полей] информации, к которой прилагается свидетельство.

8.1.6.3. FCO_NRO.1.3

ФБО должны предоставить возможность верифицировать свидетельство отправления информации [выбор: отправитель, получатель, [назначение: список третьих лиц]] при установленных [назначение: ограничения на свидетельство отправления].

8.1.7. FCO_NRO.2 Принудительное доказательство отправления

Иерархический для: FCO_NRO.1 Избирательное доказательство отправления.

Зависимости: FIA_UID.1 Выбор момента идентификации.

8.1.7.1. FCO_NRO.2.1

ФБО должны всегда осуществлять генерацию свидетельства отправления передаваемой [назначение: список типов информации].

8.1.7.2. FCO_NRO.2.2

ФБО должны быть способны связать [назначение: список атрибутов] отправителя информации и [назначение: список информационных полей] информации, к которой прилагается свидетельство.

8.1.7.3. FCO_NRO.2.3

ФБО должны предоставить возможность верифицировать свидетельство отправления информации [выбор: отправитель, получатель, [назначение: список третьих лиц]] при установленных [назначение: ограничения на свидетельство отправления].

8.2. Неотказуемость получения (FCO_NRR)

8.2.1. Характеристика семейства

Неотказуемость получения обеспечивает невозможность отрицания получателем информации факта ее получения. Семейство FCO_NRR содержит требование, чтобы ФБО обеспечили метод предоставления субъекту-отправителю свидетельства получения информации. Это свидетельство может быть затем верифицировано этим субъектом или другими субъектами.

8.2.2. Ранжирование компонентов

FCO_NRR.1 "Избирательное доказательство получения" содержит требование, чтобы ФБО предоставили субъектам возможность запросить свидетельство получения информации.

FCO_NRR.2 "Принудительное доказательство получения" содержит требование, чтобы ФБО всегда генерировали свидетельство получения принятой информации.

8.2.3. Управление: FCO_NRR.1, FCO_NRR.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление изменениями типов и полей информации, атрибутов отправителей информации и других получателей свидетельств.

8.2.4. Аудит: FCO_NRR.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

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

b) Минимальный: обращение к функции неотказуемости.

c) Базовый: идентификация информации, получателя и копии предоставляемого свидетельства.

d) Детализированный: идентификатор пользователя, который запросил верификацию свидетельства.

8.2.5. Аудит: FCO_NRR.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обращение к функции неотказуемости.

b) Базовый: идентификация информации, получателя и копии предоставляемого свидетельства.

c) Детализированный: идентификатор пользователя, который запросил верификацию свидетельства.

8.2.6. FCO_NRR.1 Избирательное доказательство получения

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UID.1 Выбор момента идентификации.

8.2.6.1. FCO_NRR.1.1

ФБО должны быть способны генерировать свидетельство получения принятой [назначение: список типов информации] при запросе [выбор: отправитель, получатель, [назначение: список третьих лиц]].

8.2.6.2. FCO_NRR.1.2

ФБО должны быть способны связать [назначение: список атрибутов] получателя информации и [назначение: список информационных полей] информации, к которой прилагается свидетельство.

8.2.6.3. FCO_NRR.1.3

ФБО должны предоставить возможность верифицировать свидетельство получения информации [выбор: отправитель, получатель, [назначение: список третьих лиц]] при установленных [назначение: ограничения на свидетельство отправления].

8.2.7. FCO_NRR.2 Принудительное доказательство получения

Иерархический для: FCO_NRR.1 Избирательное доказательство получения

Зависимости: FIA_UID.1 Выбор момента идентификации

8.2.7.1. FCO_NRR.2.1

ФБО должны осуществлять генерацию свидетельства получения принятой [назначение: список типов информации].

8.2.7.2. FCO_NRR.2.2

ФБО должны быть способны связать [назначение: список атрибутов] получателя информации и [назначение: список информационных полей] информации, к которой прилагается свидетельство.

8.2.7.3. FCO_NRR.2.3

ФБО должны предоставить возможность верифицировать свидетельство получения информации [выбор: отправитель, получатель, [назначение: список третьих лиц]] при установленных [назначение: ограничения на свидетельство отправления].

9. Класс FCS: Криптографическая поддержка

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

image009.jpg

Рисунок 9. Декомпозиция класса FCS "Криптографическая поддержка"

Класс FCS "Криптографическая поддержка" состоит из двух семейств: FCS_CKM "Управление криптографическими ключами" и FCS_COP "Криптографические операции". В семействе FCS_CKM "Управление криптографическими ключами" рассмотрены аспекты управления криптографическими ключами, тогда как в семействе FCS_COP "Криптографические операции" рассмотрено практическое применение этих криптографических ключей.

9.1. Управление криптографическими ключами (FCS_CKM)

9.1.1. Характеристика семейства

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

9.1.2. Ранжирование компонентов

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

FCS_CKM.2 "Распределение криптографических ключей" содержит требование их распределения определенным методом, который может основываться на соответствующем стандарте.

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

FCS_CKM.4 "Уничтожение криптографических ключей" содержит требование их уничтожения согласно определенному методу, который может основываться на соответствующем стандарте.

9.1.3. Управление: FCS_CKM.1, FCS_CKM.2, FCS_CKM.3, FCS_CKM.4

Действия по управлению не предусмотрены.

9.1.4. Аудит: FCS_CKM.1, FCS_CKM.2, FCS_CKM.3, FCS_CKM.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешный или неуспешный результат действия.

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

9.1.5. FCS_CKM.1 Генерация криптографических ключей

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FCS_CKM.2 Распределение криптографических ключей или

FCS_COP.1 Криптографические операции]

FCS_CKM.4 Уничтожение криптографических ключей.

9.1.5.1. FCS_CKM.1.1

ФБО должны генерировать криптографические ключи в соответствии с определенным алгоритмом [назначение: алгоритм генерации криптографических ключей] и длиной [назначение: длины криптографических ключей], которые отвечают следующему: [назначение: список стандартов].

9.1.6. FCS_CKM.2 Распределение криптографических ключей

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ITC.1 Импорт данных пользователя без атрибутов безопасности или

FDP_ITC.2 Импорт данных пользователя с атрибутами безопасности или

FCS_CKM.1 Генерация криптографических ключей]

FCS_CKM.4 Уничтожение криптографических ключей.

9.1.6.1. FCS_CKM.2.1

ФБО должны распределять криптографические ключи в соответствии с определенным методом [назначение: метод распределения криптографических ключей], который отвечает следующему: [назначение: список стандартов].

9.1.7. FCS_CKM.3 Доступ к криптографическим ключам

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ITC.1 Импорт данных пользователя без атрибутов безопасности или

FDP_ITC.2 Импорт данных пользователя с атрибутами безопасности или

FCS_CKM.1 Генерация криптографических ключей]

FCS_CKM.4 Уничтожение криптографических ключей.

9.1.7.1. FCS_CKM.3.1

ФБО должны выполнять [назначение: тип доступа к криптографическим ключам] в соответствии с определенным методом доступа [назначение: метод доступа к криптографическим ключам], который отвечает следующему: [назначение: список стандартов].

9.1.8. FCS_CKM.4 Уничтожение криптографических ключей

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ITC.1 Импорт данных пользователя без атрибутов безопасности или

FDP_ITC.2 Импорт данных пользователя с атрибутами безопасности или

FCS_CKM.1 Генерация криптографических ключей].

9.1.8.1. FCS_CKM.4.1

ФБО должны уничтожать криптографические ключи в соответствии с определенным методом [назначение: метод уничтожения криптографических ключей], который отвечает следующему: [назначение: список стандартов].

9.2. Криптографические операции (FCS_COP)

9.2.1. Характеристика семейства

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

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

9.2.2. Ранжирование компонентов

FCS_COP.1 "Криптографические операции" содержит требования их выполнения по определенным алгоритмам с применением криптографических ключей определенной длины. Алгоритмы и длина криптографических ключей могут основываться на соответствующем стандарте.

9.2.3. Управление: FCS_COP.1

Действия по управлению не предусмотрены.

9.2.4. Аудит: FCS_COP.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешное или неуспешное завершение, а также тип криптографической операции.

b) Базовый: любые применяемые криптографические режимы операций, атрибуты субъектов и объектов.

9.2.5. FCS_COP.1 Криптографические операции

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ITC.1 Импорт данных пользователя без атрибутов безопасности или

FDP_ITC.2 Импорт данных пользователя с атрибутами безопасности или

FCS_CKM.1 Генерация криптографических ключей]

FCS_CKM.4 Уничтожение криптографических ключей.

9.2.5.1. FCS_COP.1.1

ФБО должны выполнять [назначение: список криптографических операций] в соответствии с определенными алгоритмами [назначение: криптографические алгоритмы] и длиной [назначение: длины криптографических ключей], которые отвечают следующему: [назначение: список стандартов].

10. Класс FDP: Защита данных пользователя

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

a) политики функций безопасности для защиты данных пользователя:

- FDP_ACC "Политика управления доступом";

- FDP_IFC "Политика управления информационными потоками".

Компоненты этих семейств позволяют разработчику ПЗ/ЗБ именовать политики функций безопасности для защиты данных пользователя и определять область действия этих политик, которые необходимо соотнести с целями безопасности. Предполагается, что имена этих политик будут использоваться повсеместно в тех функциональных компонентах, которые имеют операцию, запрашивающую назначение или выбор "ПФБ управления доступом" и/или "ПФБ управления информационными потоками". Правила, которые определяют функциональные возможности именованных ПФБ управления доступом и управления информационными потоками, будут установлены в семействах FDP_ACF "Функции управления доступом" и FDP_IFF "Функции управления информационными потоками" соответственно.

b) виды защиты данных пользователя:

- FDP_ACF "Функции управления доступом";

- FDP_IFF "Функции управления информационными потоками";

- FDP_ITT "Передача в пределах ОО";

- FDP_RIP "Защита остаточной информации";

- FDP_ROL "Откат";

- FDP_SDI "Целостность хранимых данных".

c) автономное хранение, импорт и экспорт данных:

- FDP_DAU "Аутентификация данных";

- FDP_ETC "Экспорт данных из ОО";

- FDP_ITC "Импорт данных из-за пределов ОО".

Компоненты этих семейств связаны с доверенной передачей данных в или из ОО.

d) связь между ФБО:

- FDP_UCT "Защита конфиденциальности данных пользователя при передаче между ФБО";

- FDP_UIT "Защита целостности данных пользователя при передаче между ФБО".

Компоненты этих семейств определяют взаимодействие между ФБО собственно ОО и другого доверенного продукта ИТ.

10.1. Политика управления доступом (FDP_ACC)

10.1.1. Характеристика семейства

Семейство FDP_ACC идентифицирует ПФБ управления доступом (поименованные) и определяет область действия политик, образующих идентифицированную часть управления доступом ФТБ, относящихся к ПФБ. Область действия можно характеризовать тремя множествами: субъекты под управлением политики, объекты под управлением политики и операции управляемых субъектов на управляемых объектах, на которые распространяется политика. Общие критерии допускают существование нескольких политик, каждая из которых имеет уникальное имя. Это достигается посредством выполнения итераций компонентов рассматриваемого семейства по одному разу для каждой именованной политики управления доступом. Правила, определяющие функциональные возможности ПФБ управления доступом, будут установлены другими семействами, такими как FDP_ACF "Функции управления доступом" и FDP_ETC "Экспорт данных из ОО". Предполагается, что имена ПФБ, идентифицированные в семействе FDP_ACC "Политика управления доступом", будут использоваться повсеместно в функциональных компонентах, которые имеют операцию, запрашивающую назначение или выбор "ПФБ управления доступом".

10.1.2. Ранжирование компонентов

FDP_ACC.1 "Ограниченное управление доступом" содержит требование, чтобы каждая идентифицированная ПФБ управления доступом существовала для подмножества возможных операций на подмножестве объектов в ОО.

FDP_ACC.2 "Полное управление доступом" содержит требование, чтобы каждая идентифицированная ПФБ управления доступом охватывала все операции субъектов на объектах, управляемых этой ПФБ. Кроме этого, требуется, чтобы все объекты и операции, защищаемые ФБО, были охвачены, по меньшей мере, одной идентифицированной ПФБ управления доступом.

10.1.3. Управление: FDP_ACC.1, FDP_ACC.2

Действия по управлению не предусмотрены.

10.1.4. Аудит: FDP_ACC.1, FDP_ACC.2

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

10.1.5. FDP_ACC.1 Ограниченное управление доступом

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_ACF.1 Управление доступом, основанное на атрибутах безопасности.

10.1.5.1. FDP_ACC.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом] для [назначение: список субъектов, объектов и операций субъектов на объектах, на которые распространяется ПФБ].

10.1.6. FDP_ACC.2 Полное управление доступом

Иерархический для: FDP_ACC.1 Ограниченное управление доступом

Зависимости: FDP_ACR.1 Управление доступом, основанное на атрибутах безопасности.

10.1.6.1. FDP_ACC.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом] для [назначение: список субъектов и объектов] и всех операций субъектов на объектах, на которые распространяется ПФБ.

10.1.6.2. FDP_ACC.2.2

ФБО должны обеспечить, чтобы на операции любого субъекта, контролируемого ФБО, на любом объекте, контролируемом ФБО, распространялась какая-либо ПФБ управления доступом.

image010.jpg

Рисунок 10. Декомпозиция класса FDP "Защита данных пользователя"

image011.jpg

Рисунок 10. Декомпозиция класса FDP "Защита данных пользователя"
(продолжение)

10.2. Функции управления доступом (FDP_ACF)

10.2.1. Характеристика семейства

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

10.2.2. Ранжирование компонентов

В этом семействе рассмотрены использование атрибутов безопасности и характеристики политик управления доступом. Предполагается, что компонент из этого семейства будет использован, чтобы описать правила для функции, которая реализует ПФБ, ранее идентифицированную в FDP_ACC "Политика управления доступом". Разработчик ПЗ/ЗБ может также выполнять итерации этого компонента, когда в ОО имеются несколько таких политик.

FDP_ACF.1 "Управление доступом, основанное на атрибутах безопасности" позволяет ФБО осуществить доступ, основанный на атрибутах и именованных группах атрибутов безопасности. Кроме того, ФБО могут иметь возможность явно разрешать или запрещать доступ к объекту, основываясь на атрибутах безопасности.

10.2.3. Управление: FDP_ACF.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление атрибутами, используемыми для явного разрешения или запрещения доступа.

10.2.4. Аудит: FDP_ACF.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешные запросы на выполнение операций на объекте, на который распространяется ПФБ.

b) Базовый: все запросы на выполнение операций на объекте, на который распространяется ПФБ.

c) Детализированный: специальные атрибуты безопасности, используемые при проверке правомерности доступа.

10.2.5. FDP_ACF.1 Управление доступом, основанное на атрибутах безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_ACC.1 Ограниченное управление доступом

FMT_MSA.3 Инициализация статических атрибутов.

10.2.5.1. FDP_ACF.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом] к объектам, основываясь на [назначение: список субъектов и объектов, находящихся под управлением указанной ПФБ, и для каждого из них - относящиеся к данной ПФБ атрибуты безопасности или именованные группы атрибутов безопасности].

10.2.5.2. FDP_ACF.1.2

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

10.2.5.3. FDP_ACF.1.3

ФБО должны явно разрешать доступ субъектов к объектам, основываясь на следующих дополнительных правилах: [назначение: правила, основанные на атрибутах безопасности, которые явно разрешают доступ субъектов к объектам].

10.2.5.4. FDP_ACF.1.4

ФБО должны явно отказывать в доступе субъектов к объектам, основываясь на следующих дополнительных правилах: [назначение: правила, основанные на атрибутах безопасности, которые явно запрещают доступ субъектов к объектам].

10.3. Аутентификация данных (FDP_DAU)

10.3.1. Характеристика семейства

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

10.3.2. Ранжирование компонентов

FDP_DAU.1 "Базовая аутентификация данных" содержит требование, чтобы ФБО были способны предоставить гарантию подлинности информации, содержащейся в объектах (например, документах).

FDP_DAU.2 "Аутентификация данных с идентификацией гаранта" содержит дополнительное требование, чтобы ФБО были способны установить идентификатор субъекта, который предоставил гарантию подлинности.

10.3.3. Управление: FDP_DAU.1, FDP_DAU.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

10.3.4. Аудит: FDP_DAU.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешная генерация свидетельства правильности.

b) Базовый: неуспешная генерация свидетельства правильности.

c) Детализированный: идентификатор субъекта, который запросил свидетельство.

10.3.5. Аудит: FDP_DAU.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешная генерация свидетельства правильности;

b) Базовый: неуспешная генерация свидетельства правильности;

c) Детализированный: идентификатор субъекта, который запросил свидетельство;

d) Детализированный: идентификатор субъекта, который генерировал свидетельство.

10.3.6. FDP_DAU.1 Базовая аутентификация данных

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

10.3.6.1. FDP_DAU.1.1

ФБО должны предоставить возможность генерировать свидетельство, которое может быть использовано как гарантия правильности [назначение: список объектов или типов информации].

10.3.6.2. FDP_DAU.1.2

ФБО должны предоставить [назначение: список субъектов] возможность верифицировать свидетельство правильности указанной информации.

10.3.7. FDP_DAU.2 Аутентификация данных с идентификацией гаранта

Иерархический для: FDP_DAU.1 Базовая аутентификация данных.

Зависимости: FIA_UID.1 Выбор момента идентификации.

10.3.7.1. FDP_DAU.2.1

ФБО должны предоставить возможность генерировать свидетельство, которое может быть использовано как гарантия правильности [назначение: список объектов или типов информации].

10.3.7.2. FDP_DAU.2.2

ФБО должны предоставить [назначение: список субъектов] с возможностью верифицировать свидетельство правильности указанной информации и идентификатор пользователя, который создал свидетельство.

10.4. Экспорт данных из ОО (FDP_ETC)

10.4.1. Характеристика семейства

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

10.4.2. Ранжирование компонентов

FDP_ETC.1 "Экспорт данных пользователя без атрибутов безопасности" содержит требование, чтобы ФБО осуществляли соответствующие ПФБ при экспорте данных пользователя за пределы действия ФБО. Данные пользователя, которые экспортируются этой функцией, не сопровождаются ассоциированными с ними атрибутами безопасности.

FDP_ETC.2 "Экспорт данных пользователя с атрибутами безопасности" содержит требование, чтобы ФБО осуществляли соответствующие ПФБ, используя функцию, которая точно и однозначно ассоциирует атрибуты безопасности с экспортируемыми данными пользователя.

10.4.3. Управление: FDP_ETC.1

Действия по управлению не предусмотрены.

10.4.4. Управление: FDP_ETC.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) изменение дополнительных правил управления экспортом информации пользователем с определенной ролью.

10.4.5. Аудит: FDP_ETC.1, FDP_ETC.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешный экспорт информации.

b) Базовый: все попытки экспортировать информацию.

10.4.6. FDP_ETC.1 Экспорт данных пользователя без атрибутов безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.4.6.1. FDP_ETC.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками] при экспорте данных пользователя, контролируемом ПФБ, за пределы ОО.

10.4.6.2. FDP_ETC.1.2

ФБО должны экспортировать данные пользователя без атрибутов безопасности, ассоциированных с данными пользователя.

10.4.7. FDP_ETC.2 Экспорт данных пользователя с атрибутами безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.4.7.1. FDP_ETC.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками] при экспорте данных пользователя, контролируемом ПФБ, за пределы ОО.

10.4.7.2. FDP_ETC.2.2

ФБО должны экспортировать данные пользователя с атрибутами безопасности, ассоциированными с данными пользователя.

10.4.7.3. FDP_ETC.2.3

ФБО должны обеспечить, чтобы при экспорте за пределы ОО атрибуты безопасности однозначно ассоциировались с экспортируемыми данными пользователя.

10.4.7.4. FDP_ETC.2.4

ФБО должны осуществлять следующие правила при экспорте данных пользователя из ОО: [назначение: дополнительные правила управления экспортом информации].

10.5. Политика управления информационными потоками (FDP_IFC)

10.5.1. Характеристика семейства

Семейство FDP_IFC идентифицирует ПФБ управления информационными потоками (поименованные) и определяет области действия для каждой поименованной ПФБ управления информационными потоками. Эти области действия можно характеризовать тремя множествами: субъекты под управлением политики, информация под управлением политики и операции перемещения управляемой информации к управляемым субъектам и от них, на которые распространяется политика. Общие критерии допускают существование нескольких политик, каждая из которых имеет уникальное имя. Это достигается посредством выполнения итераций компонентов рассматриваемого семейства по одному разу для каждой именованной политики управления информационными потоками. Правила, определяющие функциональные возможности ПФБ управления информационными потоками, будут установлены другими семействами, такими как FDP_IFF "Функции управления информационными потоками" и FDP_ETC "Экспорт данных из ОО". Имена ПФБ управления информационными потоками, идентифицированные в семействе FDP_IFC, в дальнейшем будут использоваться повсеместно в тех функциональных компонентах, которые включают в себя операцию, запрашивающую назначение или выбор "ПФБ управления информационными потоками".

Механизм ФБО управляет информационными потоками в соответствии с ПФБ управления информационными потоками. Операции, которые изменяли бы атрибуты безопасности информации, в общем случае недопустимы, поскольку это было бы нарушением ПФБ управления информационными потоками. Однако, как исключение, такие операции могут быть разрешены в ПФБ управления информационными потоками, когда это явно определено.

10.5.2. Ранжирование компонентов

FDP_IFC.1 "Ограниченное управление информационными потоками" содержит требование, чтобы каждая идентифицированная ПФБ управления информационными потоками выполнялась для подмножества возможных операций на подмножестве информационных потоков в ОО.

FDP_IFC.2 "Полное управление информационными потоками" содержит требование, чтобы каждая идентифицированная ПФБ управления информационными потоками охватывала все операции для субъектов и информацию под управлением этой ПФБ. Также требуется, чтобы все информационные потоки и операции, контролируемые ФБО, были охвачены хотя бы одной идентифицированной ПФБ управления информационными потоками.

10.5.3. Управление: FDP_IFC.1, FDP_IFC.2

Действия по управлению не предусмотрены.

10.5.4. Аудит: FDP_IFC.1, FDP_IFC.2

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

10.5.5. FDP_IFC.1 Ограниченное управление информационными потоками

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_IFF.1 Простые атрибуты безопасности.

10.5.5.1. FDP_IFC.1.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками] для [назначение: список субъектов, информации и операций перемещения управляемой информации к управляемым субъектам и от них, на которые распространяется ПФБ].

10.5.6. FDP_IFC.2 Полное управление информационными потоками

Иерархический для: FDP_IFC.1 Ограниченное управление информационными потоками.

Зависимости: FDP_IFF.1 Простые атрибуты безопасности.

10.5.6.1. FDP_IFC.2.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками] для [назначение: список субъектов и информации] и всех операций перемещения управляемой информации к управляемым субъектам и от них, на которые распространяется ПФБ.

10.5.6.2. FDP_IFC.2.2

ФБО должны обеспечить, чтобы в ОО на все операции перемещения информации субъектам и от них распространялась какая-либо ПФБ управления информационными потоками.

10.6. Функции управления информационными потоками (FDP_IFF)

10.6.1. Характеристика семейства

Семейство FDP_IFF описывает правила для конкретных функций, которые могут реализовать ПФБ управления информационными потоками, именованные в FDP_IFC "Политика управления информационными потоками", где также определена область действия соответствующей политики. Семейство содержит два типа требований: один связан с обычными информационными потоками, а второй - с неразрешенными информационными потоками (скрытыми каналами). Это разделение возникает, потому что проблема неразрешенных информационных потоков в некотором смысле противоречит остальным аспектам ПФБ управления информационными потоками. По существу, скрытые каналы дают возможность обходить ПФБ управления информационными потоками в нарушение политики. Таким образом, возникает потребность в специальных функциях, которые либо ограничивают, либо предотвращают их возникновение.

10.6.2. Ранжирование компонентов

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

FDP_IFF.2 "Иерархические атрибуты безопасности" расширяет требования предыдущего компонента, требуя, чтобы все ПФБ управления информационными потоками в совокупности с ФТБ использовали иерархические атрибуты безопасности, которые образуют некоторую структуру (как определено в математике). FDP_IFF.2.6 основан на математических свойствах структуры. Структура состоит из набора элементов, отношение упорядочения которых обладает свойствами, определенными в пункте a) FDP_IFF.2.6, "наибольшая нижняя грань" которого является уникальным элементом в наборе, который является большим или равным (в отношении упорядочения), чем любой другой элемент в структуре, а "наименьшая верхняя грань" которого является уникальным элементом в наборе, который является меньшим или равным, чем любой другой элемент структуры.

FDP_IFF.3 "Ограничение неразрешенных информационных потоков" содержит требование, чтобы ПФБ распространялась на неразрешенные информационные потоки, но не обязательно устраняла их.

FDP_IFF.4 "Частичное устранение неразрешенных информационных потоков" содержит требование, чтобы ПФБ обеспечила устранение некоторых, но не обязательно всех неразрешенных информационных потоков.

FDP_IFF.5 "Полное устранение неразрешенных информационных потоков" содержит требование, чтобы ПФБ обеспечила устранение всех неразрешенных информационных потоков.

FDP_IFF.6 "Мониторинг неразрешенных информационных потоков" содержит требование, чтобы ПФБ отслеживала неразрешенные информационные потоки, максимальная интенсивность которых превышает заданное пороговое значение.

10.6.3. Управление: FDP_IFF.1, FDP_IFF.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление атрибутами, используемыми для явного разрешения и запрещения доступа.

10.6.4. Управление: FDP_IFF.3, FDP_IFF.4, FDP_IFF.5

Действия по управлению не предусмотрены.

10.6.5. Управление: FDP_IFF.6

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) включение или отключение функции мониторинга.

b) модификация максимальной интенсивности, которая отслеживается при мониторинге.

10.6.6. Аудит: FDP_IFF.1, FDP_IFF.2, FDP_IFF.5

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: разрешения на запрашиваемые информационные потоки.

b) Базовый: все решения по запросам на информационные потоки.

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

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

10.6.7. Аудит: FDP_IFF.3, FDP_IFF.4, FDP_IFF.6

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: разрешения на запрашиваемые информационные потоки.

b) Базовый: все решения по запросам на информационные потоки.

c) Базовый: использование выявленных скрытых каналов.

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

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

f) Детализированный: использование идентифицированных скрытых каналов, для которых оценка максимальной интенсивности превышает заданное пороговое значение.

10.6.8. FDP_IFF.1 Простые атрибуты безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками

FMT_MSA.3 Инициализация статических атрибутов.

10.6.8.1. FDP_IFF.1.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками], основанную на следующих типах атрибутов безопасности субъекта и информации: [назначение: список субъектов и типов информации, находящихся под управлением указанной ПФБ, и для каждого из них - атрибуты безопасности].

10.6.8.2. FDP_IFF.1.2

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

10.6.8.3. FDP_IFF.1.3

ФБО должны осуществлять [назначение: дополнительные правила ПФБ управления информационными потоками].

10.6.8.4. FDP_IFF.1.4

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

10.6.8.5. FDP_IFF.1.5

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

10.6.9. FDP_IFF.2 Иерархические атрибуты безопасности

Иерархический для: FDP_IFF.1 Простые атрибуты безопасности.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками

FMT_MSA.3 Инициализация статических атрибутов.

10.6.9.1. FDP_IFF.2.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками], основанную на следующих типах атрибутов безопасности субъекта и информации: [назначение: список субъектов и типов информации, находящихся под управлением указанной ПФБ, и для каждого из них - атрибуты безопасности].

10.6.9.2. FDP_IFF.2.2

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

10.6.9.3. FDP_IFF.2.3

ФБО должны осуществлять [назначение: дополнительные правила ПФБ управления информационными потоками].

10.6.9.4. FDP_IFF.2.4

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

10.6.9.5. FDP_IFF.2.5

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

10.6.9.6. FDP_IFF.2.6

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

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

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

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

10.6.10. FDP_IFF.3 Ограничение неразрешенных информационных потоков

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками.

10.6.10.1. FDP_IFF.3.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками], чтобы ограничить интенсивность [назначение: типы неразрешенных информационных потоков] до [назначение: максимальная интенсивность].

10.6.11. FDP_IFF.4 Частичное устранение неразрешенных информационных потоков

Иерархический для: FDP_IFF.3 Ограничение неразрешенных информационных потоков.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками.

10.6.11.1. FDP_IFF.4.1

ФБО должны осуществлять [назначение: ПФБ управления информационными потоками], чтобы ограничить интенсивность [назначение: типы неразрешенных информационных потоков] до [назначение: максимальная интенсивность].

10.6.11.2. FDP_IFF.4.2

ФБО должны предотвращать [назначение: типы неразрешенных информационных потоков].

10.6.12. FDP_IFF.5 Отсутствие неразрешенных информационных потоков

Иерархический для: FDP_IFF.4 Частичное устранение неразрешенных информационных потоков.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками.

10.6.12.1. FDP_IFF.5.1

ФБО должны обеспечить, чтобы не существовало никаких неразрешенных информационных потоков, способных нарушить [назначение: имя ПФБ управления информационными потоками].

10.6.13. FDP_IFF.6 Мониторинг неразрешенных информационных потоков

Иерархический для: Нет подчиненных компонентов.

Зависимости: FDP_IFC.1 Ограниченное управление информационными потоками.

10.6.13.1. FDP_IFF.6.1

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

10.7. Импорт данных из-за пределов ОО (FDP_ITC)

10.7.1. Характеристика семейства

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

10.7.2. Ранжирование компонентов

Компонент FDP_ITC.1 "Импорт данных пользователя без атрибутов безопасности" содержит требования, чтобы атрибуты безопасности правильно представляли данные пользователя и поставлялись независимо от объекта.

Компонент FDP_ITC.2 "Импорт данных пользователя с атрибутами безопасности" содержит требования, чтобы атрибуты безопасности правильно представляли данные пользователя, а также точно и однозначно ассоциировались с данными пользователя, импортируемыми из-за пределов ОО.

10.7.3. Управление: FDP_ITC.1, FDP_ITC.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) модификация дополнительных правил управления, используемых для импорта.

10.7.4. Аудит: FDP_ITC.1, FDP_ITC.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешный импорт данных пользователя, включая любые атрибуты безопасности.

b) Базовый: все попытки импортировать данные пользователя, включая любые атрибуты безопасности.

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

10.7.5. FDP_ITC.1 Импорт данных пользователя без атрибутов безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FMT_MSA.3 Инициализация статических атрибутов.

10.7.5.1. FDP_ITC.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками] при импорте данных пользователя, контролируемом ПФБ, из-за пределов ОО.

10.7.5.2. FDP_ITC.1.2

ФБО должны игнорировать любые атрибуты безопасности, ассоциированные с данными пользователя, при импорте из-за пределов ОО.

10.7.5.3. FDP_ITC.1.3

ФБО должны осуществлять следующие правила при импорте данных пользователя, контролируемом ПФБ, из-за пределов ОО: [назначение: дополнительные правила управления импортом].

10.7.6. FDP_ITC.2 Импорт данных пользователя с атрибутами безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

[FTP_ITC.1 Доверенный канал передачи между ФБО или

FTP_TRP.1 Доверенный маршрут]

FPT_TDC.1 Базовая согласованность данных ФБО между ФБО.

10.7.6.1. FDP_ITC.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками] при импорте данных пользователя, контролируемом ПФБ, из-за пределов ОО.

10.7.6.2. FDP_ITC.2.2

ФБО должны использовать атрибуты безопасности, ассоциированные с импортируемыми данными пользователя.

10.7.6.3. FDP_ITC.2.3

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

10.7.6.4. FDP_ITC.2.4

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

10.7.6.5. FDP_ITC.2.5

ФБО должны осуществлять следующие правила при импорте данных пользователя, контролируемом ПФБ, из-за пределов ОО: [назначение: дополнительные правила управления импортом].

10.8. Передача в пределах ОО (FDP_ITT)

10.8.1. Характеристика семейства

Семейство FDP_ITT содержит требования, связанные с защитой данных пользователя при их передаче между отдельными частями ОО по внутреннему каналу. Этим оно отличается от семейств FDP_UCT "Защита конфиденциальности данных пользователя при передаче между ФБО" и FDP_UIT "Защита целостности данных пользователя при передаче между ФБО", которые обеспечивают защиту данных пользователя при их передаче между различными ФБО по внешнему каналу, а также от семейств FDP_ETC "Экспорт данных из ОО" и FDP_ITC "Импорт данных из-за пределов ОО", которые связаны с передачей данных из ОО или в ОО из-за пределов ОО при посредничестве ФБО.

10.8.2. Ранжирование компонентов

FDP_ITT.1 "Базовая защита внутренней передачи" содержит требование, чтобы данные пользователя были защищены при передаче между частями ОО.

FDP_ITT.2 "Разделение передачи по атрибутам" содержит в дополнение к первому компоненту требование разделения данных, основанного на значениях присущих ПФБ атрибутов.

FDP_ITT.3 "Мониторинг целостности" содержит требование, чтобы ФБО контролировали данные пользователя, передаваемые между частями ОО, на наличие идентифицированных ошибок целостности.

FDP_ITT.4 "Мониторинг целостности по атрибутам" расширяет третий компонент, разрешая дополнительную форму мониторинга целостности с разделением, использующим присущие ПФБ атрибуты.

10.8.3. Управление: FDP_ITT.1, FDP_ITT.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

10.8.4. Управление: FDP_ITT.3, FDP_ITT.4

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

10.8.5. Аудит: FDP_ITT.1, FDP_ITT.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

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

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

10.8.6. Аудит: FDP_ITT.3, FDP_ITT.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

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

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

c) Базовый: несанкционированные попытки изменить метод защиты целостности.

d) Детализированный: действия, предпринимаемые после обнаружения ошибки целостности.

10.8.7. FDP_ITT.1 Базовая защита внутренней передачи

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.8.7.1. FDP_ITT.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы предотвратить [выбор: раскрытие, модификация, недоступность] данных пользователя при их передаче между физически разделенными частями ОО.

10.8.8. FDP_ITT.2 Разделение передачи по атрибутам

Иерархический для: FDP_ITT.1 Базовая защита внутренней передачи.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.8.8.1. FDP_ITT.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы предотвратить [выбор: раскрытие, модификация, недоступность] данных пользователя при их передаче между физически разделенными частями ОО.

10.8.8.2. FDP_ITT.2.2

ФБО должны разделять данные, контролируемые ПФБ, при их передаче между физически разделенными частями ОО, основываясь на значениях следующих атрибутов: [назначение: атрибуты безопасности, которые требуют разделения данных].

10.8.9. FDP_ITT.3 Мониторинг целостности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FDP_ITT.1 Базовая защита внутренней передачи.

10.8.9.1. FDP_ITT.3.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы контролировать данные пользователя, передаваемые между физически разделенными частями ОО, на наличие следующих ошибок: [назначение: ошибки целостности].

10.8.9.2. FDP_ITT.3.2

При обнаружении ошибки целостности данных ФБО должны предпринять [назначение: действия при ошибке целостности].

10.8.10. FDP_ITT.4 Мониторинг целостности по атрибутам

Иерархический для: FDP_ITT.3 Мониторинг целостности.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FDP_ITT.2 Разделение передачи по атрибутам.

10.8.10.1. FDP_ITT.4.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы контролировать данные пользователя, передаваемые между физически разделенными частями ОО, на наличие следующих ошибок: [назначение: ошибки целостности], основываясь на следующих атрибутах: [назначение: атрибуты безопасности, которые требуют разделения каналов передачи].

10.8.10.2. FDP_ITT.4.2

При обнаружении ошибки целостности данных ФБО должны предпринять [назначение: действия при ошибке целостности].

10.9. Защита остаточной информации (FDP_RIP)

10.9.1. Характеристика семейства

Семейство FDP_RIP связано с необходимостью обеспечения последующей недоступности любых данных, содержащихся в ресурсе, если ресурс удален из одного объекта и перемещен в другой объект. Это семейство содержит требования защиты данных, содержащихся в ресурсе, которые были логически удалены или исключены из рассмотрения, но физически все еще могут присутствовать в контролируемом ФБО ресурсе, который в свою очередь может быть перемещен в другой объект.

10.9.2. Ранжирование компонентов

FDP_RIP.1 "Ограниченная защита остаточной информации" содержит требование, чтобы ФБО обеспечили недоступность содержания всей остаточной информации любых ресурсов для определенного подмножества объектов, контролируемых ФБО, при распределении или освобождении ресурса.

FDP_RIP.2 "Полная защита остаточной информации" содержит требование, чтобы ФБО обеспечили недоступность содержания всей остаточной информации любых ресурсов для всех объектов при распределении или освобождении ресурса.

10.9.3. Управление: FDP_RIP.1, FDP_RIP.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

10.9.4. Аудит: FDP_RIP.1, FDP_RIP.2

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

10.9.5. FDP_RIP.1 Ограниченная защита остаточной информации

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

10.9.5.1. FDP_RIP.1.1

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

10.9.6. FDP_RIP.2 Полная защита остаточной информации

Иерархический для: FDP_RIP.1 Ограниченная защита остаточной информации.

Зависимости: отсутствуют.

10.9.6.1. FDP_RIP.2.1

ФБО должны обеспечить недоступность любого предыдущего информационного содержания ресурсов при [выбор: распределение ресурса, освобождение ресурса] для всех объектов.

10.10. Откат (FDP_ROL)

10.10.1. Характеристика семейства

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

10.10.2. Ранжирование компонентов

FDP_ROL.1 "Базовый откат" связан с необходимостью вернуть обратно или отменить ограниченное число операций в определенных пределах.

FDP_ROL.2 "Расширенный откат" связан с необходимостью вернуть обратно или отменить все операции в определенных пределах.

10.10.3. Управление: FDP_ROL.1, FDP_ROL.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) возможность настройки предела ограничений, до которого возможен откат в пределах ОО;

b) разрешение выполнять операцию отката только вполне определенным ролям.

10.10.4. Аудит: FDP_ROL.1, FDP_ROL.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: все успешные операции отката.

b) Базовый: все попытки выполнить операции отката.

c) Детализированный: все попытки выполнить операции отката с идентификацией типов операций, отмененных при откате.

10.10.5. FDP_ROL.1 Базовый откат

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.10.5.1. FDP_ROL.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы разрешать откат [назначение: список операций] на [назначение: список объектов].

10.10.5.2. FDP_ROL.1.2

ФБО должны разрешать откат в пределах [назначение: ограничение выполнения отката].

10.10.6. FDP_ROL.2 Расширенный откат

Иерархический для: FDP_ROL.1 Базовый откат.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.10.6.1. FDP_ROL.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], чтобы разрешать откат всех операций на [назначение: список объектов].

10.10.6.2. FDP_ROL.2.2

ФБО должны разрешать откат в пределах [назначение: ограничение выполнения отката].

10.11. Целостность хранимых данных (FDP_SDI)

10.11.1. Характеристика семейства

Семейство FDP_SDI содержит требования, связанные с защитой данных пользователя во время их хранения в местах хранения, контролируемых ФБО. Ошибки целостности могут воздействовать на данные пользователя, хранимые как в оперативной памяти, так и на запоминающих устройствах. Это семейство отличается от семейства FDP_ITT "Передача в пределах ОО", которое защищает данные пользователя от ошибок целостности во время их передачи в пределах ОО.

10.11.2. Ранжирование компонентов

FDP_SDI.1 "Мониторинг целостности хранимых данных" содержит требование, чтобы ФБО контролировала данные пользователя, хранимые в местах хранения, контролируемых ФБО, на наличие идентифицированных ошибок целостности.

FDP_SDI.2 "Мониторинг целостности хранимых данных и предпринимаемые действия" дополняет предыдущий компонент действиями, предпринимаемыми после обнаружения ошибок.

10.11.3. Управление: FDP_SDI.1

Действия по управлению не предусмотрены.

10.11.4. Управление: FDP_SDI.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

10.11.5. Аудит: FDP_SDI.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешные попытки проверки целостности данных пользователя с индикацией результатов проверки.

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

c) Детализированный: тип обнаруженной ошибки целостности.

10.11.6. Аудит: FDP_SDI.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: успешные попытки проверки целостности данных пользователя с индикацией результатов проверки.

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

c) Детализированный: тип обнаруженной ошибки целостности.

d) Детализированный: действия, предпринимаемые при обнаружении ошибки целостности.

10.11.7. FDP_SDI.1 Мониторинг целостности хранимых данных

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

10.11.7.1. FDP_SDI.1.1

ФБО должны контролировать данные пользователя, хранимые в контейнерах, контролируемых ОО, на наличие [назначение: ошибки целостности] для всех объектов, основываясь на следующих атрибутах: [назначение: атрибуты данных пользователя].

10.11.8. FDP_SDI.2 Мониторинг целостности хранимых данных и предпринимаемые действия

Иерархический для: FDP_SDI.1 Мониторинг целостности хранимых данных.

Зависимости: отсутствуют.

10.11.8.1. FDP_SDI.2.1

ФБО должны контролировать данные пользователя, хранимые в местах хранения, контролируемых ОО, на наличие [назначение: ошибки целостности] для всех объектов, основываясь на следующих атрибутах: [назначение: атрибуты данных пользователя].

10.11.8.2. FDP_SDI.2.2

При обнаружении ошибки целостности данных ФБО должны обеспечить [назначение: предпринимаемые действия].

10.12. Защита конфиденциальности данных пользователя при передаче между ФБО (FDP_UCT)

10.12.1. Характеристика семейства

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

10.12.2. Ранжирование компонентов

Цель компонента FDP_UCT.1 "Базовая конфиденциальность обмена данными" состоит в предоставлении защиты от раскрытия данных пользователя во время их передачи.

10.12.3. Управление: FDP_UCT.1

Действия по управлению не предусмотрены.

10.12.4. Аудит: FDP_UCT.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: идентификатор любого пользователя или субъекта, использующего механизмы обмена данными.

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

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

10.12.5. FDP_UCT.1 Базовая конфиденциальность обмена данными

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FTP_ITC.1 Доверенный канал передачи между ФБО или

FTP_TRP.1 Доверенный маршрут]

[FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

10.12.5.1. FDP_UCT.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], предоставляющую возможность [выбор: отправление, получение] данных пользователя способом, защищенным от несанкционированного раскрытия.

10.13. Защита целостности данных пользователя при передаче между ФБО (FDP_UIT)

10.13.1. Характеристика семейства

Семейство FDP_UIT определяет требования по обеспечению целостности данных пользователя при их передаче между ОО и другим доверенным продуктом ИТ, а также для их восстановления при обнаружении ошибок. Как минимум, это семейство контролирует целостность данных пользователя на предмет модификации. Кроме того, семейство поддерживает различные способы исправления обнаруженных ошибок целостности.

10.13.2. Ранжирование компонентов

FDP_UIT.1 "Целостность передаваемых данных" связан с обнаружением модификации, удалений, вставок и повторения передаваемых данных пользователя.

FDP_UIT.2 "Восстановление переданных данных источником" связан с восстановлением исходных данных пользователя, полученных ФБО, с помощью источника - доверенного продукта ИТ.

FDP_UIT.3 "Восстановление переданных данных получателем" связан с самостоятельным восстановлением исходных данных пользователя, полученных ФБО, без какой-либо помощи источника - доверенного продукта ИТ.

10.13.3. Управление: FDP_UIT.1, FDP_UIT.2, FDP_UIT.3

Действия по управлению не предусмотрены.

10.13.4. Аудит: FDP_UIT.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: идентификатор любого пользователя или субъекта, использующего механизмы обмена данными.

b) Базовый: идентификатор любого пользователя или субъекта, пытающегося использовать механизмы обмена данными пользователя, но не уполномоченного делать это таким образом.

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

d) Базовый: любые идентифицированные попытки блокировать передачу данных пользователя.

e) Детализированный: типы и/или результаты любых обнаруженных модификаций переданных данных пользователя.

10.13.5. Аудит: FDP_UIT.2, FDP_UIT.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: идентификатор любого пользователя или субъекта, использующего механизмы обмена данными.

b) Минимальный: успешное восстановление после ошибок, включая тип обнаруженной ошибки.

c) Базовый: идентификатор любого пользователя или субъекта, пытающегося использовать механизмы обмена данными пользователя, но не уполномоченного делать это таким образом.

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

e) Базовый: любые идентифицированные попытки блокировать передачу данных пользователя.

f) Детализированный: типы и/или результаты любых обнаруженных модификаций переданных данных пользователя.

10.13.6. FDP_UIT.1 Целостность передаваемых данных

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

[FTP_ITC.1 Доверенный канал передачи между ФБО или

FTP_TRP.1 Доверенный маршрут].

10.13.6.1. FDP_UIT.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], предоставляющую возможность [выбор: отправление, получение] данных пользователя способом, защищенным от следующих ошибок: [выбор: модификация, удаление, вставка, повторение].

10.13.6.2. FDP_UIT.1.2

ФБО должны быть способны определить после получения данных пользователя, произошли ли следующие ошибки: [выбор: модификация, удаление, вставка, повторение].

10.13.7. FDP_UIT.2 Восстановление переданных данных источником

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FDP_UIT.1 Целостность передаваемых данных

FTP_ITC.1 Доверенный канал передачи между ФБО.

10.13.7.1. FDP_UIT.2.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], предоставляющую возможность восстановления после [назначение: список потенциально исправляемых ошибок] с помощью источника - доверенного продукта ИТ.

10.13.8. FDP_UIT.3 Восстановление переданных данных получателем

Иерархический для: FDP_UIT.2 Восстановление переданных данных источником.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FDP_UIT.1 Целостность передаваемых данных

FTP_ITC.1 Доверенный канал передачи между ФБО.

10.13.8.1. FDP_UIT.3.1

ФБО должны осуществлять [назначение: ПФБ управления доступом и/или ПФБ управления информационными потоками], предоставляющую возможность восстановления после [назначение: список потенциально исправляемых ошибок] без какой-либо помощи источника - доверенного продукта ИТ.

11. Класс FIA: Идентификация и аутентификация

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

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

Однозначная идентификация уполномоченных пользователей и правильная ассоциация атрибутов безопасности с пользователями и субъектами критичны для осуществления принятых политик безопасности. Семейства этого класса связаны с определением и верификацией идентификаторов пользователей, определением их полномочий на взаимодействие с ОО, а также с правильной ассоциацией атрибутов безопасности с каждым уполномоченным пользователем. Эффективность требований других классов (таких, как "Защита данных пользователя", "Аудит безопасности") во многом зависит от правильно проведенных идентификации и аутентификации пользователей.

image012.jpg

Рисунок 11. Декомпозиция класса FIA "Идентификация и аутентификация"

11.1. Отказы аутентификации (FIA_AFL)

11.1.1. Характеристика семейства

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

11.1.2. Ранжирование компонентов

FIA_AFL.1 "Обработка отказов аутентификации" содержит требование, чтобы ФБО были способны прервать процесс открытия сеанса после определенного числа неуспешных попыток аутентификации пользователя. Также требуется, чтобы после прерывания процесса открытия сеанса ФБО были бы способны блокировать учетные данные пользователя или место входа (например, рабочую станцию), с которого выполнялись попытки, до наступления определенного администратором условия.

11.1.3. Управление: FIA_AFL.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление ограничениями для неуспешных попыток аутентификации;

b) управление действиями, предпринимаемыми при неуспешной аутентификации.

11.1.4. Аудит: FIA_AFL.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

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

11.1.5. FIA_AFL.1 Обработка отказов аутентификации

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UAU.1 Выбор момента аутентификации.

11.1.5.1. FIA_AFL.1.1

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

11.1.5.2. FIA_AFL.1.2

При [выбор: достижении или превышении] определенного числа неуспешных попыток аутентификации ФБО должны выполнить [назначение: список действий].

11.2. Определение атрибутов пользователя (FIA_ATD)

11.2.1. Характеристика семейства

Все уполномоченные пользователи могут, помимо идентификатора пользователя, иметь другие атрибуты безопасности, применяемые при реализации ФТБ. Семейство FIA_ATD определяет требования для ассоциации атрибутов безопасности с пользователями в соответствии с необходимостью поддержки ФБО при принятии решений, связанных с безопасностью.

11.2.2. Ранжирование компонентов

FIA_ATD.1 "Определение атрибутов пользователя" позволяет поддерживать атрибуты безопасности пользователя для каждого пользователя индивидуально.

11.2.3. Управление: FIA_ATD.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) уполномоченный администратор может быть способен определять дополнительные атрибуты безопасности для пользователей, если это указано в операции назначения.

11.2.4. Аудит: FIA_ATD.1

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

11.2.5. FIA_ATD.1 Определение атрибутов пользователя

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.2.5.1. FIA_ATD.1.1

ФБО должны поддерживать для каждого пользователя следующий список атрибутов безопасности: [назначение: список атрибутов безопасности].

11.3. Спецификация секретов (FIA_SOS)

11.3.1. Характеристика семейства

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

11.3.2. Ранжирование компонентов

FIA_SOS.1 "Верификация секретов" содержит требование, чтобы ФБО верифицировали, отвечают ли секреты определенной метрике качества.

FIA_SOS.2 "Генерация секретов ФБО" содержит требование, чтобы ФБО были способны генерировать секреты, отвечающие определенной метрике качества.

11.3.3. Управление: FIA_SOS.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление метрикой, используемой для верификации секретов.

11.3.4. Управление: FIA_SOS.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление метрикой, используемой при генерации секретов.

11.3.5. Аудит: FIA_SOS.1, FIA_SOS.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: отклонение ФБО любого проверенного секрета.

b) Базовый: отклонение или принятие ФБО любого проверенного секрета.

c) Детализированный: идентификация любых изменений заданных метрик качества.

11.3.6. FIA_SOS.1 Верификация секретов

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.3.6.1. FIA_SOS.1.1

ФБО должны предоставить механизм для верификации того, что секреты отвечают [назначение: определенная метрика качества].

11.3.7. FIA_SOS.2 Генерация секретов ФБО

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.3.7.1. FIA_SOS.2.1

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

11.3.7.2. FIA_SOS.2.2

ФБО должны быть способны использовать генерируемые ими секреты для [назначение: список функций ФБО].

11.4. Аутентификация пользователя (FIA_UAU)

11.4.1. Характеристика семейства

Семейство FIA_UAU определяет типы механизмов аутентификации пользователя, предоставляемые ФБО. Оно также определяет те атрибуты, на которых необходимо базировать механизмы аутентификации пользователя.

11.4.2. Ранжирование компонентов

FIA_UAU.1 "Выбор момента аутентификации" позволяет пользователю выполнить некоторые действия до аутентификации пользователя.

FIA_UAU.2 "Аутентификация до любых действий пользователя" содержит требование, чтобы пользователи были аутентифицированы прежде, чем ФБО даст им возможность предпринимать какие-либо иные действия.

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

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

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

FIA_UAU.6 "Повторная аутентификация" содержит требование возможности определения событий, при которых необходима повторная аутентификация пользователя.

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

11.4.3. Управление: FIA_UAU.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление аутентификационными данными администратором;

b) управление аутентификационными данными пользователем, ассоциированным с этими данными;

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

11.4.4. Управление: FIA_UAU.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление аутентификационными данными администратором;

b) управление аутентификационными данными пользователем, ассоциированным с этими данными.

11.4.5. Управление: FIA_UAU.3, FIA_UAU.4, FIA_UAU.7

Действия по управлению не предусмотрены.

11.4.6. Управление: FIA_UAU.5

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление механизмами аутентификации;

b) управление правилами аутентификации.

11.4.7. Управление: FIA_UAU.6

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление запросом на повторную аутентификацию, если для уполномоченного администратора предусмотрена возможность такого запроса.

11.4.8. Аудит: FIA_UAU.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешное использование механизма аутентификации.

b) Базовый: все случаи использования механизма аутентификации.

c) Детализированный: все действия при посредничестве ФБО до аутентификации пользователя.

11.4.9. Аудит: FIA_UAU.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешное использование механизма аутентификации.

b) Базовый: все случаи использования механизма аутентификации.

11.4.10. Аудит: FIA_UAU.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обнаружение фальсифицированных аутентификационных данных.

b) Базовый: все безотлагательно предпринимаемые меры и результаты проверок на фальсифицированные данные.

11.4.11. Аудит: FIA_UAU.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: попытки повторного использования аутентификационных данных.

11.4.12. Аудит: FIA_UAU.5

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: итоговое решение по аутентификации.

b) Базовый: результат действия каждого активизированного механизма вместе с итоговым решением.

11.4.13. Аудит: FIA_UAU.6

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешная повторная аутентификации.

b) Базовый: все попытки повторной аутентификации.

11.4.14. Аудит: FIA_UAU.7

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

11.4.15. FIA_UAU.1 Выбор момента аутентификации

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UID.1 Выбор момента идентификации.

11.4.15.1. FIA_UAU.1.1

ФБО должны допускать выполнение [назначение: список действий, выполняемых при посредничестве ФБО] от имени пользователя прежде, чем пользователь аутентифицирован.

11.4.15.2. FIA_UAU.1.2

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

11.4.16. FIA_UAU.2 Аутентификация до любых действий пользователя

Иерархический для: FIA_UAU.1 Выбор момента аутентификации.

Зависимости: FIA_UID.1 Выбор момента идентификации.

11.4.16.1. FIA_UAU.2.1

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

11.4.17. FIA_UAU.3 Аутентификация, защищенная от подделок

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.4.17.1. FIA_UAU.3.1

ФБО должны [выбор: обнаруживать, предотвращать] применение любым пользователем ФБО аутентификационных данных, которые были подделаны.

11.4.17.2. FIA_UAU.3.2

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

11.4.18. FIA_UAU.4 Механизмы одноразовой аутентификации

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.4.18.1. FIA_UAU.4.1

ФБО должны предотвращать повторное применение аутентификационных данных, связанных с [назначение: идентифицированный механизм (механизмы) аутентификации].

11.4.19. FIA_UAU.5 Сочетание механизмов аутентификации

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.4.19.1. FIA_UAU.5.1

ФБО должны предоставлять [назначение: список сочетаемых механизмов аутентификации] для поддержки аутентификации пользователя.

11.4.19.2. FIA_UAU.5.2

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

11.4.20. FIA_UAU.6 Повторная аутентификация

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.4.20.1. FIA_UAU.6.1

ФБО должны повторно аутентифицировать пользователя при [назначение: список условий, при которых требуется повторная аутентификация].

11.4.21. FIA_UAU.7 Аутентификация с защищенной обратной связью

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UAU.1 Выбор момента аутентификации.

11.4.21.1. FIA_UAU.7.1

ФБО должны предоставлять пользователю только [назначение: список допустимой информации обратной связи] во время выполнения аутентификации.

11.5. Идентификация пользователя (FIA_UID)

11.5.1. Характеристика семейства

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

11.5.2. Ранжирование компонентов

FIA_UID.1 "Выбор момента идентификации" позволяет пользователю выполнить некоторые действия перед своей идентификацией с использованием ФБО.

FIA_UID.2 "Идентификация до любых действий пользователя" содержит требование, чтобы пользователи идентифицировали себя прежде, чем ФБО позволят им предпринимать какие-либо иные действия.

11.5.3. Управление: FIA_UID.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление идентификаторами пользователей;

b) управление списком действий, если уполномоченный администратор может изменять действия, разрешенные до идентификации.

11.5.4. Управление: FIA_UID.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление идентификаторами пользователей.

11.5.5. Аудит: FIA_UID.1, FIA_UID.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешное использование механизма идентификации пользователя, включая представленный идентификатор пользователя.

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

11.5.6. FIA_UID.1 Выбор момента идентификации

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

11.5.6.1. FIA_UID.1.1

ФБО должны допускать [назначение: список действий, выполняемых при посредничестве ФБО] от имени пользователя прежде, чем он идентифицирован.

11.5.6.2. FIA_UID.1.2

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

11.5.7. FIA_UID.2 Идентификация до любых действий пользователя

Иерархический для: FIA_UID.1 Выбор момента идентификации.

Зависимости: отсутствуют.

11.5.7.1. FIA_UID.2.1

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

11.6. Связывание пользователь-субъект (FIA_USB)

11.6.1. Характеристика семейства

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

11.6.2. Ранжирование компонентов

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

11.6.3. Управление: FIA_USB.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) определение уполномоченным администратором атрибутов безопасности субъекта, задаваемых по умолчанию;

b) изменение уполномоченным администратором атрибутов безопасности субъекта.

11.6.4. Аудит: FIA_USB.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешное связывание атрибутов безопасности пользователя с субъектом (например, при создании субъекта).

b) Базовый: успешное или неуспешное связывание атрибутов безопасности пользователя с субъектом (например, успешное или неуспешное создание субъекта).

11.6.5. FIA_USB.1 Связывание пользователь-субъект

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_ATD.1 Определение атрибутов пользователя.

11.6.5.1. FIA_USB.1.1

ФБО должны ассоциировать соответствующие атрибуты безопасности пользователя с субъектами, действующими от имени этого пользователя: [назначение: список атрибутов безопасности пользователя].

11.6.5.2. FIA_USB.1.2

ФБО должны осуществлять следующие правила исходной ассоциации атрибутов безопасности пользователей с субъектами, действующими от имени пользователей: [назначение: правила исходной ассоциации атрибутов].

11.6.5.3. FIA_USB.1.3

ФБО должны осуществлять следующие правила управления изменениями атрибутов безопасности пользователей, ассоциированными с субъектами, действующими от имени пользователей: [назначение: правила изменения атрибутов].

12. Класс FMT: Управление безопасностью

Класс FMT предназначен для спецификации управления некоторыми аспектами ФБО: атрибутами безопасности, данными и отдельными функциями. Могут быть установлены различные роли управления, а также определено их взаимодействие, например распределение обязанностей.

Класс позволяет решать следующие задачи:

a) управление данными ФБО, которые включают в себя, например, предупреждающие сообщения;

b) управление атрибутами безопасности, которые включают в себя, например, списки управления доступом и перечни возможностей;

c) управление функциями из числа ФБО, которое включает в себя, например, выбор функций, а также правил или условий, влияющих на режим выполнения ФБО;

d) определение ролей безопасности.

12.1. Управление отдельными функциями ФБО (FMT_MOF)

12.1.1. Характеристика семейства

Семейство FMT_MOF позволяет уполномоченным пользователям управлять функциями из числа ФБО. К ним относятся, например, функции аудита и аутентификации.

12.1.2. Ранжирование компонентов

FMT_MOF.1 "Управление режимом выполнения функций безопасности" позволяет уполномоченным пользователям (ролям) управлять режимом выполнения функций из числа ФБО, использующих правила или предусматривающих определенные условия, которыми можно управлять.

12.1.3. Управление: FMT_MOF.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут взаимодействовать с функциями из числа ФБО.

12.1.4. Аудит: FMT_MOF.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: все модификации режима выполнения функций из числа ФБО.

12.1.5. FMT_MOF.1 Управление режимом выполнения функций безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_SMR.1 Роли безопасности

FMT_SMF.1 Спецификация функций управления.

12.1.5.1. FMT_MOF.1.1

ФБО должны предоставлять возможность [выбор: определять режим выполнения, отключать, подключать, модифицировать режим выполнения] функций [назначение: список функций] только [назначение: уполномоченные идентифицированные роли].

image013.jpg

Рисунок 12. Декомпозиция класса FMT "Управление безопасностью"

12.2. Управление атрибутами безопасности (FMT_MSA)

12.2.1. Характеристика семейства

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

12.2.2. Ранжирование компонентов

FMT_MSA.1 "Управление атрибутами безопасности" позволяет уполномоченным пользователям (ролям) управлять определенными атрибутами безопасности.

FMT_MSA.2 "Безопасные значения атрибутов безопасности" обеспечивает, чтобы значения, присвоенные атрибутам безопасности, были допустимы по безопасности.

FMT_MSA.3 "Инициализация статических атрибутов" обеспечивает, чтобы значения атрибутов безопасности по умолчанию являлись по своей сути либо разрешающими, либо ограничительными.

FMT_MSA.3 "Наследование значений атрибутов безопасности" позволяет определить правила/политики, которые предпишут значение, которое должен наследовать атрибут безопасности.

12.2.3. Управление: FMT_MSA.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут оперировать атрибутами безопасности;

b) управление правилами, в соответствии с которыми атрибуты безопасности наследуют определенные значения.

12.2.4. Управление: FMT_MSA.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление правилами, в соответствии с которыми атрибуты безопасности наследуют определенные значения.

12.2.5. Управление: FMT_MSA.3

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут определять начальные значения;

b) управление установкой разрешающих или ограничительных значений по умолчанию для данной ПФБ управления доступом;

c) управление правилами, в соответствии с которыми атрибуты безопасности наследуют определенные значения.

12.2.6. Управление: FMT_MSA.4

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) определение ролей, которым разрешено устанавливать или модифицировать атрибуты безопасности.

12.2.7. Аудит: FMT_MSA.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: все модификации значений атрибутов безопасности.

12.2.8. Аудит: FMT_MSA.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: все предлагаемые и отклоненные значения атрибутов безопасности.

b) Детализированный: все предлагаемые и принятые безопасные значения атрибутов безопасности.

12.2.9. Аудит: FMT_MSA.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: модификации настройки по умолчанию разрешающих или ограничительных правил.

b) Базовый: все модификации начальных значений атрибутов безопасности.

12.2.10. Аудит: FMT_MSA.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: модификация атрибутов безопасности, возможно, со старыми и/или новыми значениями атрибутов безопасности, которые были изменены.

12.2.11. FMT_MSA.1 Управление атрибутами безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FMT_SMR.1 Роли безопасности

FMT_SMF.1 Спецификация функций управления.

12.2.11.1. FMT_MSA.1.1

ФБО должны осуществлять [назначение: ПФБ управления доступом, ПФБ управления информационными потоками], предоставляющую возможность [выбор: изменять значения по умолчанию, запрашивать, модифицировать, удалять, [назначение: другие операции]] атрибуты безопасности [назначение: список атрибутов безопасности] только [назначение: уполномоченные идентифицированные роли].

12.2.12. FMT_MSA.2 Безопасные значения атрибутов безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками]

FMT_MSA.1 Управление атрибутами безопасности

FMT_SMR.1 Роли безопасности.

12.2.12.1. FMT_MSA.2.1

ФБО должны обеспечить присвоение атрибутам безопасности [назначение: список атрибутов безопасности] только безопасных значений.

12.2.13. FMT_MSA.3 Инициализация статических атрибутов

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_MSA.1 Управление атрибутами безопасности

FMT_SMR.1 Роли безопасности.

12.2.13.1. FMT_MSA.3.1

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

12.2.13.2. FMT_MSA.3.2

ФБО должны позволять [назначение: уполномоченные идентифицированные роли] определять альтернативные начальные значения для отмены значений по умолчанию при создании объекта или информации.

12.2.14. FMT_MSA.4 Наследование значений атрибутов безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: [FDP_ACC.1 Ограниченное управление доступом или

FDP_IFC.1 Ограниченное управление информационными потоками].

12.2.14.1. FMT_MSA.4.1

ФБО должны использовать следующие правила для назначения значений атрибутов безопасности [назначение: правила для назначения значений атрибутов безопасности].

12.3. Управление данными ФБО (FMT_MTD)

12.3.1. Характеристика семейства

Семейство FMT_MTD позволяет уполномоченным пользователям (ролям) управлять данными ФБО. Примеры данных ФБО: информация аудита, текущее значение времени, другие параметры конфигурации ФБО.

12.3.2. Ранжирование компонентов

FMT_MTD.1 "Управление данными ФБО" позволяет уполномоченным пользователям управлять данными ФБО.

FMT_MTD.2 "Управление ограничениями данных ФБО" определяет действия, предпринимаемые при достижении или превышении ограничений данных ФБО.

FMT_MTD.3 "Безопасные данные ФБО" обеспечивает, чтобы значения, присвоенные данным ФБО, были допустимы по безопасности.

12.3.3. Управление: FMT_MTD.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут оперировать данными ФБО.

12.3.4. Управление: FMT_MTD.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут оперировать ограничениями данных ФБО.

12.3.5. Управление: FMT_MTD.3

Действия по управлению не предусмотрены.

12.3.6. Аудит: FMT_MTD.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: все модификации значений данных ФБО.

12.3.7. Аудит: FMT_MTD.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: все модификации ограничений данных ФБО.

b) Базовый: все модификации действий, предпринимаемых при нарушениях ограничений.

12.3.8. Аудит: FMT_MTD.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: все отклоненные значения данных ФБО.

12.3.9. FMT_MTD.1 Управление данными ФБО

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_SMR.1 Роли безопасности

FMT_SMF.1 Спецификация функций управления.

12.3.9.1. FMT_MTD.1.1

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

12.3.10. FMT_MTD.2 Управление ограничениями данных ФБО

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_MTD.1 Управление данными ФБО

FMT_SMR.1 Роли безопасности.

12.3.10.1. FMT_MTD.2.1

ФБО должны предоставлять возможность определения ограничений для [назначение: список данных ФБО] только [назначение: уполномоченные идентифицированные роли].

12.3.10.2. FMT_MTD.2.2

ФБО должны предпринять следующие действия при достижении или превышении данными ФБО установленных выше ограничений: [назначение: предпринимаемые действия].

12.3.11. FMT_MTD.3 Безопасные данные ФБО

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_MTD.1 Управление данными ФБО.

12.3.11.1. FMT_MTD.3.1

ФБО должны обеспечить присвоение данным ФБО [назначение: список данных ФБО] только безопасных значений.

12.4. Отмена (FMT_REV)

12.4.1. Характеристика семейства

Семейство FMT_REV связано с отменой атрибутов безопасности различных сущностей в пределах ОО.

12.4.2. Ранжирование компонентов

FMT_REV.1 "Отмена" предусматривает отмену атрибутов безопасности, осуществляемую в некоторый момент времени.

12.4.3. Управление: FMT_REV.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой ролей, которые могут вызывать отмену атрибутов безопасности;

b) управление списками пользователей, субъектов, объектов и других ресурсов, для которых возможна отмена;

c) управление правилами отмены.

12.4.4. Аудит: FMT_REV.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: неуспешная отмена атрибутов безопасности.

b) Базовый: все попытки отменить атрибуты безопасности.

12.4.5. FMT_REV.1 Отмена

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_SMR.1 Роли безопасности.

12.4.5.1. FMT_REV.1.1

ФБО должны предоставлять возможность отмены атрибутов безопасности [назначение: список атрибутов безопасности], ассоциированных с [выбор: пользователи, субъекты, объекты [назначение: другие дополнительные ресурсы]], находящимися под контролем ФБО для [назначение: уполномоченные идентифицированные роли].

12.4.5.2. FMT_REV.1.2

ФБО должны осуществлять правила [назначение: правила отмены].

12.5. Срок действия атрибута безопасности (FMT_SAE)

12.5.1. Характеристика семейства

Семейство FMT_SAE связано с возможностью установления срока действия атрибутов безопасности.

12.5.2. Ранжирование компонентов

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

12.5.3. Управление: FMT_SAE.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

b) предпринимаемые по истечении назначенного срока действия.

12.5.4. Аудит: FMT_SAE.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Базовый: назначение срока действия для атрибута.

b) Базовый: действия, предпринятые по истечении назначенного срока.

12.5.5. FMT_SAE.1 Ограниченная по времени авторизация

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_SMR.1 Роли безопасности

FPT_STM.1 Надежные метки времени.

12.5.5.1. FMT_SAE.1.1

ФБО должны предоставлять возможность назначать срок действия для [назначение: список атрибутов безопасности, для которых предусмотрено установление срока действия] только [назначение: идентифицированные уполномоченные роли].

12.5.5.2. FMT_SAE.1.2

Для каждого из этих атрибутов безопасности ФБО должны быть способны к [назначение: список действий, предпринимаемых для каждого атрибута безопасности] по истечении его срока действия.

12.6. Спецификация функций управления (FMT_SMF)

12.6.1. Характеристика семейства

Семейство FMT_SMF позволяет специфицировать функции управления, предоставляемые ОО. Функции управления предоставляют ИФБО, который позволяет администраторам определять параметры управления функционированием ОО в части аспектов, относящихся к безопасности, такие как атрибуты защиты данных, атрибуты защиты ОО, атрибуты аудита, атрибуты идентификации и аутентификации. Функции управления также включают функции, которые выполняются операторами для обеспечения непрерывной работы ОО, такие как резервирование и восстановление. Данное семейство используется совместно с другими компонентами из класса FMT "Управление безопасностью": компонент из этого семейства предусматривает наличие функций управления, а другие семейства из класса FMT "Управление безопасностью" накладывают ограничения на возможность использования этих функций управления.

12.6.2. Ранжирование компонентов

FMT_SMF.1 "Спецификация функций управления" требует, чтобы ФБО предоставляли конкретные функции управления.

12.6.3. Управление FMT_SMF.1

Действия по управлению не предусмотрены.

12.6.4. Аудит FMT_SMF.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: Использование функций управления.

12.6.5. FMT_SMF.1 Спецификация функций управления

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

12.6.5.1. FMT_SMF.1.1

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

12.7. Роли управления безопасностью (FMT_SMR)

12.7.1. Характеристика семейства

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

12.7.2. Ранжирование компонентов

FMT_SMR.1 "Роли безопасности" определяет роли, относящиеся к безопасности и распознаваемые ФБО.

FMT_SMR.2 "Ограничения на роли безопасности" определяет, что, в дополнение к определению ролей, имеются правила, которые управляют отношениями между ролями.

FMT_SMR.3 "Принятие ролей" содержит требование, чтобы принятие роли производилось только через явный запрос к ФБО.

12.7.3. Управление: FMT_SMR.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой пользователей - исполнителей роли.

12.7.4. Управление: FMT_SMR.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление группой пользователей - исполнителей роли;

b) управление условиями, которым должны удовлетворять роли.

12.7.5. Управление: FMT_SMR.3

Действия по управлению не предусмотрены.

12.7.6. Аудит: FMT_SMR.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: модификация группы пользователей - исполнителей роли.

b) Детализированный: каждое использование прав, предоставленных ролью.

12.7.7. Аудит: FMT_SMR.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: модификация в группе пользователей - исполнителей роли.

b) Минимальный: неуспешные попытки использовать роль вследствие ограничений, накладываемых на роли.

c) Детализированный: каждое использование прав, предоставленных ролью.

12.7.8. Аудит: FMT_SMR.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: конкретные запросы на принятие роли.

12.7.9. FMT_SMR.1 Роли безопасности

Иерархический для: Нет подчиненных компонентов.

Зависимости: FIA_UID.1 Выбор момента идентификации.

12.7.9.1. FMT_SMR.1.1

ФБО должны поддерживать следующие роли [назначение: уполномоченные идентифицированные роли].

12.7.9.2. FMT_SMR.1.2

ФБО должны быть способны ассоциировать пользователей с ролями.

12.7.10. FMT_SMR.2 Ограничения на роли безопасности

Иерархический для: FMT_SMR.1 Роли безопасности.

Зависимости: FIA_UID.1 Выбор момента идентификации.

12.7.10.1. FMT_SMR.2.1

ФБО должны поддерживать следующие роли [назначение: уполномоченные идентифицированные роли].

12.7.10.2. FMT_SMR.2.2

ФБО должны быть способны ассоциировать пользователей с ролями.

12.7.10.3. FMT_SMR.2.3

ФБО должны обеспечить, чтобы условия [назначение: условия для различных ролей] удовлетворялись.

12.7.11. FMT_SMR.3 Принятие ролей

Иерархический для: Нет подчиненных компонентов.

Зависимости: FMT_SMR.1 Роли безопасности.

12.7.11.1. FMT_SMR.3.1

ФБО должны требовать явный запрос для принятия следующих ролей [назначение: список ролей].

13. Класс FPR: Приватность

Класс FPR содержит требования приватности. Эти требования предоставляют пользователю защиту от раскрытия его идентификатора и злоупотребления этим другими пользователями.

image014.jpg

Рисунок 13. Декомпозиция класса FPR "Приватность"

13.1. Анонимность (FPR_ANO)

13.1.1. Характеристика семейства

Семейство FPR_ANO обеспечивает, чтобы пользователь мог использовать ресурс или услугу ОО без раскрытия своего идентификатора. Требования семейства предоставляют защиту идентификатора пользователя. Семейство не предназначено для защиты идентификаторов субъектов.

13.1.2. Ранжирование компонентов

FPR_ANO.1 "Анонимность" содержит требование, чтобы другие пользователи или субъекты не могли определить идентификатор пользователя, связанного с субъектом или операцией.

FPR_ANO.2 "Анонимность без запроса информации" расширяет требования FPR_ANO.1 "Анонимность", обеспечивая, чтобы ФБО не запрашивали идентификатор пользователя.

13.1.3. Управление: FPR_ANO.1, FPR_ANO.2

Действия по управлению не предусмотрены.

13.1.4. Аудит: FPR_ANO.1, FPR_ANO.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обращение к механизму анонимности.

13.1.5. FPR_ANO.1 Анонимность

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

13.1.5.1. FPR_ANO.1.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить подлинное имя пользователя, связанного с [назначение: список субъектов и/или операций, и/или объектов].

13.1.6. FPR_ANO.2 Анонимность без запроса информации

Иерархический для: FPR_ANO.1 Анонимность.

Зависимости: отсутствуют.

13.1.6.1. FPR_ANO.2.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить подлинное имя пользователя, связанного с [назначение: список субъектов и/или операций, и/или объектов].

13.1.6.2. FPR_ANO.2.2

ФБО должны предоставить [назначение: список услуг] для [назначение: список субъектов] без запроса какой-либо ссылки на подлинное имя пользователя.

13.2. Псевдонимность (FPR_PSE)

13.2.1. Характеристика семейства

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

13.2.2. Ранжирование компонентов

FPR_PSE.1 "Псевдонимность" содержит требование, чтобы некоторая совокупность пользователей и/или субъектов была не способна определить идентификатор пользователя, связанного с субъектом или операцией, но в то же время этот пользователь оставался ответственным за свои действия.

FPR_PSE.2 "Обратимая псевдонимность" содержит требование, чтобы ФБО предоставили возможность определить первоначальный идентификатор пользователя, основываясь на представленном псевдониме.

FPR_PSE.3 "Альтернативная псевдонимность" содержит требование, чтобы при создании псевдонима для идентификатора пользователя ФБО следовали определенным правилам.

13.2.3. Управление: FPR_PSE.1, FPR_PSE.2, FPR_PSE.3

Действия по управлению не предусмотрены.

13.2.4. Аудит: FPR_PSE.1, FPR_PSE.2, FPR_PSE.3

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: идентификатор субъекта/пользователя, который потребовал раскрытия идентификатора пользователя.

13.2.5. FPR_PSE.1 Псевдонимность

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

13.2.5.1. FPR_PSE.1.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить подлинное имя пользователя, связанного с [назначение: список субъектов и/или операций, и/или объектов].

13.2.5.2. FPR_PSE.1.2

ФБО должны быть способны предоставить [назначение: количество псевдонимов] псевдонимов подлинного имени пользователя для [назначение: список субъектов].

13.2.5.3. FPR_PSE.1.3

ФБО должны быть способны [выбор (выбрать одно из): определить псевдоним пользователя, принять псевдоним от пользователя] и верифицировать его соответствие [назначение: метрика псевдонимов].

13.2.6. FPR_PSE.2 Обратимая псевдонимность

Иерархический для: FPR_PSE.1 Псевдонимность.

Зависимости: FIA_UID.1 Выбор момента идентификации.

13.2.6.1. FPR_PSE.2.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить подлинное имя пользователя, связанное с [назначение: список субъектов и/или операций, и/или объектов].

13.2.6.2. FPR_PSE.2.2

ФБО должны быть способны предоставить [назначение: количество псевдонимов] псевдонимов подлинного имени пользователя для [назначение: список субъектов].

13.2.6.3. FPR_PSE.2.3

ФБО должны быть способны [выбор (выбрать одно из): определить псевдоним пользователя, принять псевдоним от пользователя], и верифицировать его соответствие [назначение: метрика псевдонимов].

13.2.6.4. FPR_PSE.2.4

ФБО должны предоставить [выбор: уполномоченный пользователь, [назначение: список доверенных субъектов]] возможность определять идентификатор пользователя по представленному псевдониму только при выполнении [назначение: список условий].

13.2.7. FPR_PSE.3 Альтернативная псевдонимность

Иерархический для: FPR_PSE.1 Псевдонимность.

Зависимости: отсутствуют.

13.2.7.1. FPR_PSE.3.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить подлинное имя пользователя, связанное с [назначение: список субъектов и/или операций, и/или объектов].

13.2.7.2. FPR_PSE.3.2

ФБО должны быть способны предоставить [назначение: количество псевдонимов] псевдонимов подлинного имени пользователя для [назначение: список субъектов].

13.2.7.3. FPR_PSE.3.3

ФБО должны быть способны [выбор (выбрать одно из): определить псевдоним пользователя, принять псевдоним от пользователя], и верифицировать его соответствие [назначение: метрика псевдонимов].

13.2.7.4. FPR_PSE.3.4

ФБО должны предоставить псевдоним для подлинного имени пользователя, который должен быть идентичен псевдониму, предоставленному ранее, при следующих условиях [назначение: список условий]; в противном случае предоставляемый псевдоним не должен быть связан с предоставленными ранее псевдонимами.

13.3. Невозможность ассоциации (FPR_UNL)

13.3.1. Характеристика семейства

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

13.3.2. Ранжирование компонентов

FPR_UNL.1 "Невозможность ассоциации" содержит требование, чтобы пользователи и/или субъекты были не способны определить, были ли определенные операции инициированы одним и тем же пользователем.

13.3.3. Управление: FPR_UNL.1

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление функцией предотвращения ассоциации.

13.3.4. Аудит: FPR_UNL.1

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обращение к механизму предотвращения ассоциации.

13.3.5. FPR_UNL.1 Невозможность ассоциации

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

13.3.5.1. FPR_UNL.1.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна определить, что [назначение: список операций] [выбор: были инициированы одним и тем же пользователем, связаны следующим образом [назначение: список соотношений]].

13.4. Скрытность (FPR_UNO)

13.4.1. Характеристика семейства

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

13.4.2. Ранжирование компонентов

FPR_UNO.1 "Скрытность" содержит требование, чтобы пользователи и/или субъекты не могли определить, выполняется ли операция.

FPR_UNO.2 "Распределение информации, влияющее на скрытность" содержит требование, чтобы ФБО предоставили специальные механизмы для предотвращения концентрации информации, связанной с приватностью, в пределах ОО. Такая концентрация могла бы повлиять на обеспечение скрытности при нарушениях безопасности.

FPR_UNO.3 "Скрытность без запроса информации" содержит требование, чтобы ФБО не пытались получить информацию, связанную с приватностью, что может использоваться для нарушения скрытности.

FPR_UNO.4 "Открытость для уполномоченного пользователя" содержит требование, чтобы ФБО предоставили одному или нескольким уполномоченным пользователям возможность наблюдать за использованием ресурсов и/или услуг.

13.4.3. Управление: FPR_UNO.1, FPR_UNO.2

Для функций управления из класса FMT могут рассматриваться следующие действия:

a) управление режимом выполнения функции скрытности.

13.4.4. Управление: FPR_UNO.3

Действия по управлению не предусмотрены.

13.4.5. Управление: FPR_UNO.4

Для функций управления из класса FMT могут рассматриваться следующие действия:

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

13.4.6. Аудит: FPR_UNO.1, FPR_UNO.2

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: обращение к механизму скрытности.

13.4.7. Аудит: FPR_UNO.3

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

13.4.8. Аудит: FPR_UNO.4

Если в ПЗ/ЗБ включено семейство FAU_GEN "Генерация данных аудита безопасности", то следует предусмотреть возможность аудита следующих действий:

a) Минимальный: наблюдение за использованием ресурса или услуги пользователем или субъектом.

13.4.9. FPR_UNO.1 Скрытность

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

13.4.9.1. FPR_UNO.1.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна наблюдать следующие операции [назначение: список операций] на [назначение: список объектов], выполняемые [назначение: совокупность защищаемых пользователей и/или субъектов].

13.4.10. FPR_UNO.2 Распределение информации, влияющее на скрытность

Иерархический для: FPR_UNO.1 Скрытность.

Зависимости: отсутствуют.

13.4.10.1. FPR_UNO.2.1

ФБО должны обеспечить, чтобы [назначение: совокупность пользователей и/или субъектов] была не способна наблюдать следующие операции [назначение: список операций] на [назначение: список объектов], выполняемые [назначение: совокупность защищаемых пользователей и/или субъектов].

13.4.10.2. FPR_UNO.2.2

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

13.4.11. FPR_UNO.3 Скрытность без запроса информации

Иерархический для: Нет подчиненных компонентов.

Зависимости: FPR_UNO.1 Скрытность.

13.4.11.1. FPR_UNO.3.1

ФБО должны предоставить [назначение: список услуг] для [назначение: список субъектов] без запроса каких-либо ссылок на [назначение: информация, связанная с приватностью].

13.4.12. FPR_UNO.4 Открытость для уполномоченного пользователя

Иерархический для: Нет подчиненных компонентов.

Зависимости: отсутствуют.

13.4.12.1. FPR_UNO.4.1

ФБО должны предоставить [назначение: совокупность уполномоченных пользователей] возможность наблюдать за использованием [назначение: список ресурсов и/или услуг].

14. Класс FPT: Защита ФБО


Возврат к списку

(Нет голосов)

Комментарии (0)


Чтобы оставить комментарий вам необходимо авторизоваться
Самые популярные документы
Новости
Все новости