---
title: "\"ИТ.САВЗ.В4.ПЗ. Методический документ. Профиль защиты средств антивирусной защиты типа \"В\" четвертого класса защиты\""
number: "ИТ.САВЗ.В4.ПЗ"
issuer: "Федеральная служба по техническому и экспортному контролю"
status: действует
canonical: "https://bukva.ai/docs/metodika-it-savz-v4-pz"
---

## "ИТ.САВЗ.В4.ПЗ. Методический документ. Профиль защиты средств антивирусной защиты типа "В" четвертого класса защиты"

# "ИТ.САВЗ.В4.ПЗ. Методический документ. Профиль защиты средств антивирусной защиты типа "В" четвертого класса защиты"

(утв. ФСТЭК России 14.06.2012)

> [!IMPORTANT]
> КонсультантПлюс: примечание.
> Текст документа приведен в соответствии с публикацией на сайте http://www.fstec.ru/ по состоянию на 31.07.2012.


<a id="p100001"></a>Утвержден
ФСТЭК России
14 июня 2012 г.

<div align="right">

<a id="p100002"></a>**МЕТОДИЧЕСКИЙ ДОКУМЕНТ**

<a id="p100003"></a>**ПРОФИЛЬ**<br>
**ЗАЩИТЫ СРЕДСТВ АНТИВИРУСНОЙ ЗАЩИТЫ ТИПА "В"**<br>
**ЧЕТВЕРТОГО КЛАССА ЗАЩИТЫ**

</div>


<div align="center">

<a id="p100004"></a>**ИТ.САВЗ.В4.ПЗ**

</div>



## <a id="p100005"></a>Перечень сокращений



| <a id="p100006"></a>АРМ | - | автоматизированное рабочее место |
| --- | --- | --- |
| <a id="p100007"></a>БД ПКВ | - | база данных признаков вредоносных компьютерных программ (вирусов) |
| <a id="p100008"></a>ЗБ | - | задание по безопасности |
| <a id="p100009"></a>ИС | - | информационная система |
| <a id="p100010"></a>ИТ | - | информационная технология |
| <a id="p100011"></a>КВ | - | вредоносные компьютерные программы (вирусы) |
| <a id="p100012"></a>ОДФ | - | область действия функции безопасности |
| <a id="p100013"></a>ОО | - | объект оценки |
| <a id="p100014"></a>ОУД | - | оценочный уровень доверия |
| <a id="p100015"></a>ПБО | - | политика безопасности объекта оценки |
| <a id="p100016"></a>ПЗ | - | профиль защиты |
| <a id="p100017"></a>ПО | - | программное обеспечение |
| <a id="p100018"></a>САВЗ | - | средство антивирусной защиты |
| <a id="p100019"></a>УК | - | управление конфигурацией |
| <a id="p100020"></a>ФБО | - | функции безопасности объекта оценки |
| <a id="p100021"></a>ФТБ | - | функциональные требования безопасности |



## 1. <a id="p100022"></a>Общие положения


<a id="p100023"></a>Настоящий методический документ ФСТЭК России разработан и утвержден в соответствии с [подпунктом 4 пункта 8](https://bukva.ai/docs/ukaz-1085#p100086) Положения о Федеральной службе по техническому и экспортному контролю, утвержденного Указом Президента Российской Федерации от 16 августа 2004 г. N 1085, и предназначен для организаций, осуществляющих в соответствии с законодательством Российской Федерации работы по созданию средств защиты информации (далее - разработчики), заявителей на осуществление сертификации продукции (далее - заявители), а также испытательных лабораторий и органов по сертификации, выполняющих работы по сертификации средств защиты информации на соответствие обязательным требованиям по безопасности информации (далее - оценщики) при проведении ими работ по сертификации средств антивирусной защиты (САВЗ) на соответствие Требованиям к средствам антивирусной защиты, утвержденным приказом ФСТЭК России от 20 марта 2012 г. N 28.
<a id="p100024"></a>Настоящий методический документ ФСТЭК России детализирует и определяет взаимосвязи требований к функциям безопасности САВЗ, установленным Требованиями к средствам антивирусной защиты, утвержденными приказом ФСТЭК России от 20 марта 2012 г. N 28.
<a id="p100025"></a>Профиль защиты разработан в соответствии с национальным стандартом Российской Федерации ГОСТ Р ИСО/МЭК 15408 Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий.


### <a id="p100026"></a>1.1. Введение профиля защиты


<a id="p100027"></a>Данный раздел содержит информацию общего характера. [Подраздел](#p100028) "Идентификация профиля защиты" предоставляет маркировку и описательную информацию, которые необходимы, чтобы контролировать и идентифицировать профиль защиты (ПЗ) и объект оценки (ОО), к которому он относится. [Подраздел](#p100038) "Аннотация профиля защиты" содержит общую характеристику ПЗ, позволяющую определить применимость ОО, к которому относится настоящий ПЗ, в конкретной ситуации. В [подразделе](#p100092) "Соглашения" дается описание операций конкретизации компонентов требований безопасности САВЗ. В [подразделе](#p100103) "Термины и определения" представлены определения основных терминов, специфичных для данного ПЗ. В [подразделе](#p100116) "Организация профиля защиты" дается пояснение организации документа.


### <a id="p100028"></a>1.2. Идентификация профиля защиты



| <a id="p100029"></a>Название ПЗ: | Профиль защиты средств антивирусной защиты типа "В" четвертого класса защиты. |
| --- | --- |
| <a id="p100030"></a>Тип САВЗ: | САВЗ типа "В". |
| <a id="p100031"></a>Класс защиты САВЗ: | Четвертый. |
| <a id="p100032"></a>Версия ПЗ: | Версия 1.0. |
| <a id="p100033"></a>Обозначение ПЗ: | ИТ.САВЗ.В4.ПЗ. |
| <a id="p100034"></a>Идентификация ОО: | САВЗ типа "В" четвертого класса защиты. |
| <a id="p100035"></a>Уровень доверия: | Оценочный уровень доверия 3 (ОУД3), усиленный компонентами ACM_CAP.4 "Поддержка генерации, процедуры приемки", ADV_IMP.2 "Реализация ФБО", ADV_LLD.1 "Описательный проект нижнего уровня", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VLA.3 "Умеренно стойкий" и расширенный компонентами ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ". |
| <a id="p100036"></a>Идентификация: | Требования к средствам антивирусной защиты, утвержденные приказом ФСТЭК России от 20 марта 2012 г. N 28.<br>ГОСТ Р ИСО/МЭК 15408 Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий. |
| <a id="p100037"></a>Ключевые слова: | Средство антивирусной защиты, ОУД3. |



### <a id="p100038"></a>1.3. Аннотация профиля защиты


<a id="p100039"></a>Настоящий ПЗ определяет требования безопасности для САВЗ типа "В" четвертого класса защиты (объекта оценки), предназначенных для применения на автоматизированных рабочих местах информационных систем.
<a id="p100040"></a>Основными угрозами, для противостояния которым используются САВЗ типа "В", являются угрозы, связанные с внедрением в информационные системы из информационно-телекоммуникационных сетей, в том числе сетей международного информационного обмена (сетей связи общего пользования) и (или) съемных машинных носителей информации, вредоносных компьютерных программ (вирусов) (КВ).
<a id="p100041"></a>В САВЗ должны быть реализованы следующие функции безопасности:
<a id="p100042"></a>разграничение доступа к управлению САВЗ;
<a id="p100043"></a>управление работой САВЗ;
<a id="p100044"></a>управление параметрами САВЗ;
<a id="p100045"></a>управление установкой обновлений (актуализации) базы данных признаков вредоносных компьютерных программ (вирусов) (БД ПКВ) САВЗ;
<a id="p100046"></a>аудит безопасности САВЗ;
<a id="p100047"></a>выполнение проверок объектов воздействия;
<a id="p100048"></a>обработка объектов воздействия;
<a id="p100049"></a>сигнализация САВЗ.
<a id="p100050"></a>В среде, в которой САВЗ функционирует, должны быть реализованы следующие функции безопасности среды:
<a id="p100051"></a>обеспечение доверенной связи (маршрута) между САВЗ и пользователями;
<a id="p100052"></a>обеспечение доверенного канала получения обновлений САВЗ;
<a id="p100053"></a>обеспечение условий безопасного функционирования;
<a id="p100054"></a>управление атрибутами безопасности.
<a id="p100055"></a>Функции безопасности САВЗ должны обладать составом функциональных возможностей, обеспечивающих реализацию этих функций.
<a id="p100056"></a>В ПЗ изложены следующие виды требований безопасности, предъявляемые к САВЗ:
<a id="p100057"></a>функциональные требования безопасности;
<a id="p100058"></a>требования доверия к безопасности.

<div align="center">

<a id="p100059"></a>Функциональные требования безопасности САВЗ, изложенные в ПЗ, включают:

</div>

<a id="p100060"></a>требования к режимам и методам выполнения проверок в целях обнаружения КВ;
<a id="p100061"></a>требования к функциональным возможностям по обновлению БД ПКВ (БД ПКВ);
<a id="p100062"></a>требования по управлению режимами выполнения функций безопасности САВЗ (работой САВЗ);
<a id="p100063"></a>требования по управлению данными функций безопасности (данными САВЗ);
<a id="p100064"></a>требования по управлению ролями субъектов;
<a id="p100065"></a>требования к аудиту функционирования САВЗ.
<a id="p100066"></a>Функциональные требования безопасности для САВЗ выражены на основе компонентов требований из ГОСТ Р ИСО/МЭК 15408-2, при этом часть требований сформулированы в явном виде в стиле компонентов из ГОСТ Р ИСО/МЭК 15408-2.
<a id="p100067"></a>Состав функциональных требований безопасности (ФТБ), включенных в настоящий ПЗ, обеспечивает следующие функциональные возможности САВЗ:
<a id="p100068"></a>выполнение проверки с целью обнаружения зараженных КВ объектов в файловых областях носителей информации;
<a id="p100069"></a>выполнение проверки с целью обнаружения зараженных КВ объектов по команде;
<a id="p100070"></a>выполнение проверки с целью обнаружения зараженных КВ объектов сигнатурными методами;
<a id="p100071"></a>получение и установка обновлений БД ПКВ без применения средств автоматизации;
<a id="p100072"></a>генерация записи аудита для событий, подвергаемых аудиту;
<a id="p100073"></a>чтение информации из записей аудита;

<div align="center">

<a id="p100074"></a>ассоциация событий аудита с идентификаторами субъектов;<br>
<a id="p100075"></a>ограничение доступа к чтению записей аудита;

</div>

<a id="p100076"></a>поиск, сортировка, упорядочение данных аудита;
<a id="p100077"></a>возможность уполномоченным пользователям (ролям) управлять режимом выполнения функций безопасности САВЗ;
<a id="p100078"></a>возможность уполномоченным пользователям (ролям) управлять параметрами настройки функций безопасности САВЗ;
<a id="p100079"></a>поддержка определенных ролей для САВЗ и их ассоциации с конкретными администраторами безопасности и пользователями ИС.
<a id="p100080"></a>Требования доверия к безопасности САВЗ охватывают следующие основные вопросы:
<a id="p100081"></a>управление конфигурацией;
<a id="p100082"></a>поставка и эксплуатация;
<a id="p100083"></a>разработка;
<a id="p100084"></a>руководства;
<a id="p100085"></a>поддержка жизненного цикла;
<a id="p100086"></a>тестирование;
<a id="p100087"></a>оценка уязвимостей;
<a id="p100088"></a>обновление САВЗ.
<a id="p100089"></a>Требования доверия к безопасности САВЗ сформированы на основе компонентов требований из ГОСТ Р ИСО/МЭК 15408-3. При этом часть требований сформулированы в явном виде в стиле компонентов из ГОСТ Р ИСО/МЭК 15408-3.
<a id="p100090"></a>Требования доверия к безопасности САВЗ образуют оценочный уровень доверия 3 (ОУД3), усиленный компонентами ACM_CAP.4 "Поддержка генерации, процедуры приемки", ADV_IMP.2 "Реализация ФБО", ADV_LLD.1 "Описательный проект нижнего уровня", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VLA.3 "Умеренно стойкий" и расширенный компонентами ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ".
<a id="p100091"></a>В целях обеспечения условий для безопасного функционирования САВЗ в настоящем ПЗ также определены цели и требования для среды функционирования САВЗ.


### <a id="p100092"></a>1.4. Соглашения


<a id="p100093"></a>ГОСТ Р ИСО/МЭК 15408 допускает выполнение определенных операций над требованиями безопасности. Соответственно в настоящем ПЗ используются операции "уточнение", "выбор", "назначение" и "итерация".
<a id="p100094"></a>Операция "уточнение" используется для добавления к требованию некоторых подробностей (деталей) и, таким образом, ограничивает диапазон возможностей его удовлетворения. Результат операции "уточнение" в настоящем ПЗ обозначается полужирным текстом.
<a id="p100095"></a>Операция "выбор" используется для выбора одного или нескольких элементов из перечня в формулировке требования. Результат операции "выбор" в настоящем ПЗ обозначается подчеркнутым курсивным текстом.
<a id="p100096"></a>Операция "назначение" используется для присвоения конкретного значения ранее неконкретизированному параметру. Операция "назначение" обозначается заключением значения параметра в квадратные скобки, [назначаемое значение].
<a id="p100097"></a>В настоящем ПЗ используются компоненты требований безопасности, включающие частично выполненные операции "назначение" и предполагающие завершение операций в задании по безопасности (ЗБ). В данных компонентах незавершенная часть операции "назначение" обозначается как [назначение: область предполагаемых значений].
<a id="p100098"></a>В настоящем ПЗ используются компоненты требований безопасности, включающие незавершенные операции "назначение", в которых область предполагаемых значений уточнена по отношению к исходному компоненту из ГОСТ Р ИСО/МЭК 15408. В данных компонентах операции "назначение" с уточненной областью предполагаемых значений обозначаются как [назначение: уточненная область предполагаемых значений].
<a id="p100099"></a>Операция "итерация" используется для более чем однократного использования компонента требований безопасности при различном выполнении разрешенных операций (уточнение, выбор, назначение). Выполнение "итерации" сопровождается помещением номера итерации, заключенного в круглые скобки, после краткого имени соответствующего компонента, (номер итерации).
<a id="p100100"></a>Замечания по применению предназначены либо для разъяснения назначения некоторого требования, идентификации вариантов реализации, либо для определения условий выполнения требования. В случае использования в ПЗ, замечания по применению следуют за компонентом требования. Замечания по применению учитываются при разработке задания по безопасности для конкретного САВЗ.
<a id="p100101"></a>В настоящий ПЗ включен ряд требований безопасности, сформулированных в явном виде. Краткая форма имен компонентов требований, сформулированных в явном виде, содержит текст (EXT).

<div align="center">

<a id="p100102"></a>Настоящий профиль защиты содержит ряд незавершенных операций над компонентами функциональных требований безопасности. Эти операции должны быть завершены в задании по безопасности на конкретную реализацию САВЗ.

</div>



### <a id="p100103"></a>1.5. Термины и определения


<a id="p100104"></a>В настоящем ПЗ применяются следующие термины с соответствующими определениями.
<a id="p100105"></a>Администратор безопасности - уполномоченный пользователь, ответственный за установку, администрирование и эксплуатацию ОО.
<a id="p100106"></a>Антивирусная защита - защита информации и компонентов информационной системы (ИС) от вредоносных компьютерных программ (вирусов) (обнаружение вредоносных компьютерных программ (вирусов), блокирование, изолирование "зараженных" объектов, удаление вредоносных компьютерных программ (вирусов) из "зараженных" объектов).

<div align="center">

<a id="p100107"></a>База данных признаков вредоносных компьютерных программ (вирусов) - составная часть САВЗ, содержащая информацию о вредоносных компьютерных программах (вирусах) (сигнатуры), используемая САВЗ для обнаружения вредоносных компьютерных программ (вирусов) и их обработки.

</div>

<a id="p100108"></a>Задание по безопасности - совокупность требований безопасности и спецификаций, предназначенная для использования в качестве основы для оценки (сертификации) конкретного ОО.
<a id="p100109"></a>Объект оценки - подлежащее сертификации (оценке) САВЗ с руководствами по эксплуатации.
<a id="p100110"></a>Политика безопасности ОО - совокупность правил, регулирующих управление, защиту и распределение информационных ресурсов, контролируемых ОО.
<a id="p100111"></a>Профиль защиты - совокупность требований безопасности для САВЗ типа "Б" второго класса защиты.
<a id="p100112"></a>Сигнатура - характерные признаки компьютерной вредоносной программы (вируса), используемые для ее обнаружения.
<a id="p100113"></a>Средство антивирусной защиты - программное средство, реализующее функции обнаружения компьютерных программ либо иной компьютерной информации, предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации или нейтрализации средств защиты информации, а также реагирования на обнаружение этих программ и информации.
<a id="p100114"></a>Угроза безопасности информации - совокупность условий и факторов, определяющих потенциальную или реально существующую опасность нарушения безопасности информации.
<a id="p100115"></a>Функции безопасности ОО - совокупность всех функций безопасности ОО, направленных на осуществление политики безопасности объекта оценки (ПБО).


### <a id="p100116"></a>1.6. Организация профиля защиты


<a id="p100117"></a>[Раздел 1](#p100026) "Введение профиля защиты" содержит информацию управления документооборотом и описательную информацию, необходимые для идентификации ПЗ и ОО, к которому он относится.
<a id="p100118"></a>[Раздел 2](#p100123) "Описание объекта оценки" содержит описание функциональных возможностей ОО, среды функционирования ОО и границ ОО, служащее цели лучшего понимания требований безопасности и дающее представление о типе продукта.
<a id="p100119"></a>[Раздел 3](#p100145) "Среда безопасности объекта оценки" содержит описание аспектов среды безопасности ОО. В данном разделе определяется совокупность угроз, имеющих отношение к безопасному функционированию ОО, политика безопасности организации, которой должен следовать ОО, и предположения (обязательные условия) безопасного использования ОО.
<a id="p100120"></a>В [разделе 4](#p100231) "Цели безопасности" определена совокупность целей безопасности для ОО и среды функционирования ОО.
<a id="p100121"></a>В [разделе 5](#p100296) "Требования безопасности" на основе ГОСТ Р ИСО/МЭК 15408-2 и ГОСТ Р ИСО/МЭК 15408-3 определены, соответственно, функциональные требования безопасности информационных технологий (ИТ) и требования доверия к безопасности ОО.
<a id="p100122"></a>В [Разделе 6](#p100781) "Обоснование" демонстрируется, что ПЗ специфицирует полную и взаимосвязанную совокупность требований безопасности ИТ, что ОО учитывает идентифицированные аспекты среды безопасности ОО.


## 2. <a id="p100123"></a>Описание объекта оценки



### <a id="p100124"></a>2.1. Тип изделия информационных технологий


<div align="center">

<a id="p100125"></a>Объектом оценки в настоящем ПЗ является САВЗ типа "В".

</div>

<a id="p100126"></a>Объект оценки представляет собой программное средство, реализующее функции обнаружения компьютерных программ либо иной компьютерной информации, предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования компьютерной информации или нейтрализации средств защиты информации, а также реагирования на обнаружение этих программ и информации, предназначенное для применения на автоматизированных рабочих местах информационных систем.


### <a id="p100127"></a>2.2. Основные функциональные возможности объекта оценки


<a id="p100128"></a>В данном подразделе представлено краткое описание функциональных возможностей ОО.
<a id="p100129"></a>Средства антивирусной защиты, соответствующие настоящему ПЗ, должны обеспечивать:
<a id="p100130"></a>возможность выполнения проверок с целью обнаружения зараженных КВ объектов в файловых областях носителей информации;
<a id="p100131"></a>возможность выполнения проверок с целью обнаружения зараженных КВ объектов по команде;
<a id="p100132"></a>возможность выполнения проверок с целью обнаружения зараженных КВ объектов сигнатурными методами;
<a id="p100133"></a>возможность получения и установки обновлений БД ПКВ без применения средств автоматизации;

<div align="center">

<a id="p100134"></a>возможность генерирования записей аудита для событий, подвергаемых аудиту;<br>
<a id="p100135"></a>возможность чтения информации из записей аудита;

</div>

<a id="p100136"></a>возможность ассоциации событий аудита с идентификаторами субъектов;
<a id="p100137"></a>ограничение доступа к чтению записей аудита;
<a id="p100138"></a>поиск, сортировку, упорядочение данных аудита;
<a id="p100139"></a>возможность уполномоченным пользователям (ролям) управлять режимом выполнения функций безопасности САВЗ;
<a id="p100140"></a>возможность уполномоченным пользователям (ролям) управлять параметрами настройки функций безопасности САВЗ;
<a id="p100141"></a>поддержку определенных ролей для САВЗ и их ассоциации с конкретными администраторами безопасности и пользователями ИС.
<a id="p100142"></a>Средства антивирусной защиты типа "В" устанавливаются на автоматизированные рабочие места информационной системы, функционирующей на базе вычислительной сети.
<a id="p100143"></a>Типовая схема применения в ИС САВЗ типа "В" представлена на рисунке 2.1.

 ![2.2. Основные функциональные возможности объекта оценки](https://i.bukva.ai/EqaHOnbo/img_0.png) 

<a id="p100144"></a>Рисунок 2.1 - Типовая схема ИС, в которой
применяется САВЗ типа "В"


## 3. <a id="p100145"></a>Среда безопасности объекта оценки


<a id="p100146"></a>Данный раздел содержит описание следующих аспектов среды безопасности ОО:
<a id="p100147"></a>предположений относительно предопределенного использования ОО и среды функционирования ОО;

<div align="center">

<a id="p100148"></a>угроз безопасности, которым необходимо противостоять средствами ОО;

</div>

<a id="p100149"></a>политики безопасности организации, которой должен следовать ОО.


### <a id="p100150"></a>3.1. Предположения безопасности


<a id="p100151"></a>Предположения относительно предопределенного использования ОО
<a id="p100152"></a>Предположение-1
<a id="p100153"></a>Должен быть обеспечен доступ ОО ко всем объектам ИС, которые необходимы ОО для реализации своих функциональных возможностей (к контролируемым объектам ИС).
<a id="p100154"></a>Предположение-2
<a id="p100155"></a>Должны быть обеспечены установка, конфигурирование и управление ОО в соответствии с эксплуатационной документацией.
<a id="p100156"></a>Предположение-3
<a id="p100157"></a>Должна быть обеспечена совместимость ОО с контролируемыми ресурсами ИС.
<a id="p100158"></a>Предположение-4
<a id="p100159"></a>Должна быть обеспечена возможность корректной совместной работы САВЗ с САВЗ других производителей в случае их совместного использования в информационной системе.
<a id="p100160"></a>Предположения, связанные с защитой ОО
<a id="p100161"></a>Предположение-5
<a id="p100162"></a>Должна быть обеспечена физическая защита элементов ИС, на которых установлен ОО.
<a id="p100163"></a>Предположение-6
<a id="p100164"></a>Должна быть обеспечена синхронизация по времени между компонентами ОО, а также между ОО и средой его функционирования.
<a id="p100165"></a>Предположение, имеющее отношение к персоналу
<a id="p100166"></a>Предположение-7
<a id="p100167"></a>Персонал, ответственный за функционирование ОО, должен обеспечивать надлежащее функционирование ОО, руководствуясь эксплуатационной документацией.


### <a id="p100168"></a>3.2. Угрозы безопасности информации



#### <a id="p100169"></a>3.2.1. Угрозы, которым должен противостоять объект оценки


<a id="p100170"></a>В настоящем ПЗ определены следующие угрозы, которым необходимо противостоять средствами ОО.
<a id="p100171"></a>Угроза-1
1. <a id="p100172"></a>Аннотация угрозы - внедрение КВ в автоматизированные рабочие места ИС при осуществлении информационного взаимодействия с внешними информационно-телекоммуникационными сетями, в том числе сетями международного информационного обмена (сетями связи общего пользования).
2. <a id="p100173"></a>Источник угрозы - внутренний нарушитель, внешний нарушитель.
3. <a id="p100174"></a>Способ реализации угрозы - внедрение КВ в ИС при осуществлении информационного обмена.
4. <a id="p100175"></a>Используемые уязвимости - неполнота комплекса средств защиты информации, применяемых в ИС.
5. <a id="p100176"></a>Вид информационных ресурсов, потенциально подверженных угрозе - информационные ресурсы ИС, в которой установлен ОО.
6. <a id="p100177"></a>Нарушаемые свойства безопасности информационных ресурсов - конфиденциальность, целостность, доступность.
7. <a id="p100178"></a>Возможные последствия реализации угрозы - заражение компьютерными вирусами программно-технических средств вычислительной сети ИС, утечка конфиденциальной информации, нарушение режимов функционирования ИС.
<a id="p100179"></a>Угроза-2
1. <a id="p100180"></a>Аннотация угрозы - внедрение КВ в автоматизированные рабочие места ИС со съемных машинных носителей информации.
2. <a id="p100181"></a>Источник угрозы - внутренний нарушитель.
3. <a id="p100182"></a>Способ реализации угрозы - внедрение КВ в объекты ИС пользователями со съемных машинных носителей информации.
4. <a id="p100183"></a>Используемые уязвимости - неполнота комплекса средств защиты информации, применяемых в ИС.
5. <a id="p100184"></a>Вид информационных ресурсов, потенциально подверженных угрозе - информационные ресурсы ИС, в которой установлен ОО.
6. <a id="p100185"></a>Нарушаемые свойства безопасности информационных ресурсов - конфиденциальность, целостность, доступность.
7. <a id="p100186"></a>Возможные последствия реализации угрозы - заражение компьютерными вирусами программно-технических средств вычислительной сети ИС, утечка конфиденциальной информации, нарушение режимов функционирования ИС.


#### <a id="p100187"></a>3.2.2. Угрозы, которым должна противостоять среда


<a id="p100188"></a>В настоящем ПЗ определены следующие угрозы, которым должна противостоять среда функционирования ОО.
<a id="p100189"></a>Угроза среды-1
1. <a id="p100190"></a>Аннотация угрозы - отключение или блокирование средств антивирусной защиты нарушителями.
2. <a id="p100191"></a>Источники угрозы - внутренний нарушитель, внешний нарушитель.
3. <a id="p100192"></a>Способ реализации угрозы - несанкционированный доступ к САВЗ с использованием штатных и нештатных средств.
4. <a id="p100193"></a>Используемые уязвимости - недостатки процедур разграничения полномочий в ИС, уязвимости технических, программных и программно-технических средств ИС, которые взаимодействуют с САВЗ и могут влиять на функционирование САВЗ, недостатки механизмов управления доступом, защиты сеансов, физической защиты оборудования в ИС.
5. <a id="p100194"></a>Вид информационных ресурсов, потенциально подверженных угрозе - данные функций безопасности объекта оценки (ФБО).
6. <a id="p100195"></a>Нарушаемые свойства безопасности информационных ресурсов - целостность, доступность.
7. <a id="p100196"></a>Возможные последствия реализации угрозы - неэффективность работы САВЗ.

<div align="center">

<a id="p100197"></a>Угроза среды-2

</div>

1. <a id="p100198"></a>Аннотация угрозы - несанкционированное изменение конфигурации САВЗ.
2. <a id="p100199"></a>Источник угрозы - внутренний нарушитель, внешний нарушитель.
3. <a id="p100200"></a>Способ реализации угрозы - несанкционированный доступ к конфигурационной информации (настройкам) САВЗ.
4. <a id="p100201"></a>Используемая уязвимость - недостатки процедур разграничения полномочий в ИС, уязвимости технических, программных и программно-технических средств ИС, которые взаимодействуют с САВЗ и могут влиять на функционирование САВЗ, недостатки механизмов управления доступом, защиты сеансов, физической защиты оборудования в ИС.
5. <a id="p100202"></a>Вид информационных ресурсов, потенциально подверженных угрозе - настройки программного обеспечения САВЗ.
6. <a id="p100203"></a>Нарушаемые характеристики безопасности информационных ресурсов - целостность.
7. <a id="p100204"></a>Возможные последствия реализации угрозы - нарушение режимов функционирования САВЗ, необнаружение внедрения в ИС КВ.
<a id="p100205"></a>Угроза среды-3
1. <a id="p100206"></a>Аннотация угрозы - несанкционированное внесение изменений в логику функционирования САВЗ через механизм обновления БД ПКВ.
2. <a id="p100207"></a>Источник угрозы - внутренний нарушитель, внешний нарушитель.
3. <a id="p100208"></a>Способ реализации угрозы - осуществление несанкционированных действий с использованием штатных средств, предоставляемых ИС, а также специализированных инструментальных средств.
4. <a id="p100209"></a>Используемая уязвимость - недостатки механизмов обеспечения доверенного канала получения обновлений БД ПКВ.
5. <a id="p100210"></a>Вид информационных ресурсов, потенциально подверженных угрозе - программное обеспечение и база данных признаков КВ САВЗ.
6. <a id="p100211"></a>Нарушаемые свойства безопасности информационных ресурсов - целостность, доступность.
7. <a id="p100212"></a>Возможные последствия реализации угрозы - нарушение режимов функционирования САВЗ, необнаружение внедрения в ИС КВ.


### <a id="p100213"></a>3.3. Политика безопасности организации


<a id="p100214"></a>Объект оценки должен следовать приведенным ниже правилам политики безопасности организации.

<div align="center">

<a id="p100215"></a>Политика безопасности-1<br>
<a id="p100216"></a>Должны быть обеспечены надлежащие механизмы регистрации и предупреждения о любых событиях, относящихся к возможным нарушениям безопасности. Механизмы регистрации должны предоставлять уполномоченным на это субъектам ИС возможность выборочного ознакомления с информацией о произошедших событиях.<br>
<a id="p100217"></a>Политика безопасности-2<br>
<a id="p100218"></a>Управление параметрами САВЗ, которые влияют на выполнение функций безопасности САВЗ, должно осуществляться только уполномоченными субъектами ИС.

</div>

<a id="p100219"></a>Политика безопасности-3
<a id="p100220"></a>Должно осуществляться управление со стороны уполномоченных субъектов ИС режимами выполнения функций безопасности САВЗ.
<a id="p100221"></a>Политика безопасности-4
<a id="p100222"></a>Объект оценки должен быть защищен от несанкционированного доступа и нарушений в отношении функций и данных ОО.
<a id="p100223"></a>Политика безопасности-5
<a id="p100224"></a>Объект оценки должен обеспечивать выполнение проверок с целью обнаружения зараженных КВ объектов в заданных областях памяти и файлах.
<a id="p100225"></a>Политика безопасности-6
<a id="p100226"></a>Объект оценки должен обеспечивать возможность установки режимов выполнения проверок с целью обнаружения зараженных КВ объектов.
<a id="p100227"></a>Политика безопасности-7
<a id="p100228"></a>Объект оценки должен обеспечивать возможность удаления (если удаление технически возможно) кода КВ из зараженных объектов.
<a id="p100229"></a>Политика безопасности-8
<a id="p100230"></a>Объект оценки должен обеспечивать возможность установки режимов выполнения обновлений БД ПКВ САВЗ.


## 4. <a id="p100231"></a>Цели безопасности



### <a id="p100232"></a>4.1. Цели безопасности для объекта оценки


<a id="p100233"></a>В данном разделе дается описание целей безопасности для ОО.
<a id="p100234"></a>Цель безопасности-1
<a id="p100235"></a>Аудит безопасности САВЗ
<a id="p100236"></a>Объект оценки должен располагать надлежащими механизмами регистрации и предупреждения о любых событиях, относящихся к возможным нарушениям безопасности. Механизмы регистрации должны предоставлять уполномоченным субъектам ИС возможность выборочного ознакомления с информацией о произошедших событиях.
<a id="p100237"></a>Цель безопасности-2
<a id="p100238"></a>Управление параметрами САВЗ
<a id="p100239"></a>Объект оценки должен обеспечить возможность управления параметрами САВЗ, которые влияют на выполнение функций безопасности САВЗ, со стороны уполномоченных субъектов ИС.
<a id="p100240"></a>Цель безопасности-3
<a id="p100241"></a>Управление работой САВЗ
<a id="p100242"></a>Объект оценки должен обеспечивать управление со стороны уполномоченных субъектов ИС режимами выполнения функций безопасности САВЗ.

<div align="center">

<a id="p100243"></a>Цель безопасности-4

</div>

<a id="p100244"></a>Разграничение доступа к управлению САВЗ
<a id="p100245"></a>Объект оценки должен обеспечивать разграничение доступа к управлению САВЗ на основе ролей субъектов ИС.
<a id="p100246"></a>Цель безопасности-5
<a id="p100247"></a>Выполнение проверок объектов
<a id="p100248"></a>Объект оценки должен обеспечивать выполнение проверок с целью обнаружения зараженных КВ объектов.
<a id="p100249"></a>Цель безопасности-6
<a id="p100250"></a>Режимы выполнения проверок
<a id="p100251"></a>Объект оценки должен обеспечивать возможность установки режимов выполнения проверок с целью обнаружения зараженных КВ объектов.
<a id="p100252"></a>Цель безопасности-7
<a id="p100253"></a>Обработка зараженных объектов
<a id="p100254"></a>Объект оценки должен обеспечивать возможность удаления (если удаление технически возможно) кода КВ из зараженных объектов.
<a id="p100255"></a>Цель безопасности-8
<a id="p100256"></a>Обновление базы данных
<a id="p100257"></a>Объект оценки должен обеспечивать возможность установки режимов выполнения обновлений БД ПКВ САВЗ.


### <a id="p100258"></a>4.2. Цели безопасности для среды


<a id="p100259"></a>В данном разделе дается описание целей безопасности для среды функционирования ОО.
<a id="p100260"></a>Цель для среды функционирования ОО-1
<a id="p100261"></a>Доступ к данным ИС
<a id="p100262"></a>Должен быть обеспечен доступ объекта оценки к данным ИС, которые необходимы объекту оценки для реализации своих функциональных возможностей.
<a id="p100263"></a>Цель для среды функционирования ОО-2
<a id="p100264"></a>Эксплуатация ОО
<a id="p100265"></a>Должны быть обеспечены установка, конфигурирование и управление объектом оценки в соответствии с эксплуатационной документацией.
<a id="p100266"></a>Цель для среды функционирования ОО-3
<a id="p100267"></a>Совместимость
<a id="p100268"></a>Должна быть обеспечена совместимость объекта оценки с контролируемыми ресурсами ИС.
<a id="p100269"></a>Цель для среды функционирования ОО-4
<a id="p100270"></a>Совместная работа
<a id="p100271"></a>Должна быть обеспечена возможность корректной совместной работы САВЗ с САВЗ других производителей в случае их совместного использования в информационной системе.
<a id="p100272"></a>Цель для среды функционирования ОО-5
<a id="p100273"></a>Физическая защита частей ОО
<a id="p100274"></a>Должна быть обеспечена физическая защита программно-технических средств, на которых установлен ОО.
<a id="p100275"></a>Цель для среды функционирования ОО-6
<a id="p100276"></a>Синхронизация по времени
<a id="p100277"></a>Должны быть обеспечены быть обеспечены надлежащий источник меток времени и синхронизация по времени между компонентами ОО, а также между ОО и средой его функционирования.
<a id="p100278"></a>Цель для среды функционирования ОО-7
<a id="p100279"></a>Требования к персоналу
<a id="p100280"></a>Персонал, ответственный за функционирование объекта оценки, должен обеспечивать надлежащее функционирование объекта оценки, руководствуясь эксплуатационной документацией.

<div align="center">

<a id="p100281"></a>Цель для среды функционирования ОО-8<br>
<a id="p100282"></a>Доверенная связь

</div>

<a id="p100283"></a>Должна быть обеспечена доверенная связь между ОО и уполномоченными субъектами ИС (администраторами безопасности).
<a id="p100284"></a>Цель для среды функционирования ОО-9
<a id="p100285"></a>Механизмы аутентификации и идентификации
<a id="p100286"></a>Функционирование ОО должно осуществляться в среде функционирования, предоставляющей механизмы аутентификации и идентификации администраторов безопасности САВЗ.

<div align="center">

<a id="p100287"></a>Цель для среды функционирования ОО-10<br>
<a id="p100288"></a>Доверенный канал<br>
<a id="p100289"></a>Должен быть обеспечен доверенный канал получения обновлений БД ПКВ САВЗ.<br>
<a id="p100290"></a>Цель для среды функционирования ОО-11

</div>

<a id="p100291"></a>Защита данных ФБО
<a id="p100292"></a>Должна быть обеспечена защищенная область для выполнения функций безопасности САВЗ.
<a id="p100293"></a>Цель для среды функционирования ОО-12

<div align="right">

<a id="p100294"></a>Управление атрибутами безопасности<br>
<a id="p100295"></a>Управление атрибутами безопасности, связанными с доступом к функциям и данным ОО, должно предоставляться только уполномоченным ролям (администраторам САВЗ и ИС).

</div>



## 5. <a id="p100296"></a>Требования безопасности


<a id="p100297"></a>В данном разделе ПЗ представлены функциональные требования и требования доверия, которым должен удовлетворять ОО. Функциональные требования, представленные в настоящем ПЗ, основаны на функциональных компонентах из ГОСТ Р ИСО/МЭК 15408-2. Кроме того, в настоящий ПЗ включен ряд требований безопасности, сформулированных в явном виде (расширение ГОСТ Р ИСО/МЭК 15408-2). Требования доверия основаны на компонентах требований доверия из ГОСТ Р ИСО/МЭК 15408-3 и представлены в настоящем ПЗ в виде оценочного уровня доверия ОУД3, усиленного компонентами ACM_CAP.4 "Поддержка генерации, процедуры приемки", ADV_IMP.2 "Реализация ФБО", ADV_LLD.1 "Описательный проект нижнего уровня", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VLA.3 "Умеренно стойкий" и расширенного компонентами ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ". Требования безопасности ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ" сформулированы в явном виде (расширение ГОСТ Р ИСО/МЭК 15408-3).


### <a id="p100298"></a>5.1. Требования безопасности для объекта оценки



#### <a id="p100299"></a>5.1.1. Функциональные требования безопасности ОО


<a id="p100300"></a>Функциональные компоненты из ГОСТ Р ИСО/МЭК 15408-2, на которых основаны функциональные требования безопасности ОО, приведены в таблице 5.1.

<a id="p100301"></a>Таблица 5.1

<a id="p100302"></a>Функциональные компоненты, на которых основаны ФТБ ОО


| <a id="p100303"></a>Идентификатор компонента требований | Название компонента требований |
| --- | --- |
| <a id="p100304"></a>FAU_GEN.1 | Генерация данных аудита |
| <a id="p100305"></a>FAU_GEN.2 | Ассоциация идентификатора пользователя |
| <a id="p100306"></a>FAU_SAR.1 | Просмотр аудита |
| <a id="p100307"></a>FAU_SAR.2 | Ограниченный просмотр аудита |
| <a id="p100308"></a>FAU_SAR.3 | Выборочный просмотр аудита |
| <a id="p100309"></a>FMT_MOF.1 | Управление режимом выполнения функций безопасности |
| <a id="p100310"></a>FMT_MTD.1 | Управление данными ФБО |
| <a id="p100311"></a>FMT_SMR.1 | Роли безопасности |
| <a id="p100312"></a>FAV_DET_EXT.1 | Базовое обнаружение КВ |
| <a id="p100313"></a>FAV_MTH_EXT.1 | Методы анализа |
| <a id="p100314"></a>FAV_MTH_EXT.2 | Выполнение проверок |
| <a id="p100315"></a>FAV_ACT_EXT.1 | Удаление КВ |
| <a id="p100316"></a>FAV_UPD_EXT.1 | Обновление базы данных ПКВ |



##### <a id="p100317"></a>5.1.1.1. Аудит безопасности (FAU)


<a id="p100318"></a>FAU_GEN.1 Генерация данных аудита
<a id="p100319"></a>FAU_GEN.1.1 ФБО должны быть способны генерировать запись аудита для следующих событий, потенциально подвергаемых аудиту:
<a id="p100320"></a>а) запуск и завершение выполнения функций аудита;
<a id="p100321"></a>б) все события, потенциально подвергаемые аудиту, на [выбор (выбрать одно из): минимальный, базовый, детализированный, неопределенный] уровне аудита;

<div align="right">

<a id="p100322"></a>в) [события, приведенные во втором столбце таблицы 5.2].

</div>


<a id="p100323"></a>Таблица 5.2

<div align="center">

<a id="p100324"></a>События, подлежащие аудиту

</div>



| <a id="p100325"></a>Компонент | Событие | Детализация |
| --- | --- | --- |
| <a id="p100326"></a>FAV_MTH_EXT.2 | Выполнение проверок | режим запуска проверок, параметры функционирования ОО при выполнении проверок, результат проверок |
| <a id="p100327"></a>FAV_UPD_EXT.1 | Обновление базы данных КВ | идентификаторы обновлений |


<a id="p100328"></a>FAU_GEN.1.2 ФБО должны регистрировать в каждой записи аудита, по меньшей мере, следующую информацию:
<a id="p100329"></a>а) дата и время события, тип события, идентификатор субъекта и результат события (успешный или неуспешный);
<a id="p100330"></a>б) для каждого типа событий, потенциально подвергаемых аудиту, из числа определенных в функциональных компонентах, которые включены в ПЗ, [информацию, определенную в третьем столбце [таблицы 5.2](#p100324)].
<a id="p100331"></a>Зависимости: FPT_STM.1 "Надежные метки времени".
<a id="p100332"></a>FAU_GEN.2 Ассоциация идентификатора пользователя
<a id="p100333"></a>FAU_GEN.2.1 ФБО должны быть способны ассоциировать каждое событие, потенциально подвергаемое аудиту, с идентификатором пользователя, который был инициатором этого события.
<a id="p100334"></a>Зависимости: FAU_GEN.1 "Генерация данных аудита",
<a id="p100335"></a>FIA_UID.1 "Идентификация до любых действий пользователя".
<a id="p100336"></a>FAU_SAR.1 Просмотр аудита
<a id="p100337"></a>FAU_SAR.1.1 ФБО должны предоставлять [назначение: уполномоченные пользователи] возможность читать [назначение: список информации аудита] из записей аудита.
<a id="p100338"></a>FAU_SAR.1.2 ФБО должны предоставлять записи аудита в виде, позволяющем пользователю воспринимать содержащуюся в них информацию.
<a id="p100339"></a>Зависимости: FAU_GEN.1 "Генерация данных аудита".
<a id="p100340"></a>FAU_SAR.2 Ограниченный просмотр аудита
<a id="p100341"></a>FAU_SAR.2.1 ФБО должны запретить всем пользователям доступ к чтению записей аудита, за исключением пользователей, которым явно предоставлен доступ для чтения.
<a id="p100342"></a>Зависимости: FAU_SAR.1 "Просмотр аудита".
<a id="p100343"></a>FAU_SAR.3 Выборочный просмотр аудита
<a id="p100344"></a>FAU_SAR.3.1 ФБО должны предоставить возможность выполнить [выбор: поиск, сортировка, упорядочение] данных аудита, основанный на [назначение: критерии с логическими отношениями].
<a id="p100345"></a>Зависимости: FAU_SAR.1 "Просмотр аудита".


##### <a id="p100346"></a>5.1.1.2. Управление безопасностью (FMT)


<a id="p100347"></a>FMT_MTD.1 Управление данными ФБО
<a id="p100348"></a>FMT_MTD.1.1 ФБО должны предоставлять возможность [задания], а также [выбор: изменение значений по умолчанию, модификация, [назначение: другие операции]] [параметров поиска КВ] и следующих данных [назначение: список других данных ФБО] только [назначение: уполномоченные идентифицированные роли].
<a id="p100349"></a>Зависимости: FMT_SMR.1 "Роли безопасности".
<a id="p100350"></a>FMT_MOF.1 Управление режимом выполнения функций безопасности
<a id="p100351"></a>FMT_MOF.1.1 ФБО должны предоставлять возможность управления режимами выполнения функций безопасности, указанных в первом столбце [таблицы 5.3](#p100354), а также [назначение: другие режимы] определенных функций, [указанных во втором столбце [таблицы 5.1](#p100302), а также [назначение: список функций]] только [назначение: уполномоченные идентифицированные роли].
<a id="p100352"></a>Зависимости: FMT_SMR.1 "Роли безопасности".

<div align="right">

<a id="p100353"></a>Таблица 5.3

</div>


<a id="p100354"></a>Режимы выполнения функций безопасности


| <a id="p100355"></a>Режим выполнения функций безопасности | ФБО |
| --- | --- |
| <a id="p100356"></a>Определение режима выполнения, модификация режима выполнения | Обработка зараженных объектов |
| <a id="p100357"></a>Определение режима выполнения, модификация режима выполнения | Выполнение файловых операций (создание, удаление, модификация), проводимых при проверке САВЗ заархивированных объектов |


<div align="center">

<a id="p100358"></a>FMT_SMR.1 Роли безопасности

</div>

<a id="p100359"></a>FMT_SMR.1.1 ФБО должны поддерживать следующие роли:
<a id="p100360"></a>[а) администратор безопасности;
<a id="p100361"></a>б) пользователь ИС;
<a id="p100362"></a>в) [назначение: другие роли]].
<a id="p100363"></a>FMT_SMR.1.2 ФБО должны быть способны ассоциировать пользователей с ролями.
<a id="p100364"></a>Зависимости: FIA_UID.1 "Выбор момента идентификации".


##### <a id="p100365"></a>5.1.1.3. Проверки объектов заражения (FAV_DET_EXT)


<a id="p100366"></a>FAV_DET_EXT.1 Базовое обнаружение КВ
<a id="p100367"></a>FAV_DET_EXT.1.1 ФБО должны выполнять проверки с целью обнаружения КВ в файловых областях носителей информации, [назначение: другие объекты].
<a id="p100368"></a>Зависимости отсутствуют.


##### <a id="p100369"></a>5.1.1.4. Методы проверок объектов заражения (FAV_MTH_EXT)


<a id="p100370"></a>FAV_MTH_EXT.1 Методы анализа
<a id="p100371"></a>FAV_MTH_EXT.1.1 ФБО должны выполнять проверки с целью обнаружения КВ в объектах с использованием сигнатурных методов, [назначение: другие методы].
<a id="p100372"></a>Зависимости отсутствуют.
<a id="p100373"></a>FAV_MTH_EXT.2 Выполнение проверок
<a id="p100374"></a>FAV_MTH_EXT.2.1 ФБО должны выполнять проверки с целью обнаружения зараженных КВ объектов по команде [назначение: уполномоченные роли], [назначение: другие режимы выполнения проверок].
<a id="p100375"></a>Зависимости отсутствуют.


##### <a id="p100376"></a>5.1.1.5. Обработка объектов, подвергшихся воздействию (FAV_ACT_EXT)


<a id="p100377"></a>FAV_ACT_EXT.1 Удаление КВ
<a id="p100378"></a>FAV_ACT_EXT.1.1 При обнаружении КВ функции безопасности САВЗ должны выполнять удаление КВ из файлов, системных областей носителей информации [назначение: другие объекты].
<a id="p100379"></a>Зависимости отсутствуют.


##### <a id="p100380"></a>5.1.1.6. Обновление БД ПКВ (FAV_UPD_EXT)


<a id="p100381"></a>FAV_UPD_EXT.1 Обновление БД ПКВ
<a id="p100382"></a>FAV_UPD_EXT.1.1 ФБО должны обеспечивать получение и установку обновлений БД ПКВ локально без применения средств автоматизации [назначение: другие режимы выполнения обновлений].

<div align="center">

<a id="p100383"></a>Зависимости отсутствуют.

</div>



#### <a id="p100384"></a>5.1.2. Требования доверия к безопасности объекта оценки


<a id="p100385"></a>Требования доверия к безопасности ОО взяты из ГОСТ Р ИСО/МЭК 15408-3 и образуют ОУД3, усиленный компонентами ACM_CAP.4 "Поддержка генерации, процедуры приемки", ADV_IMP.2 "Реализация ФБО", ADV_LLD.1 "Описательный проект нижнего уровня", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VLA.3 "Умеренно стойкий" и расширенный компонентами ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ" (см. таблицу 5.4).

<a id="p100386"></a>Таблица 5.4

<div align="center">

<a id="p100387"></a>Требования доверия к безопасности ОО

</div>



<table>
<colgroup><col width="22%"><col width="25%"><col width="52%"></colgroup>
<tr><td><a id="p100388"></a>Классы доверия</td><td>Идентификаторы компонентов доверия</td><td>Названия компонентов доверия</td></tr>
<tr><td rowspan="2"><a id="p100389"></a>Управление конфигурацией</td><td>ACM_CAP.4</td><td>Поддержка генерации, процедуры приемки</td></tr>
<tr><td><a id="p100390"></a>ACM_SCP.1</td><td>Охват УК объекта оценки</td></tr>
<tr><td rowspan="2"><a id="p100391"></a>Поставка и эксплуатация</td><td>ADO_DEL.1</td><td>Процедуры поставки</td></tr>
<tr><td><a id="p100392"></a>ADO_IGS.1</td><td>Процедуры установки, генерации и запуска</td></tr>
<tr><td rowspan="5"><a id="p100393"></a>Разработка</td><td>ADV_FSP.1</td><td>Неформальная функциональная спецификация</td></tr>
<tr><td><a id="p100394"></a>ADV_HLD.2</td><td>Детализация вопросов безопасности в проекте верхнего уровня</td></tr>
<tr><td><a id="p100395"></a>ADV_IMP.2 <a href="#p100413">&lt;*&gt;</a></td><td>Реализация ФБО</td></tr>
<tr><td><a id="p100396"></a>ADV_LLD.1</td><td>Описательный проект нижнего уровня</td></tr>
<tr><td><a id="p100397"></a>ADV_RCR.1 <a href="#p100413">&lt;*&gt;</a></td><td>Неформальная демонстрация соответствия</td></tr>
<tr><td rowspan="2"><a id="p100398"></a>Руководства</td><td>AGD_ADM.1</td><td>Руководство администратора</td></tr>
<tr><td><a id="p100399"></a>AGD_USR.1</td><td>Руководство пользователя</td></tr>
<tr><td rowspan="3"><a id="p100400"></a>Поддержка жизненного цикла</td><td>ALC_DVS.1</td><td>Идентификация мер безопасности</td></tr>
<tr><td><a id="p100401"></a>ALC_FLR.1</td><td>Базовое устранение недостатков</td></tr>
<tr><td><a id="p100402"></a>ALC_TAT.1</td><td>Полностью определенные инструментальные средства разработки</td></tr>
<tr><td rowspan="4"><a id="p100403"></a>Тестирование</td><td>ATE_COV.2</td><td>Анализ покрытия</td></tr>
<tr><td><a id="p100404"></a>ATE_DPT.1</td><td>Тестирование: проект верхнего уровня</td></tr>
<tr><td><a id="p100405"></a>ATE_FUN.1</td><td>Функциональное тестирование</td></tr>
<tr><td><a id="p100406"></a>ATE_IND.2</td><td>Выборочное независимое тестирование</td></tr>
<tr><td rowspan="3"><a id="p100407"></a>Оценка уязвимостей</td><td>AVA_MSU.1</td><td>Экспертиза руководств</td></tr>
<tr><td><a id="p100408"></a>AVA_SOF.1</td><td>Оценка стойкости функции безопасности ОО</td></tr>
<tr><td><a id="p100409"></a>AVA_VLA.3</td><td>Умеренно стойкий</td></tr>
<tr><td rowspan="2"><a id="p100410"></a>Обновление БД ПКВ</td><td>ALC_UPV_EXT.1</td><td>Процедуры обновления БД ПКВ</td></tr>
<tr><td><a id="p100411"></a>AMA_SIA_EXT.3</td><td>Анализ влияния обновлений на безопасность САВЗ</td></tr>
<tr><td colspan="3"><a id="p100413"></a>&lt;*&gt; Отмечены компоненты, конкретизированные в настоящем ПЗ для обеспечения преемственности требований по контролю отсутствия недекларированных возможностей, изложенных в Руководящем документе ФСТЭК (Гостехкомиссии) России "Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации: Классификация по уровню контроля отсутствия недекларированных возможностей", 1999.</td></tr>
</table>



##### <a id="p100414"></a>5.1.2.1. Управление конфигурацией (ACM)


<a id="p100415"></a>ACM_CAP.4 Поддержка генерации, процедуры приемки
<a id="p100416"></a>Зависимости
<a id="p100417"></a>ACM_SCP.1 Охват УК объекта оценки,
<a id="p100418"></a>ALC_DVS.1 Идентификация мер безопасности.
<a id="p100419"></a>Элементы действий разработчика
<a id="p100420"></a>ACM_CAP.4.1D Разработчик должен предоставить маркировку для ОО.
<a id="p100421"></a>ACM_CAP.4.2D Разработчик должен использовать систему УК.
<a id="p100422"></a>ACM_CAP.4.3D Разработчик должен представить документацию УК.
<a id="p100423"></a>Элементы содержания и представления свидетельств
<a id="p100424"></a>ACM_CAP.4.1C Маркировка ОО должна быть уникальна для каждой версии ОО.
<a id="p100425"></a>ACM_CAP.4.2C ОО должен быть помечен маркировкой.
<a id="p100426"></a>ACM_CAP.4.3C Документация УК должна включать в себя список конфигурации, план УК и план приемки.
<a id="p100427"></a>ACM_CAP.4.4C Список конфигурации должен содержать описание элементов конфигурации, входящих в ОО.
<a id="p100428"></a>ACM_CAP.4.5C Документация УК должна содержать описание метода, используемого для уникальной идентификации элементов конфигурации.
<a id="p100429"></a>ACM_CAP.4.6C Система УК должна уникально идентифицировать все элементы конфигурации.
<a id="p100430"></a>ACM_CAP.4.7C План УК должен содержать описание, как используется система УК.
<a id="p100431"></a>ACM_CAP.4.8C Свидетельство должно демонстрировать, что система УК действует в соответствии с планом УК.
<a id="p100432"></a>ACM_CAP.4.9C Документация УК должна содержать свидетельство, что система УК действительно сопровождала и продолжает эффективно сопровождать все элементы конфигурации.
<a id="p100433"></a>ACM_CAP.4.10C Система УК должна предусмотреть такие меры, при которых в элементах конфигурации могут быть сделаны только санкционированные изменения.
<a id="p100434"></a>ACM_CAP.4.11C Система УК должна поддерживать генерацию ОО.
<a id="p100435"></a>ACM_CAP.4.12C План приемки должен содержать описание процедур, используемых для приемки модифицированного или вновь созданного элемента конфигурации как части ОО.
<a id="p100436"></a>Элементы действий оценщика
<a id="p100437"></a>ACM_CAP.4.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.

<div align="center">

<a id="p100438"></a>ACM_SCP.1 Охват УК объекта оценки

</div>

<a id="p100439"></a>Зависимости
<a id="p100440"></a>ACM_CAP.3 Средства контроля авторизации.
<a id="p100441"></a>Элементы действий разработчика
<a id="p100442"></a>ACM_SCP.1.1D Разработчик должен представить документацию УК.
<a id="p100443"></a>Элементы содержания и представления свидетельств
<a id="p100444"></a>ACM_SCP.1.1C Документация УК должна показать, что система УК, как минимум, отслеживает: представление реализации ОО, проектную документацию, тестовую документацию, документацию пользователя, документацию администратора и документацию УК.
<a id="p100445"></a>ACM_SCP.1.2C Документация УК должна содержать описание, как элементы конфигурации отслеживаются системой УК.
<a id="p100446"></a>Элементы действий оценщика
<a id="p100447"></a>ACM_SCP.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.


##### <a id="p100448"></a>5.1.2.2. Поставка и эксплуатация (ADO)


<a id="p100449"></a>ADO_DEL.1 Процедуры поставки
<a id="p100450"></a>Зависимости отсутствуют.
<a id="p100451"></a>Элементы действий разработчика
<a id="p100452"></a>ADO_DEL.1.1D Разработчик должен задокументировать процедуры поставки ОО или его частей пользователю.
<a id="p100453"></a>ADO_DEL.1.2 Разработчик должен использовать процедуры поставки.
<a id="p100454"></a>Элементы содержания и представления свидетельств
<a id="p100455"></a>ADO_DEL.1.1C Документация поставки должна содержать описание всех процедур, необходимых для поддержки безопасности при распространении версий к местам использования.
<a id="p100456"></a>Элементы действий оценщика
<a id="p100457"></a>ADO_DEL.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.

<div align="center">

<a id="p100458"></a>ADO_IGS.1 Процедуры установки, генерации и запуска

</div>

<a id="p100459"></a>Зависимости
<a id="p100460"></a>AGD_ADM.1 Руководство администратора.
<a id="p100461"></a>Элементы действий разработчика
<a id="p100462"></a>ADO_IGS.1.1D Разработчик должен задокументировать процедуры, необходимые для безопасной установки, генерации и запуска ОО.
<a id="p100463"></a>Элементы содержания и представления свидетельств
<a id="p100464"></a>ADO_IGS.1.1C Документация должна содержать описание последовательности действий, необходимых для безопасной установки, генерации и запуска ОО.
<a id="p100465"></a>Элементы действий оценщика
<a id="p100466"></a>ADO_IGS.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100467"></a>ADO_IGS.1.2E Оценщик должен сделать независимое заключение, что процедуры установки, генерации и запуска приводят к безопасной конфигурации.


##### <a id="p100468"></a>5.1.2.3. Разработка (ADV)


<a id="p100469"></a>ADV_FSP.1 Неформальная функциональная спецификация
<a id="p100470"></a>Зависимости
<a id="p100471"></a>ADV_RCR.1 Неформальная демонстрация соответствия.
<a id="p100472"></a>Элементы действий разработчика
<a id="p100473"></a>ADV_FSP.1.1D Разработчик должен представить функциональную спецификацию.
<a id="p100474"></a>Элементы содержания и представления свидетельств
<a id="p100475"></a>ADV_FSP.1.1C Функциональная спецификация должна содержать неформальное описание ФБО и их внешних интерфейсов.
<a id="p100476"></a>ADV_FSP.1.2C Функциональная спецификация должна быть внутренне непротиворечивой.
<a id="p100477"></a>ADV_FSP.1.3C Функциональная спецификация должна содержать описание назначения и методов использования всех внешних интерфейсов ФБО, обеспечивая, где это необходимо, детализацию результатов, нештатных ситуаций и сообщений об ошибках.
<a id="p100478"></a>ADV_FSP.1.4C Функциональная спецификация должна полностью представить ФБО.
<a id="p100479"></a>Элементы действий оценщика
<a id="p100480"></a>ADV_FSP.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100481"></a>ADV_FSP.1.2E Оценщик должен сделать независимое заключение, что функциональная спецификация - точное и полное отображение функциональных требований безопасности ОО.
<a id="p100482"></a>ADV_HLD.2 Детализация вопросов безопасности в проекте верхнего уровня
<a id="p100483"></a>Зависимости
<a id="p100484"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100485"></a>ADV_RCR.1 Неформальная демонстрация соответствия.
<a id="p100486"></a>Элементы действий разработчика
<a id="p100487"></a>ADV_HLD.2.1D Разработчик должен представить проект верхнего уровня ФБО.
<a id="p100488"></a>Элементы содержания и представления свидетельств
<a id="p100489"></a>ADV_HLD.2.1C Представление проекта верхнего уровня должно быть неформальным.
<a id="p100490"></a>ADV_HLD.2.2C Проект верхнего уровня должен быть внутренне непротиворечивым.
<a id="p100491"></a>ADV_HLD.2.3C Проект верхнего уровня должен содержать описание структуры ФБО в терминах подсистем.
<a id="p100492"></a>ADV_HLD.2.4C Проект верхнего уровня должен содержать описание функциональных возможностей безопасности, предоставленных каждой подсистемой ФБО.
<a id="p100493"></a>ADV_HLD.2.5C Проект верхнего уровня должен идентифицировать все базовые аппаратные, программно-аппаратные и/или программные средства, требуемые для реализации ФБО, с представлением функций, обеспечиваемых поддержкой механизмов защиты, реализуемых этими средствами.
<a id="p100494"></a>ADV_HLD.2.6C Проект верхнего уровня должен идентифицировать все интерфейсы для подсистем ФБО.
<a id="p100495"></a>ADV_HLD.2.7C Проект верхнего уровня должен идентифицировать, какие из интерфейсов подсистем ФБО являются видимыми извне.
<a id="p100496"></a>ADV_HLD.2.8C Проект верхнего уровня должен содержать описание назначения и методов использования всех интерфейсов подсистем ФБО, обеспечивая, где это необходимо, детализацию результатов, нештатных ситуаций и сообщений об ошибках.
<a id="p100497"></a>ADV_HLD.2.9C Проект верхнего уровня должен содержать описание разделения ОО на подсистемы, осуществляющие ПБО, и прочие.
<a id="p100498"></a>Элементы действий оценщика
<a id="p100499"></a>ADV_HLD.2.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100500"></a>ADV_HLD.2.2E Оценщик должен сделать независимое заключение, что проект верхнего уровня - точное и полное отображение функциональных требований безопасности ОО.
<a id="p100501"></a>ADV_IMP.2 Реализация ФБО
<a id="p100502"></a>Зависимости
<a id="p100503"></a>ADV_LLD.1 Описательный проект нижнего уровня,
<a id="p100504"></a>ADV_RCR.1 Неформальная демонстрация соответствия,
<a id="p100505"></a>ALC_TAT.1 Полностью определенные инструментальные средства разработки.
<a id="p100506"></a>Элементы действий разработчика
<a id="p100507"></a>ADV_IMP.2.1D Разработчик должен обеспечить представление реализации для всех ФБО на уровне исходных текстов всего программного обеспечения, входящего в состав ОО, а также указать в документации значения контрольных сумм файлов, входящих в состав ОО.
<a id="p100508"></a>Элементы содержания и представления свидетельств
<a id="p100509"></a>ADV_IMP.2.1C Представление реализации должно однозначно определить ФБО на таком уровне детализации, что ФБО могут быть созданы без дальнейших проектных решений.
<a id="p100510"></a>ADV_IMP.2.2C Представление реализации должно быть внутренне непротиворечивым.
<a id="p100511"></a>ADV_IMP.2.3C Представление реализации должно включать в себя описание взаимосвязей между всеми частями реализации.
<a id="p100512"></a>Элементы действий оценщика
<a id="p100513"></a>ADV_IMP.2.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100514"></a>ADV_IMP.2.2E Оценщик должен сделать независимое заключение, что представление реализации - точное и полное отображение функциональных требований безопасности ОО, в том числе на основе результатов:
- <a id="p100515"></a>контроля исходного состояния ПО;
- <a id="p100516"></a>контроля полноты и отсутствия избыточности исходных текстов на уровне файлов.
<a id="p100517"></a>ADV_LLD.1 Описательный проект нижнего уровня
<a id="p100518"></a>Зависимости
<a id="p100519"></a>ADV_HLD.2 Детализация вопросов безопасности в проекте верхнего уровня,
<a id="p100520"></a>ADV_RCR.1 Неформальная демонстрация соответствия.
<a id="p100521"></a>Элементы действий разработчика
<a id="p100522"></a>ADV_LLD.1.1D Разработчик должен представить проект нижнего уровня ФБО.
<a id="p100523"></a>Элементы содержания и представления свидетельств
<a id="p100524"></a>ADV_LLD.1.1C Представление проекта нижнего уровня должно быть неформальным.
<a id="p100525"></a>ADV_LLD.1.2C Проект нижнего уровня должен быть внутренне непротиворечивым.
<a id="p100526"></a>ADV_LLD.1.3C Проект нижнего уровня должен содержать описание ФБО в терминах модулей.
<a id="p100527"></a>ADV_LLD.1.4C Проект нижнего уровня должен содержать описание назначения каждого модуля.
<a id="p100528"></a>ADV_LLD.1.5C Проект нижнего уровня должен определить взаимосвязи между модулями в терминах предоставляемых функциональных возможностей безопасности и зависимостей от других модулей.
<a id="p100529"></a>ADV_LLD.1.6C Проект нижнего уровня должен содержать описание, как предоставляется каждая из функций, осуществляющих ПБО.
<a id="p100530"></a>ADV_LLD.1.7C Проект нижнего уровня должен идентифицировать все интерфейсы модулей ФБО.
<a id="p100531"></a>ADV_LLD.1.8C Проект нижнего уровня должен идентифицировать, какие из интерфейсов модулей ФБО являются видимыми извне.
<a id="p100532"></a>ADV_LLD.1.9C Проект нижнего уровня должен содержать описание назначения и методов использования всех интерфейсов модулей ФБО, предоставляя, при необходимости, детализацию результатов, нештатных ситуаций и сообщений об ошибках.
<a id="p100533"></a>ADV_LLD.1.10C Проект нижнего уровня должен содержать описание разделения ОО на модули, осуществляющие ПБО, и прочие.
<a id="p100534"></a>Элементы действий оценщика
<a id="p100535"></a>ADV_LLD.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100536"></a>ADV_LLD.1.2E Оценщик должен сделать независимое заключение, что проект нижнего уровня - точное и полное отображение функциональных требований безопасности ОО.
<a id="p100537"></a>ADV_RCR.1(1) Неформальная демонстрация соответствия
<a id="p100538"></a>Зависимости отсутствуют.
<a id="p100539"></a>Элементы действий разработчика
<a id="p100540"></a>ADV_RCR.1.1D Разработчик должен представить анализ соответствия между всеми смежными парами имеющихся представлений ФБО.
<a id="p100541"></a>Элементы содержания и представления свидетельств

<div align="center">

<a id="p100542"></a>ADV_RCR.1.1C Для каждой смежной пары имеющихся представлений ФБО анализ должен демонстрировать, что все функциональные возможности более абстрактного представления ФБО, относящиеся к безопасности, правильно и полностью уточнены в менее абстрактном представлении ФБО.

</div>

<a id="p100543"></a>Элементы действий оценщика
<a id="p100544"></a>ADV_RCR.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100545"></a>ADV_RCR.1(2) Неформальная демонстрация соответствия
<a id="p100546"></a>Элементы действий разработчика
<a id="p100547"></a>ADV_RCR.1.1D Разработчик должен представить анализ соответствия между исходными текстами программного обеспечения и его объектным (загрузочным) кодом.
<a id="p100548"></a>Элементы содержания и представления свидетельств
<a id="p100549"></a>ADV_RCR.1.1C Для смежной пары представлений ФБО, указанных в ADV_RCR.1.1D, анализ должен демонстрировать, что все функциональные возможности более абстрактного представления ФБО, относящиеся к безопасности, правильно и полностью уточнены в менее абстрактном представлении ФБО.
<a id="p100550"></a>Элементы действий оценщика
<a id="p100551"></a>ADV_RCR.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.


##### <a id="p100552"></a>5.1.2.4. Руководства (AGD)


<a id="p100553"></a>AGD_ADM.1 Руководство администратора
<a id="p100554"></a>Зависимости
<a id="p100555"></a>ADV_FSP.1 Неформальная функциональная спецификация.
<a id="p100556"></a>Элементы действий разработчика
<a id="p100557"></a>AGD_ADM.1.1D Разработчик должен представить руководство администратора, предназначенное для персонала системного администрирования.
<a id="p100558"></a>Элементы содержания и представления свидетельств
<a id="p100559"></a>AGD_ADM.1.1C Руководство администратора должно содержать описание функций администрирования и интерфейсов, доступных администратору ОО.
<a id="p100560"></a>AGD_ADM.1.2C Руководство администратора должно содержать описание того, как управлять ОО безопасным способом.
<a id="p100561"></a>AGD_ADM.1.3C Руководство администратора должно содержать предупреждения относительно функций и привилегий, которые следует контролировать в безопасной среде обработки информации.
<a id="p100562"></a>AGD_ADM.1.4C Руководство администратора должно содержать описание всех предположений о поведении пользователя, которые связаны с безопасной эксплуатацией ОО.
<a id="p100563"></a>AGD_ADM.1.5C Руководство администратора должно содержать описание всех параметров безопасности, контролируемых администратором, указывая, при необходимости, безопасные значения.
<a id="p100564"></a>AGD_ADM.1.6C Руководство администратора должно содержать описание каждого типа относящихся к безопасности событий, связанных с выполнением обязательных функций администрирования, включая изменение характеристик безопасности сущностей, контролируемых ФБО.
<a id="p100565"></a>AGD_ADM.1.7C Руководство администратора должно быть согласовано со всей другой документацией, представленной для оценки.
<a id="p100566"></a>AGD_ADM.1.8C Руководство администратора должно содержать описание всех требований безопасности к среде ИТ, которые относятся к администратору.
<a id="p100567"></a>Элементы действий оценщика
<a id="p100568"></a>AGD_ADM.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100569"></a>AGD_USR.1 Руководство пользователя
<a id="p100570"></a>Зависимости
<a id="p100571"></a>ADV_FSP.1 Неформальная функциональная спецификация.
<a id="p100572"></a>Элементы действий разработчика

<div align="center">

<a id="p100573"></a>AGD_USR.1.1D Разработчик должен представить руководство пользователя.<br>
<a id="p100574"></a>Элементы содержания и представления свидетельств

</div>

<a id="p100575"></a>AGD_USR.1.1C Руководство пользователя должно содержать описание функций и интерфейсов, которые доступны пользователям ОО, не связанным с администрированием.
<a id="p100576"></a>AGD_USR.1.2C Руководство пользователя должно содержать описание применения доступных пользователям функций безопасности, предоставляемых ОО.
<a id="p100577"></a>AGD_USR.1.3C Руководство пользователя должно содержать предупреждения относительно доступных для пользователей функций и привилегий, которые следует контролировать в безопасной среде обработки информации.
<a id="p100578"></a>AGD_USR.1.4C Руководство пользователя должно четко представить все обязанности пользователя, необходимые для безопасной эксплуатации ОО, включая обязанности, связанные с предположениями относительно действий пользователя, содержащимися в изложении среды безопасности ОО.
<a id="p100579"></a>AGD_USR.1.5C Руководство пользователя должно быть согласовано со всей другой документацией, представленной для оценки.
<a id="p100580"></a>AGD_USR.1.6C Руководство пользователя должно содержать описание всех требований безопасности к среде ИТ, которые имеют отношение к пользователю.
<a id="p100581"></a>Элементы действий оценщика
<a id="p100582"></a>AGD_USR.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.


##### <a id="p100583"></a>5.1.2.5. Поддержка жизненного цикла (ALC)


<a id="p100584"></a>ALC_DVS.1 Идентификация мер безопасности
<a id="p100585"></a>Зависимости отсутствуют.
<a id="p100586"></a>Элементы действий разработчика
<a id="p100587"></a>ALC_DVS.1.1D Разработчик должен иметь документацию по безопасности разработки.
<a id="p100588"></a>Элементы содержания и представления свидетельств
<a id="p100589"></a>ALC_DVS.1.1C Документация по безопасности разработки должна содержать описание всех физических, процедурных, относящихся к персоналу и других мер безопасности, которые необходимы для защиты конфиденциальности и целостности проекта ОО и его реализации в среде разработки.
<a id="p100590"></a>ALC_DVS.1.2C Документация по безопасности разработки должна предоставить свидетельство, что необходимые меры безопасности соблюдаются во время разработки и сопровождения ОО.
<a id="p100591"></a>Элементы действий оценщика
<a id="p100592"></a>ALC_DVS.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100593"></a>ALC_DVS.1.2E Оценщик должен подтвердить применение мер безопасности.
<a id="p100594"></a>ALC_FLR.1 Базовое устранение недостатков
<a id="p100595"></a>Зависимости отсутствуют.
<a id="p100596"></a>Элементы действий разработчика
<a id="p100597"></a>ALC_FLR.11D Разработчик должен задокументировать процедуры устранения недостатков.
<a id="p100598"></a>Элементы содержания и представления свидетельств
<a id="p100599"></a>ALC_FLR.1.1C Документация процедур устранения недостатков должна содержать описание процедур по отслеживанию всех ставших известными недостатков безопасности в каждой редакции ОО.
<a id="p100600"></a>ALC_FLR.1.2C Процедуры устранения недостатков должны содержать требование представления описания природы и проявлений каждого недостатка безопасности, а также статуса завершения исправления этого недостатка.
<a id="p100601"></a>ALC_FLR.1.3C Процедуры устранения недостатков должны содержать требование, чтобы действия по исправлению были идентифицированы для каждого недостатка безопасности.
<a id="p100602"></a>ALC_FLR.1.4C Документация процедур устранения недостатков должна содержать описание методов, используемых для предоставления пользователям ОО информации о недостатках, материалов исправлений и руководства по внесению исправлений.
<a id="p100603"></a>Элементы действий оценщика
<a id="p100604"></a>ALC_FLR.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100605"></a>ALC_TAT.1 Полностью определенные инструментальные средства разработки
<a id="p100606"></a>Зависимости

<div align="center">

<a id="p100607"></a>ADV_IMP.1 Подмножество реализации ФБО.<br>
<a id="p100608"></a>Элементы действий разработчика

</div>

<a id="p100609"></a>ALC_TAT.1.1D Разработчик должен идентифицировать инструментальные средства разработки ОО.
<a id="p100610"></a>ALC_TAT.1.2D Разработчик должен задокументировать выбранные опции инструментальных средств разработки, зависящие от реализации.
<a id="p100611"></a>Элементы содержания и представления свидетельств
<a id="p100612"></a>ALC_TAT.1.1C Все инструментальные средства разработки, используемые для реализации, должны быть полностью определены.
<a id="p100613"></a>ALC_TAT.1.2C Документация инструментальных средств разработки должна однозначно определить значения всех конструкций языка, используемых в реализации.
<a id="p100614"></a>ALC_TAT.1.3C Документация инструментальных средств разработки должна однозначно определить значения всех опций, зависящих от реализации.
<a id="p100615"></a>Элементы действий оценщика
<a id="p100616"></a>ALC_TAT.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.


##### <a id="p100617"></a>5.1.2.6. Тестирование (ATE)


<a id="p100618"></a>ATE_COV.2 Анализ покрытия
<a id="p100619"></a>Зависимости
<a id="p100620"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100621"></a>ATE_FUN.1 Функциональное тестирование.
<a id="p100622"></a>Элементы действий разработчика
<a id="p100623"></a>ATE_COV.2.1D Разработчик должен представить анализ покрытия тестами.
<a id="p100624"></a>Элементы содержания и представления свидетельств
<a id="p100625"></a>ATE_COV.2.1C Анализ покрытия тестами должен демонстрировать соответствие между тестами, идентифицированными в тестовой документации, и описанием ФБО в функциональной спецификации.
<a id="p100626"></a>ATE_COV.2.2C Анализ покрытия тестами должен демонстрировать полное соответствие между описанием ФБО в функциональной спецификации и тестами, идентифицированными в тестовой документации.
<a id="p100627"></a>Элементы действий оценщика
<a id="p100628"></a>ATE_COV.2.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100629"></a>ATE_DPT.1 Тестирование: проект верхнего уровня
<a id="p100630"></a>Зависимости
<a id="p100631"></a>ADV_HLD.1 Описательный проект верхнего уровня,
<a id="p100632"></a>ATE_FUN.1 Функциональное тестирование.
<a id="p100633"></a>Элементы действий разработчика
<a id="p100634"></a>ATE_DPT.1.1D Разработчик должен представить анализ глубины тестирования.
<a id="p100635"></a>Элементы содержания и представления свидетельств
<a id="p100636"></a>ATE_DPT.1.1C Анализ глубины должен показать достаточность тестов, идентифицированных в тестовой документации, для демонстрации, что ФБО выполняются в соответствии с проектом верхнего уровня.
<a id="p100637"></a>Элементы действий оценщика
<a id="p100638"></a>ATE_DPT.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100639"></a>ATE_FUN.1 Функциональное тестирование
<a id="p100640"></a>Зависимости отсутствуют.
<a id="p100641"></a>Элементы действий разработчика
<a id="p100642"></a>ATE_FUN.1.1D Разработчик должен протестировать ФБО и задокументировать результаты.
<a id="p100643"></a>ATE_FUN.1.2D Разработчик должен представить тестовую документацию.
<a id="p100644"></a>Элементы содержания и представления свидетельств
<a id="p100645"></a>ATE_FUN.1.1C Тестовая документация должна состоять из планов и описаний процедур тестирования, а также ожидаемых и фактических результатов тестирования.
<a id="p100646"></a>ATE_FUN.1.2C Планы тестирования должны идентифицировать проверяемые функции безопасности и содержать изложение целей тестирования.
<a id="p100647"></a>ATE_FUN.1.3C Описания процедур тестирования должны идентифицировать тесты, которые необходимо выполнить, и включать в себя сценарии для тестирования каждой функции безопасности. Эти сценарии должны учитывать любое влияние последовательности выполнения тестов на результаты других тестов.
<a id="p100648"></a>ATE_FUN.1.4C Ожидаемые результаты тестирования должны показать прогнозируемые выходные данные успешного выполнения тестов.
<a id="p100649"></a>ATE_FUN.1.5C Результаты выполнения тестов разработчиком должны демонстрировать, что каждая проверенная функция безопасности выполнялась в соответствии со спецификациями.
<a id="p100650"></a>Элементы действий оценщика
<a id="p100651"></a>ATE_FUN.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100652"></a>ATE_IND.2 Выборочное независимое тестирование
<a id="p100653"></a>Зависимости
<a id="p100654"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100655"></a>AGD_ADM.1 Руководство администратора,
<a id="p100656"></a>AGD_USR.1 Руководство пользователя,

<div align="center">

<a id="p100657"></a>ATE_FUN.1 Функциональное тестирование.

</div>

<a id="p100658"></a>Элементы действий разработчика
<a id="p100659"></a>ATE_IND.2.1D Разработчик должен представить ОО для тестирования.
<a id="p100660"></a>Элементы содержания и представления свидетельств
<a id="p100661"></a>ATE_IND.2.1C ОО должен быть пригоден для тестирования.
<a id="p100662"></a>ATE_IND.2.2C Разработчик должен представить набор ресурсов, эквивалентных использованным им при функциональном тестировании ФБО.
<a id="p100663"></a>Элементы действий оценщика
<a id="p100664"></a>ATE_IND.2.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100665"></a>ATE_IND.2.2E Оценщик должен протестировать подмножество ФБО, как необходимо, чтобы подтвердить, что ОО функционирует в соответствии со спецификациями.
<a id="p100666"></a>ATE_IND.2.3E Оценщик должен выполнить выборку тестов из тестовой документации, чтобы верифицировать результаты тестирования, полученные разработчиком.


##### <a id="p100667"></a>5.1.2.7. Оценка уязвимостей (AVA)


<a id="p100668"></a>AVA_MSU.1 Экспертиза руководств
<a id="p100669"></a>Зависимости
<a id="p100670"></a>ADO_IGS.1 Процедуры установки, генерации и запуска,
<a id="p100671"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100672"></a>AGD_ADM.1 Руководство администратора,
<a id="p100673"></a>AGD_USR.1 Руководство пользователя.
<a id="p100674"></a>Элементы действий разработчика
<a id="p100675"></a>AVA_MSU.1.1D Разработчик должен представить руководства по применению ОО.
<a id="p100676"></a>Элементы содержания и представления свидетельств
<a id="p100677"></a>AVA_MSU.1.1C Руководства должны идентифицировать все возможные режимы эксплуатации ОО (включая действия после сбоя или ошибки в работе), их последствия и значение для обеспечения безопасной эксплуатации.
<a id="p100678"></a>AVA_MSU.1.2C Руководства должны быть полны, понятны, непротиворечивы и обоснованы.
<a id="p100679"></a>AVA_MSU.1.3C Руководства должны содержать список всех предположений относительно среды эксплуатации.
<a id="p100680"></a>AVA_MSU.1.4C Руководства должны содержать список всех требований к внешним мерам безопасности (включая внешний контроль за процедурами, физическими мерами и персоналом).
<a id="p100681"></a>Элементы действий оценщика
<a id="p100682"></a>AVA_MSU.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100683"></a>AVA_MSU.1.2E Оценщик должен повторить все процедуры конфигурирования и установки для подтверждения, что ОО можно безопасно конфигурировать и использовать, применяя только представленные руководства.
<a id="p100684"></a>AVA_MSU.1.3E Оценщик должен сделать независимое заключение, что использование руководств позволяет выявить все опасные состояния.
<a id="p100685"></a>AVA_SOF.1 Оценка стойкости функции безопасности ОО
<a id="p100686"></a>Зависимости
<a id="p100687"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100688"></a>ADV_HLD.1 Описательный проект верхнего уровня.
<a id="p100689"></a>Элементы действий разработчика
<a id="p100690"></a>AVA_SOF.1.1D Разработчик должен выполнить анализ стойкости функции безопасности ОО для каждого механизма, идентифицированного в ЗБ как имеющего утверждение относительно стойкости функции безопасности ОО.
<a id="p100691"></a>Элементы содержания и представления свидетельств
<a id="p100692"></a>AVA_SOF.1.1C Для каждого механизма, имеющего утверждение относительно стойкости функции безопасности ОО, анализ должен показать, что ее стойкость достигает или превышает минимальный уровень стойкости, определенный в ПЗ/ЗБ.
<a id="p100693"></a>AVA_SOF.1.2C Для каждого механизма, имеющего утверждение относительно конкретной стойкости функции безопасности ОО, анализ должен показать, что ее стойкость достигает или превышает конкретный показатель, определенный в ПЗ/ЗБ.
<a id="p100694"></a>Элементы действий оценщика
<a id="p100695"></a>AVA_SOF.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100696"></a>AVA_SOF.1.2E Оценщик должен подтвердить, что утверждения относительно стойкости корректны.
<a id="p100697"></a>AVA_VLA.3 Умеренно стойкий
<a id="p100698"></a>Зависимости
<a id="p100699"></a>ADV_FSP.1 Неформальная функциональная спецификация,
<a id="p100700"></a>ADV_HLD.2 Детализация вопросов безопасности в проекте верхнего уровня,
<a id="p100701"></a>ADV_IMP.1 Подмножество реализации ФБО,
<a id="p100702"></a>ADV_LLD.1 Описательный проект нижнего уровня,
<a id="p100703"></a>AGD_ADM.1 Руководство администратора,
<a id="p100704"></a>AGD_USR.1 Руководство пользователя.
<a id="p100705"></a>Элементы действий разработчика
<a id="p100706"></a>AVA_VLA.3.1D Разработчик должен выполнить и задокументировать анализ поставляемых материалов ОО по поиску путей, которыми пользователь может нарушить ПБО.
<a id="p100707"></a>AVA_VLA.3.2D Разработчик должен задокументировать местоположение идентифицированных уязвимостей.

<div align="center">

<a id="p100708"></a>Элементы содержания и представления свидетельств

</div>

<a id="p100709"></a>AVA_VLA.3.1C Документация должна показать для всех идентифицированных уязвимостей, что ни одна из них не может быть использована в предполагаемой среде ОО.
<a id="p100710"></a>AVA_VLA.3.2C Документация должна содержать строгое обоснование, что ОО с идентифицированными уязвимостями является стойким к явным нападениям проникновения.
<a id="p100711"></a>AVA_VLA.3.3C Свидетельство должно показать, что поиск уязвимостей является систематическим.
<a id="p100712"></a>Элементы действий оценщика
<a id="p100713"></a>AVA_VLA.3.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств.
<a id="p100714"></a>AVA_VLA.3.2E Оценщик должен провести тестирование проникновения, основанное на анализе уязвимостей, выполненном разработчиком, для обеспечения учета идентифицированных уязвимостей.
<a id="p100715"></a>AVA_VLA.3.3E Оценщик должен выполнить независимый анализ уязвимостей.
<a id="p100716"></a>AVA_VLA.3.4E Оценщик должен выполнить независимое тестирование проникновения, основанное на независимом анализе уязвимостей, и сделать независимое заключение о возможности использования дополнительно идентифицированных уязвимостей в предполагаемой среде.
<a id="p100717"></a>AVA_VLA.3.5E Оценщик должен сделать независимое заключение, что ОО является стойким к нападениям проникновения, выполняемым нарушителем, обладающим умеренным потенциалом нападения.


##### <a id="p100718"></a>5.1.2.8. Требования к ОО, сформулированные в явном виде


<a id="p100719"></a>ALC_UPV_EXT.1 Процедуры обновления БД ПКВ
<a id="p100720"></a>Зависимости отсутствуют.
<a id="p100721"></a>Элементы действий разработчика
<a id="p100722"></a>ALC_UPV_EXT.1.1D Разработчик должен разработать и реализовать процедуру фиксации момента получения новой КВ, основанную на [назначение: способы фиксации].
<a id="p100723"></a>ALC_UPV_EXT.1.2D Разработчик должен разработать и реализовать технологию, обеспечивающую время выпуска обновлений БД ПКВ не более [назначение: заданное значение времени].
<a id="p100724"></a>ALC_UPV_EXT.1.3D Разработчик должен разработать и реализовать процедуру уведомления об обновлении БД ПКВ, основанную на [назначение: способы уведомления].
<a id="p100725"></a>ALC_UPV_EXT.1.4D Разработчик должен разработать и реализовать процедуру доставки обновлений БД ПКВ, основанную на [назначение: способы доставки обновлений].
<a id="p100726"></a>ALC_UPV_EXT.1.5D Разработчик должен разработать процедуру контроля целостности обновлений БД ПКВ со стороны [назначение: идентифицированные уполномоченные роли], основанную на [назначение: способы контроля целостности].
<a id="p100727"></a>ALC_UPV_EXT.1.6D Разработчик должен разработать и реализовать процедуру представления обновлений для проведения внешнего контроля, основанную на [назначение: способы предоставления обновлений для контроля].
<a id="p100728"></a>Элементы содержания и представления свидетельств
<a id="p100729"></a>ALC_UPV_EXT.1.1C Документация процедуры фиксации момента новой КВ должна содержать описание способов фиксации.
<a id="p100730"></a>ALC_UPV_EXT.1.2C Документированные материалы должны содержать аргументацию, что время выпуска обновлений БД ПКВ не превышает заданного.
<a id="p100731"></a>ALC_UPV_EXT.1.3C Документация процедуры уведомления об обновлении БД ПКВ должна содержать описание способов уведомления.
<a id="p100732"></a>ALC_UPV_EXT.1.4C Документация процедуры доставки обновлений БД ПКВ должна содержать описание способов доставки обновлений.
<a id="p100733"></a>ALC_UPV_EXT.1.5C Документация процедуры контроля целостности обновлений БД ПКВ должна содержать описание способов контроля целостности обновлений.
<a id="p100734"></a>ALC_UPV_EXT.1.6C Документация процедуры представления обновлений для проведения внешнего контроля должна содержать описание способов предоставления разработчиком обновлений для контроля.
<a id="p100735"></a>Элементы действий оценщика
<a id="p100736"></a>ALC_UPV_EXT.1.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению документированных материалов.
<a id="p100737"></a>ALC_UPV_EXT.1.2E Оценщик должен проверить, что способы предоставления обновлений для контроля позволяют организовать и проводить их внешний контроль.

<div align="center">

<a id="p100738"></a>AMA_SIA_EXT.3 Анализ влияния обновлений на безопасность САВЗ<br>
<a id="p100739"></a>Элементы действий разработчика

</div>

<a id="p100740"></a>AMA_SIA_EXT.3.1D Разработчик должен представить материалы анализа влияния обновлений на безопасность САВЗ.
<a id="p100741"></a>Элементы содержания и представления свидетельств
<a id="p100742"></a>AMA_SIA_EXT.3.1C Материалы анализа влияния обновлений на безопасность САВЗ должны содержать краткое описание влияния обновлений на задание по безопасности, функции безопасности САВЗ или содержать логическое обоснование отсутствия такого влияния.
<a id="p100743"></a>AMA_SIA_EXT.3.2C Материалы анализа влияния обновлений на безопасность САВЗ должны для обновлений, влияющих на безопасность, идентифицировать функции безопасности, компоненты САВЗ, на которые влияет данное обновление.

<div align="right">

<a id="p100744"></a>Элементы действий оценщика

</div>

<a id="p100745"></a>AMA_SIA_EXT.3.1E Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению документированных материалов.


### <a id="p100746"></a>5.2. Требования безопасности для среды информационных технологий


<a id="p100747"></a>Функциями безопасности, реализуемыми средой ИТ в интересах обеспечения безопасности ОО, являются функции "Идентификация и аутентификация" и "Защита ФБО".
<a id="p100748"></a>Функциональные компоненты из ГОСТ Р ИСО/МЭК 15408-2, на которых основаны функциональные требования безопасности среды ИТ, приведены в таблице 5.5.

<div align="center">

<a id="p100749"></a>Таблица 5.5

<a id="p100750"></a>Функциональные компоненты, на которых основаны ФТБ среды ИТ

</div>



| <a id="p100751"></a>Идентификатор компонента требований | Название компонента требований |
| --- | --- |
| <a id="p100752"></a>FIA_AFL.1 | Обработка отказов аутентификации |
| <a id="p100753"></a>FIA_SOS.1 | Верификация секретов |
| <a id="p100754"></a>FIA_UAU.2 | Аутентификация до любых действий пользователя |
| <a id="p100755"></a>FIA_UID.2 | Идентификация до любых действий пользователя |
| <a id="p100756"></a>FPT_RVM.1 | Невозможность обхода ПБО |
| <a id="p100757"></a>FPT_SEP.1 | Отделение домена ФБО |



#### <a id="p100758"></a>5.2.1. Идентификация и аутентификация (FIA)


<a id="p100759"></a>FIA_AFL.1 Обработка отказов аутентификации
<a id="p100760"></a>FIA_AFL.1.1 Функции безопасности среды ИТ должны обнаруживать, когда произойдет [назначение: число попыток] неуспешных попыток аутентификации [с момента последней успешной попытки аутентификации пользователя].
<a id="p100761"></a>FIA_AFL.1.2 При достижении определенного в элементе FIA_AFL.1.1 числа неуспешных попыток аутентификации функции безопасности среды ИТ должны: [назначение: список действий, направленных на дальнейшее предотвращение попыток доступа со стороны субъекта, ограниченное временным интервалом].
<a id="p100762"></a>Зависимости: FIA_UAU.2 "Аутентификация до любых действий пользователя".
<a id="p100763"></a>FIA_SOS.1 Верификация секретов
<a id="p100764"></a>FIA_SOS.1.1 Функции безопасности среды ИТ должны предоставить механизм для верификации того, что пароли на доступ к ОО отвечают [назначение: определенная метрика качества паролей, включающая требования к длине паролей, требования по запрещению использования определенных комбинаций символов, а также требования к категории используемых символов].
<a id="p100765"></a>Зависимости отсутствуют.
<a id="p100766"></a>FIA_UAU.2 Аутентификация до любых действий пользователя
<a id="p100767"></a>FIA_UAU.2.1 Функции безопасности среды ИТ должны требовать, чтобы каждый субъект доступа к ОО был успешно аутентифицирован до разрешения любого действия, выполняемого при посредничестве ФБО от имени этого субъекта доступа.

<div align="center">

<a id="p100768"></a>Зависимости: FIA_UID.1 "Выбор момента идентификации".<br>
<a id="p100769"></a>FIA_UID.2 Идентификация до любых действий пользователя

</div>

<a id="p100770"></a>FIA_UID.2.1 Функции безопасности среды ИТ должны требовать, чтобы каждый пользователь был успешно идентифицирован до разрешения любого действия, выполняемого при посредничестве среды ИТ от имени этого пользователя.
<a id="p100771"></a>Зависимости отсутствуют.


#### <a id="p100772"></a>5.2.2. Защита ФБО (FPT)


<div align="center">

<a id="p100773"></a>FPT_RVM.1 Невозможность обхода ПБО<br>
<a id="p100774"></a>FPT_RVM.1.1 Функции безопасности среды ИТ должны обеспечить, чтобы функции, осуществляющие ПБО, вызывались и успешно выполнялись прежде, чем разрешается выполнение любой другой функции в пределах области действия функции безопасности объекта оценки (ОДФ).

</div>

<a id="p100775"></a>Зависимости отсутствуют.
<a id="p100776"></a>FPT_SEP.1 Отделение домена ФБО
<a id="p100777"></a>FPT_SEP.1.1 Функции безопасности среды ИТ должны поддерживать домен безопасности для выполнения ФБО, защищающий их от вмешательства и искажения недоверенными субъектами.
<a id="p100778"></a>FPT_SEP.1.2 Функции безопасности среды ИТ должны реализовать разделение между доменами безопасности субъектов в ОДФ.

<div align="right">

<a id="p100779"></a>Зависимости: отсутствуют.

</div>

<a id="p100780"></a>Замечания по применению: Представленные в данном подразделе требования могут быть реализованы средой ИТ, непосредственно ОО или совместно - средой ИТ и ОО.


## 6. <a id="p100781"></a>Обоснование


<a id="p100782"></a>В данном разделе дано обоснование целей безопасности, определенных в [разделе 4](#p100231), и требований безопасности, определенных в [разделе 5](#p100296) настоящего ПЗ.


### <a id="p100783"></a>6.1. Обоснование целей безопасности



#### <a id="p100784"></a>6.1.1. Обоснование целей безопасности для ОО


<div align="center">

<a id="p100785"></a>В таблице 6.1 приведено отображение целей безопасности для ОО на угрозы и политику безопасности организации.

<a id="p100786"></a>Таблица 6.1

<a id="p100787"></a>Отображение целей безопасности на угрозы и политику<br>
безопасности организации

<a id="p100788"></a>Цель безопасности-1<br>
Цель безопасности-2<br>
Цель безопасности-3<br>
Цель безопасности-4<br>
Цель безопасности-5<br>
Цель безопасности-6<br>
Цель безопасности-7<br>
Цель безопасности-8<br>
<a id="p100789"></a>Угроза-1<br>
X<br>
X<br>
X

</div>






<div align="center">

<a id="p100790"></a>Угроза-2<br>
X<br>
X<br>
X<br>
X

</div>





<div align="center">

<a id="p100791"></a>Политика безопасности-1<br>
X

</div>








<div align="center">

<a id="p100792"></a>Политика безопасности-2

X

</div>







<div align="center">

<a id="p100793"></a>Политика безопасности-3

X

</div>






<div align="center">

<a id="p100794"></a>Политика безопасности-4

</div>




<div align="center">

X

</div>





<div align="center">

<a id="p100795"></a>Политика безопасности-5

</div>





<div align="center">

X

</div>




<div align="center">

<a id="p100796"></a>Политика безопасности-6

</div>






<div align="center">

X

<a id="p100797"></a>Политика безопасности-7

</div>







<div align="center">

X

<a id="p100798"></a>Политика безопасности-8

</div>








X

<a id="p100799"></a>Цель безопасности-1
<a id="p100800"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам Угроза-1, Угроза-2 и реализацией политики безопасности организации Политика безопасности-1, так как обеспечивает надлежащую регистрацию и предупреждение о любых событиях, относящихся к возможным нарушениям безопасности, возможность выборочного ознакомления с информацией о произошедших событиях.
<a id="p100801"></a>Цель безопасности-2
<a id="p100802"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам Угроза-1, Угроза-2 и реализацией политики безопасности организации Политика безопасности-2, так как обеспечивает возможность управления параметрами САВЗ, которые влияют на выполнение функций безопасности САВЗ, со стороны уполномоченных субъектов ИС.
<a id="p100803"></a>Цель безопасности-3
<a id="p100804"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам Угроза-1, Угроза-2 и реализацией политики безопасности организации Политика безопасности-3, так как обеспечивает управление со стороны уполномоченных субъектов ИС режимами выполнения функций безопасности САВЗ.
<a id="p100805"></a>Цель безопасности-4
<a id="p100806"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозе Угроза-2 и реализацией политики безопасности организации Политика безопасности-4, так как обеспечивает разграничение доступа к управлению САВЗ на основе ролей уполномоченных субъектов ИС.
<a id="p100807"></a>Цель безопасности-5
<a id="p100808"></a>Достижение этой цели безопасности необходимо в связи с реализацией политики безопасности организации Политика безопасности-5, так как обеспечивает выполнение проверок с целью обнаружения зараженных КВ объектов в заданных областях памяти и файлах.
<a id="p100809"></a>Цель безопасности-6
<a id="p100810"></a>Достижение этой цели безопасности необходимо в связи с реализацией политики безопасности организации Политика безопасности-6, так как обеспечивает возможность установки режимов выполнения проверок с целью обнаружения зараженных КВ объектов.
<a id="p100811"></a>Цель безопасности-7
<a id="p100812"></a>Достижение этой цели безопасности необходимо в связи с реализацией политики безопасности организации Политика безопасности-7, так как обеспечивает возможность удаления (если удаление технически возможно) кода КВ из зараженных объектов.
<a id="p100813"></a>Цель безопасности-8
<a id="p100814"></a>Достижение этой цели безопасности необходимо в связи с реализацией политики безопасности организации Политика безопасности-8, так как обеспечивает возможность установки режимов выполнения обновлений БД ПКВ САВЗ.


#### <a id="p100815"></a>6.1.2. Обоснование целей безопасности для среды


<a id="p100816"></a>В таблице 6.2 приведено отображение целей безопасности для среды на предположения безопасности, политику безопасности и угрозы.
<a id="p100817"></a>Цель для среды функционирования ОО-1
<a id="p100818"></a>Достижение этой цели безопасности необходимо в связи с реализацией предположения безопасности Предположение-1, так как обеспечивается доступ ОО ко всем данным ИС, которые необходимы ОО для реализации своих функциональных возможностей.

<a id="p100819"></a>Таблица 6.2

<div align="right">

<a id="p100820"></a>Отображение целей безопасности для среды на предположения<br>
безопасности, политики безопасности и угрозы

</div>



|  | <a id="p100821"></a>Цель для среды функционирования ОО-1 | Цель для среды функционирования ОО-2 | Цель для среды функционирования ОО-3 | Цель для среды функционирования ОО-4 | Цель для среды функционирования ОО-5 | Цель для среды функционирования ОО-6 | Цель для среды функционирования ОО-7 | Цель для среды функционирования ОО-8 | Цель для среды функционирования ОО-9 | Цель для среды функционирования ОО-10 | Цель для среды функционирования ОО-11 | Цель для среды функционирования ОО-12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| <a id="p100822"></a>Предположение-1 | X |  |  |  |  |  |  |  |  |  |  |  |
| <a id="p100823"></a>Предположение-2 |  | X |  |  |  |  |  |  |  |  |  |  |
| <a id="p100824"></a>Предположение-3 |  |  | X |  |  |  |  |  |  |  |  |  |
| <a id="p100825"></a>Предположение-4 |  |  |  | X |  |  |  |  |  |  |  |  |
| <a id="p100826"></a>Предположение-5 |  |  |  |  | X |  |  |  |  |  |  |  |
| <a id="p100827"></a>Предположение-6 |  |  |  |  |  | X |  |  |  |  |  | X |
| <a id="p100828"></a>Предположение-7 |  |  |  |  |  |  | X |  |  |  |  |  |
| <a id="p100829"></a>Угроза среды-1 |  |  |  |  | X |  |  |  | X |  | X | X |
| <a id="p100830"></a>Угроза среды-2 |  |  |  |  |  |  |  | X | X |  | X | X |
| <a id="p100831"></a>Угроза среды-3 |  |  |  |  |  |  |  |  |  | X |  |  |


<a id="p100832"></a>Цель для среды функционирования ОО-2
<a id="p100833"></a>Достижение этой цели безопасности необходимо в связи с реализацией предположения безопасности Предположение-2, так как обеспечивается установка, конфигурирование и управление ОО в соответствии с эксплуатационной документацией.
<a id="p100834"></a>Цель для среды функционирования ОО-3
<a id="p100835"></a>Достижение этой цели безопасности необходимо в связи с реализацией предположения безопасности Предположение-3, так как обеспечивает совместимость объекта оценки с контролируемыми информационными ресурсами ИС.
<a id="p100836"></a>Цель для среды функционирования ОО-4
<a id="p100837"></a>Достижение этой цели безопасности необходимо в связи с реализацией предположения безопасности Предположение-4, так как обеспечивается возможность корректной совместной работы САВЗ с САВЗ других производителей в случае их совместного использования в информационной системе.
<a id="p100838"></a>Цель для среды функционирования ОО-5
<a id="p100839"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозе безопасности для среды Угроза для среды-1 и реализацией предположения безопасности Предположение-5, так как обеспечивается физическая защита элементов ИС, на которых установлен ОО.
<a id="p100840"></a>Цель для среды функционирования ОО-6
<a id="p100841"></a>Достижение этой цели безопасности необходимо в связи с реализацией политики безопасности Предположение-6, так как обеспечивается синхронизация по времени между компонентами ОО, а также между ОО и средой его функционирования.
<a id="p100842"></a>Цель для среды функционирования ОО-7
<a id="p100843"></a>Достижение этой цели безопасности необходимо в связи с реализацией предположения безопасности Предположение-7, так как персонал, ответственный за функционирование ОО, обеспечивает надлежащее функционирование ОО, руководствуясь эксплуатационной документацией.
<a id="p100844"></a>Цель для среды функционирования ОО-8
<a id="p100845"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозе безопасности для среды Угроза для среды-2, так как обеспечивает доверенную связь между ОО и уполномоченными субъектами ИС (администраторами безопасности).
<a id="p100846"></a>Цель для среды функционирования ОО-9
<a id="p100847"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам безопасности для среды Угроза для среды-1 и Угроза для среды-2, так как обеспечивает функционирование ОО в среде функционирования, предоставляющей механизмы аутентификации и идентификации администраторов безопасности САВЗ.
<a id="p100848"></a>Цель для среды функционирования ОО-10
<a id="p100849"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозе безопасности для среды Угроза для среды-3, так как обеспечивается доверенный канал получения обновлений БД ПКВ САВЗ.
<a id="p100850"></a>Цель для среды функционирования ОО-11
<a id="p100851"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам безопасности для среды Угроза для среды-1 и Угроза для среды-2, так как обеспечивается защищенная область для выполнения функций безопасности САВЗ.
<a id="p100852"></a>Цель для среды функционирования ОО-12
<a id="p100853"></a>Достижение этой цели безопасности необходимо в связи с противостоянием угрозам безопасности для среды Угроза для среды-1 и Угроза для среды-2, так как обеспечивается предоставление возможности управления атрибутами безопасности, связанными с доступом к функциям и данным ОО, только уполномоченным ролям (администраторам САВЗ и ИС).


### <a id="p100854"></a>6.2. Обоснование требований безопасности



#### <a id="p100855"></a>6.2.1. Обоснование требований безопасности для ОО



##### <a id="p100856"></a>6.2.1.1. Обоснование функциональных требований безопасности ОО


<a id="p100857"></a>В таблице 6.3 представлено отображение функциональных требований безопасности ОО на цели безопасности для ОО.

<a id="p100858"></a>Таблица 6.3

<div align="center">

<a id="p100859"></a>Отображение функциональных требований безопасности для ОО

</div>

на цели безопасности для ОО


|  | <a id="p100860"></a>Цель безопасности-1 | Цель безопасности-2 | Цель безопасности-3 | Цель безопасности-4 | Цель безопасности-5 | Цель безопасности-6 | Цель безопасности-7 | Цель безопасности-8 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| <a id="p100861"></a>FAU_GEN.1 | X |  |  |  |  |  |  |  |
| <a id="p100862"></a>FAU_GEN.2 | X |  |  |  |  |  |  |  |
| <a id="p100863"></a>FAU_SAR.1 | X |  |  |  |  |  |  |  |
| <a id="p100864"></a>FAU_SAR.2 | X |  |  |  |  |  |  |  |
| <a id="p100865"></a>FAU_SAR.3 | X |  |  |  |  |  |  |  |
| <a id="p100866"></a>FMT_MOF.1 |  | X | X |  |  |  |  |  |
| <a id="p100867"></a>FMT_MTD.1 |  | X | X |  |  |  |  |  |
| <a id="p100868"></a>FMT_SMR.1 |  |  |  | X |  |  |  |  |
| <a id="p100869"></a>FAV_DET_EXT.1 |  |  |  |  | X |  |  |  |
| <a id="p100870"></a>FAV_MTH_EXT.1 |  |  |  |  |  | X |  |  |
| <a id="p100871"></a>FAV_MTH_EXT.2 |  |  |  |  |  | X |  |  |
| <a id="p100872"></a>FAV_ACT_EXT.1 |  |  |  |  |  |  | X |  |
| <a id="p100873"></a>FAV_UPD_EXT.1 |  |  |  |  |  |  |  | X |


<a id="p100874"></a>FAU_GEN.1 Генерация данных аудита
<a id="p100875"></a>В требованиях данного компонента выделяются данные, которые должны быть включены в записи аудита для подвергаемых аудиту событий, связанных с ОО. Рассматриваемый компонент сопоставлен с Целью безопасности-1 и способствует ее достижению.
<a id="p100876"></a>FAU_GEN.2 Ассоциация идентификатора пользователя
<a id="p100877"></a>Выполнение требований данного компонента обеспечивает возможность ассоциировать каждое событие, потенциально подвергаемое аудиту, с идентификатором учетной записи пользователя или идентификатором регистрационной записи пользователя, который был инициатором этого события. Рассматриваемый компонент сопоставлен с Целью безопасности-1 и способствует ее достижению.
<a id="p100878"></a>FAU_SAR.1 Просмотр аудита
<a id="p100879"></a>Выполнение требований данного компонента обеспечивает возможность предоставления администратору безопасности всей информации аудита в понятном для него виде. Рассматриваемый компонент сопоставлен с Целью безопасности-1 и способствует ее достижению.
<a id="p100880"></a>FAU_SAR.2 Ограниченный просмотр аудита
<a id="p100881"></a>Выполнение требований данного компонента обеспечивает, что данные аудита недоступны для чтения неуполномоченным пользователям. Рассматриваемый компонент сопоставлен с Целью безопасности-1 и способствует ее достижению.
<a id="p100882"></a>FAU_SAR.3 Выборочный просмотр аудита
<a id="p100883"></a>Выполнение требований данного компонента обеспечивает выполнение поиска и сортировки данных аудита, основанных на определенных критериях (идентификатор пользователя). Рассматриваемый компонент сопоставлен с Целью безопасности-1 и способствует ее достижению.
<a id="p100884"></a>FMT_MOF.1 Управление режимом выполнения функций безопасности
<a id="p100885"></a>Выполнение требований данного компонента обеспечивает задание режимов функционирования и управление САВЗ. Рассматриваемый компонент сопоставлен с целями Целью безопасности-2, Целью безопасности-3 и способствует их достижению.
<a id="p100886"></a>FMT_MTD.1 Управление данными ФБО
<a id="p100887"></a>Выполнение требований данного компонента обеспечивает задание параметров функционирования САВЗ. Рассматриваемый компонент сопоставлен с целями Целью безопасности-2, Целью безопасности-3 и способствует их достижению.
<a id="p100888"></a>FMT_SMR.1 Роли безопасности
<a id="p100889"></a>Выполнение требований данного компонента обеспечивает выполнение поддержки ролей безопасности и осуществления ассоциаций пользователей с ролями. Рассматриваемый компонент сопоставлен с целью Цель безопасности-4 и способствует ее достижению.
<a id="p100890"></a>FAV_DET_EXT.1 Базовое обнаружение КВ
<a id="p100891"></a>Выполнение требований данного компонента обеспечивает выполнение проверок с целью обнаружения зараженных КВ объектов. Рассматриваемый компонент сопоставлен с Целью безопасности-5 и способствует ее достижению.
<a id="p100892"></a>FAV_MTH_EXT.1 Методы анализа
<a id="p100893"></a>Выполнение требований данного компонента обеспечивает выполнение анализа с целью обнаружения зараженных КВ объектов различными методами. Рассматриваемый компонент сопоставлен с Целью безопасности-6 и способствует ее достижению.
<a id="p100894"></a>FAV_MTH_EXT.2 Выполнение проверок
<a id="p100895"></a>Выполнение требований данного компонента обеспечивает выполнение проверок с целью обнаружения зараженных КВ объектов различными методами. Рассматриваемый компонент сопоставлен с Целью безопасности-6 и способствует ее достижению.
<a id="p100896"></a>FAV_ACT_EXT.1 Удаление КВ
<a id="p100897"></a>Выполнение требований данного компонента обеспечивает удаление вредоносных компьютерных программам (вирусов) из заданных объектов. Рассматриваемый компонент сопоставлен с Целью безопасности-7 и способствует ее достижению.
<a id="p100898"></a>FAV_UPD_EXT.1 Обновление базы данных ПКВ
<a id="p100899"></a>Выполнение требований данного компонента обеспечивает получение и установку обновлений БД ПКВ САВЗ. Рассматриваемый компонент сопоставлен с Целью безопасности-8 и способствует ее достижению.


##### <a id="p100900"></a>6.2.1.2. Обоснование требований доверия к безопасности ОО


<a id="p100901"></a>Требования доверия настоящего ПЗ соответствуют ОУД3, усиленному компонентами ACM_CAP.4 "Поддержка генерации, процедуры приемки", ADV_IMP.2 "Реализация ФБО", ADV_LLD.1 "Описательный проект нижнего уровня", ALC_FLR.1 "Базовое устранение недостатков", ALC_TAT.1 "Полностью определенные инструментальные средства разработки", AVA_VLA.3 "Умеренно стойкий" и расширенному компонентами ALC_UPV_EXT.1 "Процедуры обновления БД ПКВ" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность САВЗ".
<a id="p100902"></a>Включение указанных требований доверия к безопасности ОО в ПЗ определяется нормативным правовым актом ФСТЭК России "Требования в области технического регулирования продукции, используемой в целях защиты сведений, составляющих государственную тайну или относимых к охраняемой в соответствии с законодательством Российской Федерации иной информации ограниченного доступа (требования к средствам антивирусной защиты)".


#### <a id="p100903"></a>6.2.2. Обоснование требований безопасности для среды информационных технологий


<a id="p100904"></a>В [таблице 6.4](#p100910) представлено отображение функциональных требований безопасности среды ИТ на цели безопасности для среды.
<a id="p100905"></a>FIA_AFL.1 Обработка отказов аутентификации
<a id="p100906"></a>Выполнение требований данного компонента обеспечивает выполнение определенных действий, направленных на дальнейшее предотвращение попыток доступа со стороны субъекта, ограниченное временным интервалом, при достижении определенного числа неуспешных попыток аутентификации при доступе к ОО. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-9 и способствует ее достижению.
<a id="p100907"></a>FIA_SOS.1 Верификация секретов
<a id="p100908"></a>Выполнение требований данного компонента обеспечивает верификацию качества паролей на доступ к ОО. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-9 и способствует ее достижению.

<div align="right">

<a id="p100909"></a>Таблица 6.4

</div>


<a id="p100910"></a>Отображение функциональных требований безопасности среды ИТ

<div align="center">

на цели безопасности для среды

</div>



|  | <a id="p100911"></a>Цель для среды функционирования ОО-9 | Цель для среды функционирования ОО-11 |
| --- | --- | --- |
| <a id="p100912"></a>FIA_AFL.1 | X |  |
| <a id="p100913"></a>FIA_SOS.1 | X |  |
| <a id="p100914"></a>FIA_UAU.2 | X |  |
| <a id="p100915"></a>FIA_UID.2 | X |  |
| <a id="p100916"></a>FPT_RVM.1 |  | X |
| <a id="p100917"></a>FPT_SEP.1 |  | X |


<a id="p100918"></a>FIA_UAU.2 Аутентификация до любых действий пользователя
<a id="p100919"></a>Выполнение требований данного компонента обеспечивает выполнение аутентификации субъекта доступа к ОО до того, как функции безопасности среды ИТ разрешат ему выполнять любые другие (не связанные с аутентификацией) действия. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-9 и способствует ее достижению.
<a id="p100920"></a>FIA_UID.2 Идентификация до любых действий пользователя
<a id="p100921"></a>Выполнение требований данного компонента обеспечивает выполнение идентификации уполномоченного пользователя до того, как ФБО разрешат выполнять любые другие действия при посредничестве ФБО от имени этого пользователя. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-9 и способствует ее достижению.
<a id="p100922"></a>FPT_RVM.1 Невозможность обхода ПБО
<a id="p100923"></a>Выполнение требований данного компонента обеспечивает, чтобы функции, осуществляющие ПБО, вызывались и успешно выполнялись прежде, чем разрешается выполнение любой другой функции в пределах ОДФ. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-11 и способствует ее достижению.
<a id="p100924"></a>FPT_SEP.1 Отделение домена ФБО
<a id="p100925"></a>Выполнение требований данного компонента обеспечивает для ФБО домен безопасности, который защищает их от вмешательства и искажения недоверенными субъектами. Рассматриваемый компонент сопоставлен с целью безопасности для среды Цель для среды функционирования ОО-11 и способствует ее достижению.


#### <a id="p100926"></a>6.2.3. Обоснование удовлетворения зависимостей требований


<a id="p100927"></a>В [таблице 6.5](#p100931) представлены результаты удовлетворения зависимостей функциональных требований. Все зависимости компонентов требований удовлетворены в настоящем ПЗ либо включением компонентов, определенных в ГОСТ Р ИСО/МЭК 15408-2 под рубрикой "Зависимости", либо включением компонентов, иерархичных по отношению к компонентам, определенным в ГОСТ Р ИСО/МЭК 15408-2 под рубрикой "Зависимости".
<a id="p100928"></a>Таким образом, столбец 2 [таблицы 6.5](#p100931) является справочным и содержит компоненты, определенные в ГОСТ Р ИСО/МЭК 15408-2 в описании компонентов требований, приведенных в столбце 1 [таблицы 6.5](#p100931), под рубрикой "Зависимости".
<a id="p100929"></a>Столбец 3 [таблицы 6.5](#p100931) показывает, какие компоненты требований были реально включены в настоящий ПЗ для удовлетворения зависимостей компонентов, приведенных в первом столбце [таблицы 6.5](#p100931). Компоненты требований в столбце 3 [таблицы 6.5](#p100931) либо совпадают с компонентами в столбце 2 [таблицы 6.5](#p100931), либо иерархичны по отношению к ним.

<a id="p100930"></a>Таблица 6.5

<a id="p100931"></a>Зависимости функциональных требований


| <a id="p100932"></a>Функциональные компоненты | Зависимости по ГОСТ Р ИСО/МЭК 15408 | Удовлетворение зависимостей |
| --- | --- | --- |
| <a id="p100933"></a>FAU_GEN.1 | FPT_STM.1 | Цель для среды функционирования-6 |
| <a id="p100934"></a>FAU_GEN.2 | FAU_GEN.1, FIA_UID.1 | FAU_GEN.1, FIA_UID.2 |
| <a id="p100935"></a>FAU_SAR.1 | FAU_GEN.1 | FAU_GEN.1 |
| <a id="p100936"></a>FAU_SAR.2 | FAU_SAR.1 | FAU_SAR.1 |
| <a id="p100937"></a>FAU_SAR.3 | FAU_SAR.1 | FAU_SAR.1 |
| <a id="p100938"></a>FMT_SMR.1 | FIA_UID.1 | FIA_UID.2 |
| <a id="p100939"></a>FMT_MOF.1 | FMT_SMR.1 | FMT_SMR.1 |
| <a id="p100940"></a>FMT_MTD.1 | FMT_SMR.1 | FMT_SMR.1 |


<a id="p100941"></a>Все зависимости включенных в ПЗ компонентов ФТБ удовлетворены.



<a id="p100942"></a>

---