Наименование ПЗ: | Профиль защиты МЭ типа "Д" пятого класса защиты. |
Тип МЭ: | МЭ типа "Д". |
Класс защиты: | Пятый. |
Версия ПЗ: | Версия 1.0. |
Обозначение ПЗ: | ИТ.МЭ.Д5.ПЗ. |
Идентификация ОО: | МЭ типа "Д" пятого класса защиты. |
Уровень доверия: | Оценочный уровень доверия 2 (ОУД2), усиленный компонентами ADV_IMP.2 "Полное отображение представления реализации ФБО", ADV_TDS.3 "Базовый модульный проект", ALC_FLR.1 "Базовое устранение недостатков", AVA_VAN.4 "Методический анализ уязвимостей", расширенный компонентами ADV_IMP_EXT.3 "Реализация ОО", ALC_TAT_EXT.0 "Определение инструментальных средств разработки", ALC_FPU_EXT.1 "Процедуры обновления программного обеспечения межсетевого экрана" и AMA_SIA_EXT.3 "Анализ влияния обновлений на безопасность межсетевого экрана". |
Идентификация: | Требования к межсетевым экранам, утвержденные приказом ФСТЭК России от 09 февраля 2016 г. N 9. ГОСТ Р ИСО/МЭК 15408 "Информационная технология. Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий". |
Ключевые слова: | Межсетевые экраны, МЭ, ОУД2. |
ИС МЕГАНОРМ: примечание. Текст дан в соответствии с официальным текстом документа. |
ИС МЕГАНОРМ: примечание. Текст, выделенный подчеркнутым курсивом в официальном тексте документа, в электронной версии документа выделен курсивом и отмечен знаком "#". |
ИС МЕГАНОРМ: примечание. Текст, выделенный подчеркнутым полужирным шрифтом в официальном тексте документа, в электронной версии документа выделен полужирным шрифтом и отмечен знаком "&". |
Цель безопасности-1 | Цель безопасности-2 | Цель безопасности-3 | Цель безопасности-4 | Цель безопасности-5 | Цель безопасности-6 | Цель безопасности-7 | Цель безопасности-8 | Цель безопасности-9 | Цель безопасности-10 | |
Угроза-1 | X | X | X | |||||||
Угроза-2 | X | X | X | X | ||||||
Угроза-3 | X | X | X | |||||||
Угроза-4 | X | X | X | X | X | X | ||||
Политика безопасности-1 | X | |||||||||
Политика безопасности-2 | X | |||||||||
Политика безопасности-3 | X | |||||||||
Политика безопасности-4 | X | |||||||||
Политика безопасности-5 | ||||||||||
Политика безопасности-6 | X | |||||||||
Политика безопасности-7 | X | |||||||||
Политика безопасности-8 | X | |||||||||
Политика безопасности-9 | X | |||||||||
Политика безопасности-10 | X |
ADV_IMP_EXT.3 | Реализация ОО |
Иерархический для: | нет подчиненных компонентов. |
Зависимости: | ADV_IMP.2 Полное отображение представления реализации ФБО. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_IMP_EXT.3.1D | Заявитель (разработчик, производитель) должен предоставить реализацию ОО. |
ADV_IMP_EXT.3.2D | Заявитель (разработчик, производитель) должен обеспечить прослеживание реализации ОО к представлению реализации ФБО. |
Элементы содержания и представления документированных материалов | |
ADV_IMP_EXT.3.1C | В документации должны быть указаны состав и значения контрольных сумм элементов реализации ПО [выбор: загрузочные модули ПО, [назначение: иные типы элементов реализации ПО]]. |
ADV_IMP_EXT.3.2C | В прослеживании между реализацией ОО и представлением реализации должно быть продемонстрировано [выбор: а) для аппаратной платформы - соответствие между реализацией аппаратной платформы и ее представлением реализации [выбор: схемы аппаратных средств, представления (кода) на языке описания аппаратных средств [назначение: иные формы представления реализации]]; б) для ПО - соответствие между реализацией ПО [выбор: загрузочные модули ПО, [назначение: иные типы элементов реализации ПО]] и их представлением реализации [выбор: исходные тексты ПО, [назначение: иные формы представления реализации]]]. |
Элементы действий испытательной лаборатории | |
ADV_IMP_EXT.3.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_IMP_EXT.3.1C и ADV_IMP_EXT.3.2C. |
ALC_FPU_EXT.1 | Процедуры обновления программного обеспечения межсетевого экрана |
Иерархический для: | нет подчиненных компонентов. |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_FPU_EXT.1.1D | Заявитель (разработчик, производитель) должен разработать и реализовать технологию обновления МЭ для [назначение: типы обновлений]. |
ALC_FPU_EXT.1.2D | Заявитель (разработчик, производитель) должен разработать и поддерживать регламент обновления программного обеспечения МЭ. |
ALC_FPU_EXT.1.3D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру уведомления потребителей о выпуске обновлений МЭ, основанную на [назначение: способы уведомления]. |
ALC_FPU_EXT.1.4D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру предоставления обновлений потребителям МЭ, основанную на [назначение: способы предоставления обновлений]. |
ALC_FPU_EXT.1.5D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру представления обновлений в испытательную лабораторию для проведения внешнего контроля, основанную на [назначение: способы предоставления обновлений для контроля]. |
Элементы содержания и представления документированных материалов | |
ALC_FPU_EXT.1.1C | Документация МЭ должна содержать описание технологии выпуска обновлений МЭ. |
ALC_FPU_EXT.1.2C | Документация МЭ должна содержать регламент обновления МЭ, включающий: а) идентификацию типов выпускаемых обновлений; б) описание процедуры уведомления потребителей о выпуске обновлений; в) описание процедуры предоставления обновлений потребителям; г) описание содержания эксплуатационной документации на выпускаемые обновления; д) [назначение: иная информация]. |
ALC_FPU_EXT.1.3C | Регламент обновления МЭ должен предусматривать включение в эксплуатационную документацию на выпускаемые обновление описания следующих процедур: а) процедуры получения обновления; б) процедуры контроля целостности обновления; в) типовой процедуры тестирования обновления; г) процедуры установки и применения обновления; д) процедуры контроля установки обновления; е) процедуры верификации (проверки) применения обновления. |
ALC_FPU_EXT.1.4C | Документация процедуры представления обновлений для проведения внешнего контроля должна содержать: а) описание процедуры предоставления обновлений для внешнего контроля; б) требования к предоставлению и содержанию методики тестирования обновления заявителем; в) требования к оформлению и предоставлению результатов тестирования обновления заявителем; г) [назначение: иная информация]. |
Элементы действий испытательной лаборатории | |
ALC_FPU_EXT.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированных материалов, изложенным в ALC_FPU_EXT.1.1C - ALC_FPU_EXT.1.4C. |
ALC_FPU_EXT.1.2E | Испытательная лаборатория должна проверить, что процедура представления обновлений для проведения внешнего контроля позволяет организовать и проводить их внешний контроль. |
AMA_SIA_EXT.3 | Анализ влияния обновлений на безопасность межсетевого экрана |
Иерархический для: | нет подчиненных компонентов. |
Зависимости: | ALC_FPU_EXT.1 Процедуры обновления программного обеспечения межсетевого экрана. |
Элементы действий заявителя (разработчика, производителя) | |
AMA_SIA_EXT.3.1D | Заявитель (разработчик, производитель) должен представить материалы анализа влияния обновлений на безопасность МЭ. |
Элементы содержания и представления документированных материалов | |
AMA_SIA_EXT.3.1C | Материалы анализа влияния обновлений на безопасность МЭ должны содержать краткое описание влияния обновлений на задание по безопасности, функции безопасности МЭ или содержать логическое обоснование отсутствия такого влияния. |
AMA_SIA_EXT.3.2C | Материалы анализа влияния обновлений на безопасность МЭ для обновлений, влияющих на безопасность, должны идентифицировать функции безопасности, компоненты МЭ, на которые влияет данное обновление. |
Элементы действий испытательной лаборатории | |
AMA_SIA_EXT.3.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированных материалов, изложенным в AMA_SIA_EXT.3.1C, AMA_SIA_EXT.3.2C. |
AMA_SIA_EXT.3.2E | Испытательная лаборатория должна подтвердить влияние (отсутствие влияния) обновлений на безопасность МЭ. |
Идентификатор компонента требований | Название компонента требований |
FAU_ARP.1 | Сигналы нарушения безопасности |
FAU_GEN.1 | Генерация данных аудита |
FAU_SAR.1 | Просмотр аудита |
FAU_SEL.1 | Избирательный аудит |
FIA_UAU.1 | Выбор момента аутентификации |
FIA_UAU.2 | Аутентификация до любых действий пользователя |
FIA_UID.1 | Выбор момента идентификации |
FIA_UID.2 | Идентификация до любых действий пользователя |
FDP_IFC.2 | Полное управление информационными потоками |
FDP_IFF.1 | Простые атрибуты безопасности |
FMT_MOF.1 | Управление режимом выполнения функций безопасности |
FMT_MTD.1 | Управление данными функций безопасности |
FMT_SMF.1 | Спецификация функций управления |
FMT_SMR.1 | Роли безопасности |
FMT_MSA.1 | Управление атрибутами безопасности |
FPT_RCV.1 | Ручное восстановление |
FPT_RCV.4 | Восстановление функции |
FPT_TST.1 | Тестирование функциональных возможностей безопасности |
FRU_FLT.2 | Ограниченная отказоустойчивость |
FAU_ARP.1 | Сигналы нарушения безопасности |
FAU_ARP.1.1 | ФБО должны предпринять [назначение: действия по оповещению уполномоченных лиц], в том числе - сигнализировать о попытках нарушения правил межсетевого экранирования при обнаружении критичных событий безопасности. |
Зависимости: | FAU_SAA.1 Анализ потенциального нарушения. |
FAU_GEN.1 | Генерация данных аудита |
FAU_GEN.1.1 | ФБО должны быть способны генерировать запись аудита для следующих событий, потенциально подвергаемых аудиту: а) запуск и завершение выполнения функций аудита; б) все события, потенциально подвергаемые аудиту, на #минимальном# уровне аудита; в) [результаты выполнения проверок информации сетевого трафика]; г) [назначение: другие специально определенные события, потенциально подвергаемые аудиту]. |
FAU_GEN.1.2 | ФБО должны регистрировать в каждой записи аудита, по меньшей мере, следующую информацию: а) дату и время события, тип события, идентификатор субъекта (если применимо) и результат события (успешный или неуспешный); б) для каждого типа событий, потенциально подвергаемых аудиту, из числа определенных в функциональных компонентах, которые включены в ПЗ и (или) ЗБ, [назначение: другая относящаяся к аудиту информация]. |
Зависимости: | FPT_STM.1 "Надежные метки времени". |
FAU_SAR.1 | Просмотр аудита |
FAU_SAR.1.1 | ФБО должны предоставлять [назначение: уполномоченные идентифицированные роли из состава ролей безопасности] возможность читать [назначение: список информации аудита] из записей аудита. |
FAU_SAR.1.2 | ФБО должны предоставлять записи аудита в виде, позволяющем администратору МЭ воспринимать содержащуюся в них информацию. |
Зависимости: | FAU_GEN.1 Генерация данных аудита. |
FAU_SEL.1 | Избирательный аудит |
FAU_SEL.1.1 | ФБО должны быть способны к осуществлению выбора совокупности событий, подвергающихся аудиту, из совокупности событий, в отношении которых возможно осуществление аудита (в соответствии с FAU_GEN.1), базируясь на следующих атрибутах: а) [выбор: идентификатор объекта, идентификатор пользователя, идентификатор субъекта, тип события]; б) [назначение: список дополнительных атрибутов, на которых основана избирательность аудита]. |
Зависимости: | FAU_GEN.1 Генерация данных аудита; FMT_MTD.1 Управление данными ФБО. |
FIA_UAU.1 | Выбор момента аутентификации |
FIA_UAU.1.1 | ФБО должны допускать выполнение [назначение: список действий по управлению МЭ для предусмотренных сценариев функционирования] без аутентификации субъекта. |
FIA_UAU.1.2 | ФБО должны требовать, чтобы администратор МЭ был успешно аутентифицирован до разрешения любого другого действия, выполняемого при посредничестве ФБО от имени этого администратор МЭ. |
Зависимости: | FIA_UID.1 Выбор момента идентификации. |
Замечание по применению: должна быть предусмотрена возможность выполнения определенных действий без прохождения процедуры аутентификации с целью максимальной оперативности. Примером таких действий является переведение МЭ в состояние, не оказывающее влияние на функционирование автоматизированной системы управления. | |
FIA_UAU.2 | Аутентификация до любых действий пользователя |
FIA_UAU.2.1 | ФБО должны требовать, чтобы администратор межсетевого экрана был успешно аутентифицирован до разрешения действий (по администрированию), выполняемого при посредничестве межсетевого экрана от имени этого администратора. |
Зависимости: | FIA_UID.1 Выбор момента идентификации. |
FIA_UID.1 | Выбор момента идентификации |
FIA_UID.1.1 | ФБО должны допускать выполнение [назначение: список действий по управлению МЭ для предусмотренных сценариев функционирования] без идентификации субъекта. |
FIA_UID.1.2 | ФБО должны требовать, чтобы администратор МЭ был успешно идентифицирован до разрешения любого другого действия, выполняемого при посредничестве ФБО от имени этого администратора МЭ. |
Зависимости: | отсутствуют. |
Замечание по применению: должна быть предусмотрена возможность выполнения определенных действий без прохождения процедуры идентификации с целью максимальной оперативности. Примером таких действий является переведение МЭ в состояние, не оказывающее влияние на функционирование автоматизированной системы управления. | |
FIA_UID.2 (1) | Идентификация до любых действий пользователя |
FIA_UID.2.1(1) | ФБО должны требовать, чтобы каждый субъект межсетевого взаимодействия был успешно идентифицирован до разрешения любого действия, выполняемого при посредничестве ФБО от имени этого субъекта. |
Зависимости: | отсутствуют. |
FIA UID.2 (2) | Идентификация до любых действий пользователя |
FIA_UID.2.1(2) | ФБО должны требовать, чтобы администратор МЭ был успешно идентифицирован до разрешения действий (по администрированию), выполняемого при посредничестве МЭ от имени этого администратора. |
Зависимости: | отсутствуют. |
FDP_IFC.2 | Полное управление информационными потоками |
FDP_IFC.2.1 | ФБО должны осуществлять [фильтрацию] для [отправителей информации, получателей информации, исполнительных устройств] и всех операций перемещения контролируемой МЭ информации сетевого трафика к узлам автоматизированной системы управления и от них, на которые распространяется фильтрация. |
FDP_IFC.2.2 | ФБО должны обеспечить распространение фильтрации на все операции перемещения через МЭ информации к узлам автоматизированной системы управления и от них. |
Зависимости: | FDP_IFF.1 Простые атрибуты безопасности. |
FDP_IFF.1 | Простые атрибуты безопасности |
FDP_IFF.1.1 | ФБО должны осуществлять [фильтрацию], основанную на следующих типах атрибутов безопасности субъектов: |
Субъекты | Атрибуты |
отправитель | сетевой адрес узла отправителя, [назначение: дополнительные атрибуты] |
получатель | сетевой адрес узла получателя, [назначение: дополнительные атрибуты] |
[назначение: иные субъекты] | [назначение: атрибуты] |
Типы информации | Атрибуты |
сетевой трафик | сетевой протокол, который используется для взаимодействия; промышленные протоколы, которые используются для взаимодействия, [назначение: дополнительные атрибуты] |
FDP_IFF.1.2 | ФБО должны разрешать информационный поток между управляемым субъектом и управляемой информацией посредством управляемой операции, если выполняются следующие правила: [нет]. |
FDP_IFF.1.3 | ФБО должны осуществлять: [назначение: дополнительные правила политики управления информационными потоками]. |
FDP_IFF.1.4 | ФБО должны явно разрешать информационный поток, основываясь на следующих правилах: [устанавливаемый администратором МЭ набор правил фильтрации, основанный на атрибутах, идентифицированных в FDP_IFF.1.1]. |
FDP_IFF.1.5 | ФБО должны явно запрещать информационный поток, основываясь на следующих правилах: [устанавливаемый администратором МЭ набор правил фильтрации, основанный на атрибутах, идентифицированных в FDP_IFF.1.1]. |
Зависимости: | FDP_IFC.1 Ограниченное управление информационными потоками; FMT_MSA.3 Инициализация статических атрибутов. |
FMT_SMF.1 | Спецификация функций управления |
FMT_SMF.1.1 | ФБО должны быть способны к выполнению следующих функций управления: [управление режимом выполнения функций безопасности, управление данными ФБО, управление атрибутами безопасности], [назначение: список других функций управления безопасностью, предоставляемых ФБО]. |
Зависимости: | отсутствуют. |
FMT_MTD.1 | Управление данными ФБО |
FMT_MTD.1.1 | ФБО должны предоставлять возможность [выбор: изменение значений по умолчанию, запрос, модификация, удаление, очистка, [назначение: другие операции]] следующих данных [назначение: список данных ФБО] только [назначение: уполномоченные идентифицированные роли]. |
Зависимости: | FMT_SMR.1 Роли безопасности; FMT_SMF.1 Спецификация функций управления. |
FMT_MOF.1 | Управление режимом выполнения функций безопасности |
FMT_MOF.1.1 | ФБО должны предоставлять возможность [выбор: определять режим выполнения, отключать, подключать, модифицировать режим выполнения] функций [назначение: список функций] только [назначение: уполномоченные идентифицированные роли]. |
Зависимости: | FMT_SMR.1 Роли безопасности. |
FMT SMR.1 | Роли безопасности |
FMT_SMR.1.1 | ФБО должны поддерживать следующие роли: [а) администратор МЭ; б) [назначение: другие роли]]. |
FMT_SMR.1.2 | ФБО должны быть способны ассоциировать пользователей с ролями. |
Зависимости: | FIA_UID.1 Выбор момента идентификации. |
FMT MSA.1 | Управление атрибутами безопасности |
FMT_MSA.1.1 | ФБО должны для осуществления [фильтрации] предоставлять возможность #[назначать], модифицировать, удалять# [разрешительные и (или) запретительные] атрибуты безопасности [назначение: список атрибутов безопасности] только [администраторам МЭ]. |
Зависимости: | [FDP_ACC.1 Ограниченное управление доступом или FDP_IFC.1 Ограниченное управление информационными потоками]; FMT_SMR.1 Роли безопасности; FMT_SMF.1 Спецификация функций управления. |
FPT_RCV.1 | Ручное восстановление |
FPT_RCV.1.1 | После [назначение: список сбоев, прерываний обслуживания] ФБО должны перейти в режим аварийной поддержки, который предоставляет возможность возврата МЭ к безопасному состоянию. |
Зависимости: | AGD_OPE.1 Руководство пользователя по эксплуатации. |
FPT_RCV.4 | Восстановление функции |
FPT_RCV.4.1 | ФБО должны обеспечить следующее свойство для [назначение: список функций и сценариев сбоев]: функция нормально заканчивает работу или, для предусмотренных сценариев сбоев, восстанавливается ее устойчивое и безопасное состояние. |
Зависимости: | отсутствуют. |
FPT_TST.1 | Тестирование ФБО |
FPT_TST.1.1 | ФБО должны выполнять пакет программ самотестирования [выбор: при запуске, периодически в процессе нормального функционирования, по запросу администратора МЭ, при условиях [назначение: условия, при которых следует предусмотреть самотестирование]] для демонстрации правильного выполнения [выбор: [назначение: части ФБО], ФБО]. |
FPT_TST.1.2 | ФБО должны предоставить администратору МЭ возможность верифицировать целостность [выбор: [назначение: данных частей ФБО], данных ФБО]. |
FPT_TST.1.3 | ФБО должны предоставить администратору МЭ возможность верифицировать целостность хранимого выполняемого кода ФБО. |
Зависимости: | отсутствуют. |
FRU_FLT.2 | Ограниченная отказоустойчивость |
FRU_FLT.2.1 | ФБО должны обеспечить выполнение всех возможностей МЭ, когда происходят следующие сбои: [назначение: список типов сбоев] путем функционирования в составе кластера. |
Зависимости: | FPT_FLS.1 Сбой с сохранением безопасного состояния. |
Классы доверия | Идентификаторы компонентов доверия | Названия компонентов доверия |
Разработка | ADV_ARC.1 | Описание архитектуры безопасности |
ADV_FSP.2 | Детализация вопросов безопасности в функциональной спецификации | |
ADV_IMP.2 <*> | Полное отображение представления реализации ФБО | |
ADV_IMP_EXT.3 <*> | Реализация ОО | |
ADV_TDS.3 | Базовый модульный проект | |
Руководства | AGD_OPE.1 | Руководство пользователя по эксплуатации |
AGD_PRE.1 | Подготовительные процедуры | |
Поддержка жизненного цикла | ALC_CMC.2 | Использование системы УК |
ALC_CMS.2 | Охват УК частей ОО | |
ALC_DEL.1 | Процедуры поставки | |
ALC_FLR.1 | Базовое устранение недостатков | |
ALC_TAT_EXT.0 | Определение инструментальных средств разработки | |
Оценка задания по безопасности | ASE_CCL.1 | Утверждения о соответствии |
ASE_ECD.1 | Определение расширенных компонентов | |
ASE_INT.1 | Введение ЗБ | |
ASE_OBJ.2 | Цели безопасности | |
ASE_REQ.2 | Производные требования безопасности | |
ASE_SPD.1 | Определение проблемы безопасности | |
ASE_TSS.1 | Краткая спецификация ОО | |
Тестирование | ATE_COV.1 | Свидетельство покрытия |
ATE_FUN.1 | Функциональное тестирование | |
ATE_IND.2 <**> | Выборочное независимое тестирование | |
Оценка уязвимостей | AVA_VAN.4 | Методический анализ уязвимостей |
Процедуры обновления программного обеспечения МЭ | ALC_FPU_EXT.1 | Процедуры обновления программного обеспечения межсетевого экрана |
Анализ влияния на безопасность | AMA_SIA_EXT.3 | Анализ влияния обновлений на безопасность межсетевого экрана |
<*> - Отмечены компоненты, конкретизированные в настоящем ПЗ для обеспечения преемственности требованиям по контролю отсутствия недекларированных возможностей, изложенных в руководящем документе "Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации: Классификация по уровню контроля отсутствия недекларированных возможностей", (Гостехкомиссия России, 1999). Испытательная лаборатория должен протестировать ФБО так, чтобы подтвердить, что все ФБО функционируют в соответствии со спецификациями. | ||
ADV_ARC.1 | Описание архитектуры безопасности |
Зависимости: | ADV_FSP.1 Базовая функциональная спецификация; ADV_TDS.1 Базовый проект. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_ARC.1.1D | Заявитель (разработчик, производитель) должен спроектировать ОО и обеспечить реализацию проекта таким образом, чтобы свойства безопасности ФБО невозможно было обойти. |
ADV_ARC.1.2D | Заявитель (разработчик, производитель) должен спроектировать ФБО и обеспечить их реализацию таким образом, чтобы ФБО обеспечивали собственную защиту от вмешательства недоверенных сущностей. |
ADV_ARC.1.3D | Заявитель (разработчик, производитель) должен предоставить "Описание архитектуры безопасности" ФБО. |
Элементы содержания и представления документированных материалов | |
ADV_ARC.1.1C | Уровень детализации "Описания архитектуры безопасности" должен соответствовать представленному в проектной документации по ОО описанию абстракций (элементов представления ОО), осуществляющих выполнение ФТБ. |
ADV_ARC.1.2C | В "Описание архитектуры безопасности" должно быть включено описание доменов безопасности, поддерживаемых ФБО в соответствии с ФТБ. |
ADV_ARC.1.3C | "Описание архитектуры безопасности" должно предоставлять информацию о том, каким образом защищен процесс инициализации ФБО. |
ADV_ARC.1.4C | В "Описании архитектуры безопасности" должно быть продемонстрировано, что ФБО обеспечивают собственную защиту от вмешательства. |
ADV_ARC.1.5C | В "Описании архитектуры безопасности" должно быть продемонстрировано, что ФБО не допускают возможности обхода функциональных возможностей, осуществляющих выполнение ФТБ. |
Элементы действий испытательной лаборатории | |
ADV_ARC.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_ARC.1.1C - ADV_ARC.1.5C. |
Замечания по применению: архитектура безопасности должна обеспечивать, чтобы МЭ не имел каналов связи, обеспечивающих доступ (в том числе внеполосный) в обход заданных правил управления доступом к МЭ (его программному обеспечению и настройкам), а также правил контроля и фильтрации информационных потоков. Испытательная лаборатория должна выполнять действия по оценке в соответствии с пунктом 10.3.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ADV_FSP.2 | Детализация вопросов безопасности в функциональной спецификации |
Зависимости: | ADV_TDS.1 Базовый проект. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_FSP.2.1D | Заявитель (разработчик, производитель) должен представить функциональную спецификацию. |
ADV_FSP.2.2D | Заявитель (разработчик, производитель) должен представить прослеживание функциональной спецификации к функциональным требованиям безопасности. |
Элементы содержания и представления документированных материалов | |
ADV_FSP.2.1C | В функциональной спецификации должны быть полностью представлены ФБО. |
ADV_FSP.2.2C | В функциональной спецификации должны быть описаны назначение и метод использования всех ИФБО. |
ADV_FSP.2.3C | В функциональной спецификации должны быть идентифицированы и описаны все параметры, связанные с каждым ИФБО. |
ADV_FSP.2.4C | Для каждого ИФБО, осуществляющего выполнение ФТБ, функциональная спецификация должна содержать описание связанных с данным ИФБО действий, осуществляющих выполнение ФТБ. |
ADV_FSP.2.5C | Для ИФБО, осуществляющих выполнение ФТБ, функциональная спецификация должна содержать описание сообщений о непосредственных ошибках, возникающих в результате функционирования, связанного с действиями, осуществляющими выполнение ФТБ. |
ADV_FSP.2.6C | В прослеживании соответствия должно быть продемонстрировано прослеживание ФТБ к ИФБО в функциональной спецификации. |
Элементы действий испытательной лаборатории | |
ADV_FSP.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_FSP.2.1C - ADV_FSP.2.6C. |
ADV_FSP.2.2E | Испытательная лаборатория должна сделать независимое заключение, что функциональная спецификация является точным и полным отображением функциональных требований безопасности ОО. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 10.4.2 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ADV_IMP.2 | Полное отображение представления реализации ФБО |
Зависимости: | ADV_TDS.3 Базовый модульный проект; ALC_TAT.1 Полностью определенные инструментальные средства разработки; ALC_CMC.5 Расширенная поддержка. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_IMP.2.1D | Заявитель (разработчик, производитель) должен обеспечить доступ к представлению реализации для всех ФБО на уровне исходных текстов всего программного обеспечения, входящего в состав ОО (с указанием в документации значений контрольных сумм файлов с исходными текстами ПО). |
ADV_IMP.2.2D | Заявитель (разработчик, производитель) должен обеспечить прослеживание всего представления реализации к описанию проекта ОО. |
Элементы содержания и представления документированных материалов | |
ADV_IMP.2.1C | Представление реализации должно определить ФБО на таком уровне детализации, что ФБО могут быть созданы без дополнительных проектных решений. |
ADV_IMP.2.2C | Представление реализации должно быть изложено в том виде, какой используется персоналом, занимающимся разработкой. |
ADV_IMP.2.3C | В прослеживании между всем представлением реализации и описанием проекта ОО (для всех модулей, отнесенных к осуществляющим или поддерживающим выполнение ФТБ) должно быть продемонстрировано их соответствие, а для модулей изделия, определенных как "не влияющие на выполнение ФТБ", должно быть предоставлено соответствующее обоснование. |
Элементы действий испытательной лаборатории | |
ADV_IMP.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_IMP.2.1C - ADV_IMP.2.3C, в том числе на основе результатов: а) контроля исходного состояния ПО; б) контроля полноты и отсутствия избыточности исходных текстов на уровне файлов. |
Замечания по применению: 1. В ADV_IMP.2.1E контроль исходного состояния ПО предусматривает фиксацию состава ПО и документации на него и сравнение с описанием, представленным в документации. При фиксации также должен быть выполнен расчет уникальных значений контрольных сумм файлов с исходными текстами программ, входящих в состав ПО. Контрольные суммы должны рассчитываться для каждого файла. 2. Контроль полноты и отсутствия избыточности исходных текстов на уровне файлов предусматривает анализ документированной информации, предоставленной заявителем (разработчиком, производителем) в соответствии с ADV_IMP.2.3C, для подтверждения, что все ФБО представлены в исходных текстах ПО, а также, что для всех файлов исходных текстов в проекте имеется соответствующее описание реализуемых ФБО. Испытательная лаборатория при контроле полноты исходных текстов должна исследовать (основываясь на структурном анализе и декомпозиции) модули, входящие в представление реализации, с тем, чтобы сделать заключение о соответствии их назначения описанию назначения (описанию выполняемых модулем функции), представленному в проекте ОО, и о достаточности представления реализации для выполнения ФТБ. Испытательная лаборатория при контроле отсутствия избыточности исходных текстов должна: в части модулей, осуществляющих и поддерживающих выполнение ФТБ - исследовать (основываясь на структурном анализе и декомпозиции) эти модули, чтобы сделать заключение об отсутствии в исходных текстах функциональных возможностей безопасности, не предусмотренных проектом и ФТБ; в части модулей, заявленных как "не влияющие на выполнение ФТБ" - проанализировать эти модули с глубиной, достаточной для подтверждения их невлияния на выполнение ФТБ. | |
ADV_IMP_EXT.3 | Реализация ОО |
Зависимости: | ADV_IMP.2 Полное отображение представления реализации ФБО. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_IMP_EXT.3.1D | Заявитель (разработчик, производитель) должен предоставить реализацию ОО. |
ADV_IMP_EXT.3.2D | Заявитель (разработчик, производитель) должен обеспечить прослеживание реализации ОО к представлению реализации ФБО. |
Элементы содержания и представления документированных материалов | |
ADV_IMP_EXT.3.1C | В документации должны быть указаны значения контрольных сумм элементов реализации ПО [выбор: загрузочные модули ПО, [назначение: иные типы элементов реализации ПО]]. |
ADV_IMP_EXT.3.2C | В прослеживании между реализацией ОО и представлением реализации должно быть продемонстрировано [выбор: а) для аппаратной платформы - соответствие между реализацией аппаратной платформы и ее представлением реализации [выбор: схемы аппаратных средств, представления (кода) на языке описания аппаратных средств [назначение: иные формы представления реализации]]; б) для ПО - соответствие между реализацией ПО [выбор: загрузочные модули ПО, [назначение: иные типы элементов реализации ПО]] и их представлением реализации [выбор: исходные тексты ПО, [назначение: иные формы представления реализации]]]. |
Элементы действий испытательной лаборатории | |
ADV_IMP_EXT.3.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_IMP_EXT.3.1C и ADV_IMP_EXT.3.2C. |
ADV_TDS.3 | Базовый модульный проект |
Зависимости: | ADV_FSP.4 Полная полуформальная функциональная спецификация. |
Элементы действий заявителя (разработчика, производителя) | |
ADV_TDS.3.1D | Заявитель (разработчик, производитель) должен представить проект ОО. |
ADV_TDS.3.2D | Заявитель (разработчик, производитель) должен обеспечить прослеживание ИФБО в функциональной спецификации к более низкому уровню декомпозиции, представленному в проекте ОО. |
Элементы содержания и представления документированных материалов | |
ADV_TDS.3.1C | В проекте должно приводиться описание структуры ОО на уровне подсистем. |
ADV_TDS.3.2C | В проекте должно приводиться описание структуры ОО на уровне модулей. |
ADV_TDS.3.3C | В проекте должны быть идентифицированы все подсистемы ФБО. |
ADV_TDS.3.4C | В проекте должно приводиться описание каждой из подсистем ФБО. |
ADV_TDS.3.5C | В проекте должно приводиться описание взаимодействий всех подсистем ФБО между собой. |
ADV_TDS.3.6C | В проекте должно быть осуществлено прослеживание подсистем ФБО с модулями ФБО. |
ADV_TDS.3.7C | В проекте должен быть описан каждый осуществляющий выполнение ФТБ модуль с точки зрения его назначения и взаимодействия с другими модулями. |
ADV_TDS.3.8C | В проекте должен быть описан каждый осуществляющий выполнение ФТБ модуль с точки зрения его относящихся к ФТБ интерфейсов, значений, предоставляемых этими интерфейсами в ответ на запросы, взаимодействий с другими модулями и вызываемыми интерфейсами этих модулей. |
ADV_TDS.3.9C | В проекте должен быть описан каждый поддерживающий и не влияющий на выполнение ФТБ модуль с точки зрения его назначения и взаимодействия с другими модулями. |
ADV_TDS.3.10C | В прослеживании должно быть продемонстрировано, что все описанные в проекте ОО режимы функционирования прослеживаются к вызывающим их ИФБО. |
Элементы действий испытательной лаборатории | |
ADV_TDS.3.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ADV_TDS.3.1C - ADV_TDS.3.10C. |
ADV_TDS.3.2E | Испытательная лаборатория должна сделать независимое заключение, что проект является точным и полным отображением всех функциональных требований безопасности. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 10.8.3 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
AGD_OPE.1 | Руководство пользователя по эксплуатации |
Зависимости: | ADV_FSP.1 Базовая функциональная спецификация. |
Элементы действий заявителя (разработчика, производителя) | |
AGD_OPE.1.1D | Заявитель (разработчик, производитель) должен представить руководство пользователя по эксплуатации. |
Элементы содержания и представления документированных материалов | |
AGD_OPE.1.1C | В руководстве пользователя по эксплуатации для каждой пользовательской роли должно быть представлено описание доступных пользователям функций, возможных прав и обязанностей, которыми следует управлять в защищенной среде функционирования, а также необходимых предупреждений. |
AGD_OPE.1.2C | В руководстве пользователя по эксплуатации в рамках каждой пользовательской роли должно быть представлено описание принципов безопасной работы с предоставленными в ОО интерфейсами. |
AGD_OPE.1.3C | В руководстве пользователя по эксплуатации должно быть представлено описание доступных для каждой пользовательской роли функций и интерфейсов, в частности всех параметров безопасности под управлением пользователя, с указанием безопасных значений, если это уместно. |
AGD_OPE.1.4C | В руководстве пользователя по эксплуатации для каждой пользовательской роли должно быть представлено четкое представление каждого типа имеющих значение для безопасности событий, связанных с доступными пользователю обязательными для выполнения функциями, включая изменение характеристик безопасности сущностей, находящихся под управлением ФБО. |
AGD_OPE.1.5C | В руководстве пользователя по эксплуатации должны быть идентифицированы все возможные режимы работы ОО (включая операции после сбоев и ошибок эксплуатации), их последствия и участие в обеспечении безопасного функционирования. |
AGD_OPE.1.6C | В руководстве пользователя по эксплуатации для каждой пользовательской роли должно быть приведено описание всех мер безопасности, предназначенных для выполнения целей безопасности для среды функционирования согласно описанию в ЗБ, имеющих отношение к пользователю. |
AGD_OPE.1.7C | Руководство пользователя по эксплуатации должно быть четким и обоснованным. |
Элементы действий испытательной лаборатории | |
AGD_OPE1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в AGD_OPE.1.1C - AGD_OPE.1.7C. |
Замечания по применению: материал, соответствующий пользовательским ролям по администрированию МЭ, включается в "Руководство администратора". Материал, соответствующий иным пользовательским ролям, включается в "Руководство пользователя". Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 11.3.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
AGD_PRE.1 | Подготовительные процедуры |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
AGD_PRE.1.1D | Заявитель (разработчик, производитель) должен предоставить ОО вместе с подготовительными процедурами. |
Элементы содержания и представления документированных материалов | |
AGD_PRE1.1C | В подготовительных процедурах должны описываться все шаги, необходимые для безопасной приемки поставленного ОО в соответствии с процедурами поставки заявителя (разработчика, производителя). |
AGD_PRE1.2C | В подготовительных процедурах должны описываться все необходимые шаги для безопасной установки и настройки ОО, реализации и оценки реализации всех функций безопасности среды функционирования ОО в соответствии с целями безопасности для среды функционирования, описанными в ЗБ. |
Элементы действий испытательной лаборатории | |
AGD_PRE.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в AGD_PRE1.1C и AGD_PRE1.2C. |
AGD_PRE.1.2E | Испытательная лаборатория должна использовать подготовительные процедуры для подтверждения того, что ОО может быть безопасно подготовлен к работе. |
Замечания по применению: материал подготовительных процедур включается в "Руководство администратора", детализация подготовительных процедур в части безопасной настройки МЭ - в "Правила по безопасной настройке". Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 11.4.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ALC_CMC.2 | Использование системы УК |
Зависимости: | ALC_CMS.1 Охват УК ОО |
Элементы действий заявителя (разработчика, производителя) | |
ALC_CMC.2.1D | Заявитель (разработчик, производитель) должен предоставить ОО и маркировку для ОО. |
ALC_CMC.2.2D | Заявитель (разработчик, производитель) должен предоставить документацию УК. |
ALC_CMC.2.3D | Заявитель (разработчик, производитель) должен использовать систему УК. |
Элементы содержания и представления документированных материалов | |
ALC_CMC.2.1C | ОО должен быть помечен уникальной маркировкой. |
ALC_CMC.2.2C | В документации УК должно содержаться описание метода, используемого для уникальной идентификации элементов конфигурации. |
ALC_CMC.2.3C | В системе УК должны быть уникальным образом идентифицированы все элементы конфигурации. |
Элементы действий испытательной лаборатории | |
ALC_CMC.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ALC_CMC.2.1C - ALC_CMC.2.3C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 12.2.2 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ALC_CMS.2 | Охват УК частей ОО |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_CMS.2.1D | Заявитель (разработчик, производитель) должен представить список элементов конфигурации для ОО. |
Элементы содержания и представления документированных материалов | |
ALC_CMS.2.1C | Список элементов конфигурации должен включать следующее: сам ОО и свидетельства оценки, необходимые по требованиям доверия к безопасности, а также части, которые входят в состав ОО. |
ALC_CMS.2.2C | Элементы конфигурации должны быть уникально идентифицированы в списке элементов конфигурации. |
ALC_CMS.2.3C | Для каждого значимого для ФБО элемента конфигурации в списке элементов конфигурации должен быть указан разработчик. |
Элементы действий испытательной лаборатории | |
ALC_CMS.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ALC_CMS.2.1C - ALC_CMS.2.3C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 12.3.2 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ALC_DEL.1 | Процедуры поставки |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_DEL.1.1D | Заявитель (разработчик, производитель) должен задокументировать процедуры поставки ОО или его частей потребителю. |
ALC_DEL.1.2D | Заявитель (разработчик, производитель) должен использовать процедуры поставки. |
Элементы содержания и представления документированных материалов | |
ALC_DEL.1.1C | Документация поставки должна содержать описание всех процедур, необходимых для поддержания безопасности при распространении версий ОО потребителю. |
Элементы действий испытательной лаборатории | |
ALC_DEL.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ALC_DEL.1.1C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 12.4.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ALC_FLR.1 | Базовое устранение недостатков |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_FLR.1.1D | Заявитель (разработчик, производитель) должен предоставить процедуры устранения недостатков, предназначенные для разработчиков ОО. |
Элементы содержания и представления документированных материалов | |
ALC_FLR.1.1C | Документация процедур устранения недостатков должна содержать описание процедур по отслеживанию всех ставших известными недостатков безопасности в каждом релизе ОО. |
ALC_FLR.1.2C | Процедуры устранения недостатков должны содержать требование представления описания сути и последствий каждого недостатка безопасности, а также состояния процесса исправления этого недостатка. |
ALC_FLR.1.3C | Процедуры устранения недостатков должны содержать требование к тому, что для каждого недостатка безопасности должны быть идентифицированы корректирующие действия. |
ALC_FLR.1.4C | Документация процедур устранения недостатков должна содержать описание методов, используемых для предоставления пользователям ОО информации о недостатках, материалов исправлений и руководства по внесению исправлений. |
Элементы действий испытательной лаборатории | |
ALC_FLR.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ALC_FLR.1.1C - ALC_FLR.1.4C. |
Замечания по применению: для выполнения данных требований заявитель (разработчик, производитель) должен осуществлять постоянный поиск и устранение уязвимостей и других недостатков в МЭ и выпуск соответствующих обновлений программной части МЭ. Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 12.6.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_CCL.1 | Утверждения о соответствии |
Зависимости: | ASE_INT.1 Введение ЗБ; ASE_ECD.1 Определение расширенных компонентов; ASE_REQ.1 Установленные требования безопасности. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_CCL.1.1D | Заявитель (разработчик, производитель) должен представить в ЗБ "Утверждения о соответствии". |
ASE_CCL.1.2D | Заявитель (разработчик, производитель) должен представить в ЗБ "Обоснование утверждений о соответствии". |
Элементы содержания и представления документированной информации | |
ASE_CCL.1.1C | В "Утверждения о соответствии" должно быть включено "Утверждение о соответствии ИСО/МЭК 15408", которое определяет, для какой редакции ГОСТ Р ИСО/МЭК 15408 утверждается соответствие ЗБ и ОО. |
ASE_CCL.1.2C | В "Утверждении о соответствии ИСО/МЭК 15408" должно приводиться описание соответствия ЗБ ГОСТ Р ИСО/МЭК 15408-2; ЗБ либо описывается как соответствующее требованиям ГОСТ Р ИСО/МЭК 15408-2, либо как содержащее расширенные по отношению к ГОСТ Р ИСО/МЭК 15408-2 требования (специальные требования). |
ASE_CCL.1.3C | В "Утверждении о соответствии ИСО/МЭК 15408" должно приводиться описание соответствия ПЗ ГОСТ Р ИСО/МЭК 15408-3; ЗБ либо описывается как соответствующее требованиям ГОСТ Р ИСО/МЭК 15408-3, либо как содержащее расширенные по отношению к ГОСТ Р ИСО/МЭК 15408-3 требования (специальные требования). |
ASE_CCL.1.4C | "Утверждение о соответствии ИСО/МЭК 15408" должно согласовываться с "Определением расширенных компонентов". |
ASE_CCL.1.5C | В "Утверждении о соответствии" должны быть идентифицированы все ПЗ и пакеты требований безопасности, о соответствии которым утверждается в ЗБ. |
ASE_CCL.1.6C | В "Утверждении о соответствии ЗБ пакету требований" должно приводиться описание любого соответствия ЗБ некоторому пакету требований; ЗБ либо описывается как соответствующее пакету требований, либо как содержащее расширенные по отношению к пакету требования. |
ASE_CCL.1.7C | В "Обосновании утверждений о соответствии" должно быть продемонстрировано, что тип ОО согласуется с типом ОО в тех ПЗ, о соответствии которым утверждается. |
ASE_CCL.1.8C | В "Обосновании утверждений о соответствии" должно быть продемонстрировано, что изложение "Определения проблемы безопасности" согласуется с изложением "Определения проблемы безопасности" в тех ПЗ, о соответствии которым утверждается. |
ASE_CCL.1.9C | В "Обосновании утверждений о соответствии" должно быть продемонстрировано, что изложение "Целей безопасности" согласуется с изложением "Целей безопасности" в тех ПЗ, о соответствии которым утверждается. |
ASE_CCL.1.10C | В "Обосновании утверждений о соответствии" должно быть продемонстрировано, что изложение "Требований безопасности" согласуется с изложением "Требований безопасности" в тех ПЗ, о соответствии которым утверждается. |
Элементы действий испытательной лаборатории | |
ASE_CCL.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_CCL.1.1C - ASE_CCL.1.10C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.4.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_ECD.1 | Определение расширенных компонентов |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_ECD.1.1D | Заявитель (разработчик, производитель) должен представить в ЗБ изложение "Требований безопасности". |
ASE_ECD.1.2D | Заявитель (разработчик, производитель) должен представить в ЗБ "Определение расширенных компонентов". |
Элементы содержания и представления документированных материалов | |
ASE_ECD.1.1C | В изложении "Требований безопасности" должны быть идентифицированы все расширенные (специальные) требования безопасности. |
ASE_ECD.1.2C | В "Определении расширенных компонентов" должен определяться расширенный (специальный) компонент для каждого расширенного требования безопасности. |
ASE_ECD.1.3C | В "Определении расширенных компонентов" должно указываться, как каждый расширенный (специальный) компонент связан с существующими компонентами, семействами и классами ГОСТ Р ИСО/МЭК 15408. |
ASE_ECD.1.4C | В "Определении расширенных компонентов" должны использоваться в качестве модели представления компоненты, семейства, классы и методология ГОСТ Р ИСО/МЭК 15408. |
ASE_ECD.1.5C | Расширенные (специальные) компоненты должны состоять из измеримых объективных элементов, обеспечивающих возможность демонстрации соответствия или несоответствия этим элементам. |
Элементы действий испытательной лаборатории | |
ASE_ECD.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_ECD.1.1C - ASE_ECD.1.5C. |
ASE_ECD.1.2E | Испытательная лаборатория должна подтвердить, что ни один из расширенных (специальных) компонентов не может быть четко выражен с использованием существующих компонентов. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.7.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_INT.1 | Введение Задания по безопасности |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_INT.1.1D | Заявитель (разработчик, производитель) ЗБ должен представить в ЗБ "Введение ЗБ". |
Элементы содержания и представления документированных материалов | |
ASE_INT.1.1C | "Введение ЗБ" должно содержать "Ссылку на ЗБ", "Ссылку на ОО", "Аннотацию ОО" и "Описание ОО". |
ASE_INT.1.2C | "Ссылка на ЗБ" должна однозначно идентифицировать ЗБ. |
ASE_INT.1.3C | "Ссылка на ОО" должна однозначно идентифицировать ОО. |
ASE_INT.1.4C | В "Аннотации ОО" должна быть представлена краткая информация о его использовании и основных функциональных возможностях безопасности ОО. |
ASE_INT.1.5C | В "Аннотации ОО" должен быть идентифицирован тип ОО. |
ASE_INT.1.6C | В "Аннотации ОО" должны быть идентифицированы любые не входящие в ОО аппаратные, программные, а также программно-аппаратные средства, требуемые ОО. |
ASE_INT.1.7C | "Описание ОО" должно включать описание физических границ ОО. |
ASE_INT.1.8C | "Описание ОО" должно включать описание логических границ ОО. |
Элементы действий испытательной лаборатории | |
ASE_INT.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_INT.1.1C - ASE_INT.1.8C. |
ASE_INT.1.2E | Испытательная лаборатория должна подтвердить, что "Ссылка на ОО", "Аннотация ОО" и "Описание ОО" не противоречат друг другу. |
Замечания по применению: Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.3.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_OBJ.2 | Цели безопасности |
Зависимости: | ASE_SPD.1 Определение проблемы безопасности. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_OBJ.2.1D | Заявитель (разработчик, производитель) должен предоставить в ЗБ "Определение целей безопасности". |
ASE_OBJ.2.2D | Заявитель (разработчик, производитель) должен предоставить в ЗБ "Обоснование целей безопасности". |
Элементы содержания и представления документированных материалов | |
ASE_OBJ.2.1C | Изложение "Целей безопасности" должно включать в себя описание целей безопасности для ОО и для среды функционирования ОО. |
ASE_OBJ.2.2C | В "Обосновании целей безопасности" каждая цель безопасности для ОО должна быть прослежена к угрозам, на противостояние которым направлена эта цель безопасности, и к политикам безопасности, на осуществление которых направлена эта цель безопасности. |
ASE_OBJ.2.3C | В "Обосновании целей безопасности" каждая цель безопасности для ОО должна быть прослежена к угрозам, на противостояние которым направлена эта цель безопасности, к политикам безопасности, на осуществление которых направлена эта цель безопасности, а также к предположениям, поддерживаемым данной целью безопасности. |
ASE_OBJ.2.4C | В "Обосновании целей безопасности" должно быть продемонстрировано, что цели безопасности направлены на противостояние всем идентифицированным угрозам. |
ASE_OBJ.2.5C | В "Обосновании целей безопасности" должно быть продемонстрировано, что цели безопасности направлены на осуществление всех политик безопасности. |
ASE_OBJ.2.6C | В "Обосновании целей безопасности" должно быть продемонстрировано, что цели безопасности для среды функционирования поддерживают все предположения. |
Элементы действий испытательной лаборатории | |
ASE_OBJ.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_OBJ.2.1C - ASE_OBJ.2.6C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.6.2 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_REQ.2 | Производные требования безопасности |
Зависимости: | ASE_OBJ.2 Цели безопасности ASE_ECD.1 Определение расширенных компонентов |
Элементы действий заявителя (разработчика, производителя) | |
ASE_REQ.2.1D | Заявитель (разработчик, производитель) должен представить в ЗБ изложение "Требований безопасности". |
ASE_REQ.2.2D | Заявитель (разработчик, производитель) должен представить в ЗБ "Обоснование требований безопасности". |
Элементы содержания и представления документированных материалов | |
ASE_REQ.2.1C | Изложение "Требований безопасности" должно содержать описание ФТБ и ТДБ. |
ASE_REQ.2.2C | Все субъекты, объекты, операции, атрибуты безопасности, внешние сущности и другие понятия, использующиеся в ФТБ и ТБД, должны быть определены. |
ASE_REQ.2.3C | В изложении "Требований безопасности" должны быть идентифицированы все выполненные над требованиями безопасности операции. |
ASE_REQ.2.4C | Все операции должны быть выполнены правильно. |
ASE_REQ.2.5C | Каждая зависимость от "Требований безопасности" должна быть либо удовлетворена, либо должно приводиться обоснование неудовлетворения зависимости. |
ASE_REQ.2.6C | В "Обосновании требований безопасности" должно быть представлено прослеживание каждого ФТБ к целям безопасности для ОО. |
ASE_REQ.2.7C | В "Обосновании требований безопасности" должно быть продемонстрировано, что ФТБ обеспечивают выполнение всех целей безопасности для ОО. |
ASE_REQ.2.8C | В "Обосновании требований безопасности" должно приводиться пояснение того, почему выбраны определенные ТДБ. |
ASE_REQ.2.9C | Изложение "Требований безопасности" должно быть внутренне непротиворечивым. |
Элементы действий испытательной лаборатории | |
ASE_REQ.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_REQ.2.1C - ASE_REQ.2.9C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.8.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_SPD.1 | Определение проблемы безопасности |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_SPD.1.1D | Заявитель (разработчик, производитель) должен представить в ЗБ "Определение проблемы безопасности". |
Элементы содержания и представления документированных материалов | |
ASE_SPD.1.1C | "Определение проблемы безопасности" должно включать в себя описание угроз. |
ASE_SPD.1.2C | Описание всех угроз должно проводиться в терминах источника угрозы, активов и негативного действия. |
ASE_SPD.1.3C | В "Определение проблемы безопасности" должно быть включено описание политики безопасности. |
ASE_SPD.1.4C | "Определение проблемы безопасности" должно содержать описание предположений относительно среды функционирования ОО. |
Элементы действий испытательной лаборатории | |
ASE_SPD.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_SPD.1.1C - ASE_SPD.1.4C. |
Замечания по применению: Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.5.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ASE_TSS.1 | Краткая спецификация ОО |
Зависимости: | ASE_INT.1 Введение ЗБ; ASE_REQ.1 Установленные требования безопасности; ADV_FSP.1 Базовая функциональная спецификация. |
Элементы действий заявителя (разработчика, производителя) | |
ASE_TSS.1.1D | Заявитель (разработчик, производитель) должен представить в ЗБ "Краткую спецификацию ОО". |
Элементы содержания и представления документированных материалов | |
ASE_TSS.1.1C | "Краткая спецификация ОО" должна описывать, каким образом ОО выполняет каждое ФТБ, а также описывать меры доверия, направленные на реализацию ТДБ. |
Элементы действий испытательной лаборатории | |
ASE_TSS.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ASE_TSS.1.1C. |
ASE_TSS.1.2E | Испытательная лаборатория должна подтвердить, что "Краткая спецификация ОО" не противоречит "Аннотации ОО" и "Описанию ОО". |
Замечания по применению: Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 9.9.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". Дополнительно должно быть проанализировано покрытие ТДБ мерами доверия. | |
ATE_COV.1 | Свидетельство покрытия |
Зависимости: | ADV_FSP.2 Детализация вопросов безопасности в функциональной спецификации; ATE_FUN.1 Функциональное тестирование. |
Элементы действий заявителя (разработчика, производителя) | |
ATE_COV.1.1D | Заявитель (разработчик, производитель) должен представить свидетельство покрытия тестами. |
Элементы содержания и представления документированных материалов | |
ATE_COV.1.1C | Свидетельство покрытия тестами должно демонстрировать соответствие между тестами из тестовой документации и ИФБО из функциональной спецификации. |
Элементы действий испытательной лаборатории | |
ATE_COV.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ATE_COV.1.1C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 13.3.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ATE_FUN.1 | Функциональное тестирование |
Зависимости: | ATE_COV.1 Свидетельство покрытия. |
Элементы действий заявителя (разработчика, производителя) | |
ATE_FUN.1.1D | Заявитель (разработчик, производитель) должен протестировать ФБО и задокументировать результаты. |
ATE_FUN.1.2D | Заявитель (разработчик, производитель) должен представить тестовую документацию. |
Элементы содержания и представления документированных материалов | |
ATE_FUN.1.1C | Тестовая документация должна состоять из планов тестирования, а также ожидаемых и фактических результатов тестирования. |
ATE_FUN.1.2C | В планах тестирования должны быть идентифицированы тесты, которые необходимо выполнить, а также должны содержаться описания сценариев проведения каждого теста. В эти сценарии должны быть включены также любые зависимости последовательности выполнения тестов от результатов других тестов. |
ATE_FUN.1.3C | Ожидаемые результаты тестирования должны продемонстрировать прогнозируемые данные на выходе успешного выполнения тестов. |
ATE_FUN.1.4C | Фактические результаты тестирования должны соответствовать ожидаемым. |
Элементы действий испытательной лаборатории | |
ATE_FUN.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ATE_FUN.1.1C - ATE_FUN.1.4C. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 13.5.1 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ATE_IND.2 | Выборочное независимое тестирование |
Зависимости: | ADV_FSP.2 Детализация вопросов безопасности в функциональной спецификации; AGD_OPE.1 Руководство пользователя по эксплуатации; AGD_PRE.1 Подготовительные процедуры; ATE_COV.1 Свидетельство покрытия; ATE_FUN.1 Функциональное тестирование. |
Элементы действий заявителя (разработчика, производителя) | |
ATE_IND.2.1D | Заявитель (разработчик, производитель) должен представить ОО для тестирования. |
Элементы содержания и представления документированных материалов | |
ATE_IND.2.1C | ОО должен быть пригоден для тестирования. |
ATE_IND.2.2C | Заявитель (разработчик, производитель) должен представить набор ресурсов, эквивалентных использованным им при функциональном тестировании ФБО. |
Элементы действий испытательной лаборатории | |
ATE_IND.2.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в ATE_IND.2.1C и ATE_IND.2.2C. |
ATE_IND.2.2E | Испытательная лаборатория должна выполнить выборку тестов из тестовой документации в целях верификации результатов тестирования, полученных разработчиком. |
ATE_IND.2.3E | Испытательная лаборатория должна протестировать ФБО так, чтобы подтвердить, что все ФБО функционируют в соответствии со спецификациями. |
Замечания по применению: испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 13.6.2 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
AVA_VAN.4 | Методический анализ уязвимостей |
Зависимости: | ADV_ARC.1 Описание архитектуры безопасности; ADV_FSP.2 Детализация вопросов безопасности в функциональной спецификации; ADV_TDS.3 Базовый модульный проект; ADV_IMP.1 Представление реализации ФБО; AGD_OPE.1 Руководство пользователя по эксплуатации; AGD_PRE.1 Подготовительные процедуры. |
Элементы действий заявителя (разработчика, производителя) | |
AVA_VAN.4.1D | Заявитель (разработчик, производитель) должен выполнить анализ уязвимостей. |
Элементы содержания и представления документированных материалов | |
AVA_VAN.4.1C | Документация анализа уязвимостей должна: а) содержать результаты анализа, выполненного для поиска способов, которыми потенциально может быть нарушена реализация ФТБ; б) идентифицировать проанализированные предполагаемые уязвимости; в) демонстрировать для всех идентифицированных уязвимостей, что ни одна из них не может быть использована в предполагаемой среде функционирования ОО. |
Элементы действий испытательной лаборатории | |
AVA_VAN.4.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированной информации, изложенным в AVA_VAN.4.1C. |
AVA_VAN.4.2E | Испытательная лаборатория должна выполнить поиск информации в общедоступных источниках в целях идентификации потенциальных уязвимостей в ОО. |
AVA_VAN.4.3E | Испытательная лаборатория должна провести независимый методический анализ уязвимостей ОО с использованием документации руководств, функциональной спецификации, проекта ОО, описания архитектуры безопасности и представления реализации, чтобы идентифицировать потенциальные уязвимости в ОО. |
AVA_VAN.4.4E | Испытательная лаборатория должна провести тестирование проникновения, основанное на идентифицированных уязвимостях, в целях оформления заключения о стойкости ОО к нападениям, выполняемым нарушителем, обладающим Умеренным потенциалом нападения. |
Замечания по применению: 1. Испытательная лаборатория должна исследовать базы данных об уязвимостях в сети Интернет, национальную базу данных (если применимо), информацию, полученную от органа по сертификации (если применимо). Для выявления уязвимостей также необходимо использовать национальные стандарты по классификации уязвимостей и порядку выполнения работ по выявлению и оценке уязвимостей. 2. Наиболее тщательно должны быть подготовлены и проведены тесты проникновения, связанные с тестированием уязвимостей, которые потенциально могут быть использованы нарушителем для обхода, отключения или преодоления функций безопасности СЗИ, реализующих основные функциональные возможности СЗИ, определяемые видом и типом СЗИ. 3. Испытательная лаборатория должна выполнять указанные действия в соответствии с пунктом 14.2.4 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 18045 "Информационная технология. Методы и средства обеспечения безопасности. Методология оценки безопасности информационных технологий". | |
ALC_TAT_EXT.0 | Определение инструментальных средств разработки |
Иерархический для: | нет подчиненных компонентов. |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_TAT_EXT.0.1D | Заявитель (разработчик, производитель) должен идентифицировать инструментальные средства, использованные при разработке (производства) МЭ. |
ALC_TAT_EXT.0.2D | Заявитель (разработчик, производитель) должен задокументировать опции инструментальных средств разработки (производства), использованные при разработке МЭ. |
Элементы содержания и представления документированных материалов | |
ALC_TAT_EXT.0.1C | В документированных материалах должны быть идентифицированы инструментальные средства, использовавшиеся при разработке МЭ. |
ALC_TAT_EXT.0.2C | В документированных материалах должны быть отражены опции инструментальных средств разработки (производства), использованные при разработке МЭ. |
Элементы действий испытательной лаборатории | |
ALC_TAT_EXT.0.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированных материалов, изложенным в ALC_TAT_EXT.0.1C, ALC_TAT_EXT.0.2C. |
Замечания по применению: иерархическим для ALC_TAT_EXT.0 является ALC_TAT.1 "Полностью определенные инструментальные средства разработки" | |
ALC_FPU_EXT.1 | Процедуры обновления программного обеспечения межсетевого экрана |
Зависимости: | отсутствуют. |
Элементы действий заявителя (разработчика, производителя) | |
ALC_FPU_EXT.1.1D | Заявитель (разработчик, производитель) должен разработать и реализовать технологию обновления МЭ для [назначение: типы обновлений]. |
ALC_FPU_EXT.1.2D | Заявитель (разработчик, производитель) должен разработать и поддерживать регламент обновления программного обеспечения МЭ. |
ALC_FPU_EXT.1.3D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру уведомления потребителей о выпуске обновлений МЭ, основанную на [назначение: способы уведомления]. |
ALC_FPU_EXT.1.4D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру предоставления обновлений потребителям МЭ, основанную на [назначение: способы предоставления обновлений]. |
ALC_FPU_EXT.1.5D | Заявитель (разработчик, производитель) должен разработать и реализовать процедуру представления обновлений в испытательную лабораторию для проведения внешнего контроля, основанную на [назначение: способы предоставления обновлений для контроля]. |
Элементы содержания и представления документированных материалов | |
ALC_FPU_EXT.1.1C | Документация МЭ должна содержать описание технологии выпуска обновлений МЭ. |
ALC_FPU_EXT.1.2C | Документация МЭ должна содержать регламент обновления МЭ, включающий: а) идентификацию типов выпускаемых обновлений; б) описание процедуры уведомления потребителей о выпуске обновлений; в) описание процедуры предоставления обновлений потребителям; г) описание содержания эксплуатационной документации на выпускаемые обновления; д) [назначение: иная информация]. |
ALC_FPU_EXT.1.3C | Регламент обновления МЭ должен предусматривать включение в эксплуатационную документацию на выпускаемые обновление описания следующих процедур: а) процедуры получения обновления; б) процедуры контроля целостности обновления; в) типовой процедуры тестирования обновления; г) процедуры установки и применения обновления; д) процедуры контроля установки обновления; е) процедуры верификации (проверки) применения обновления. |
ALC_FPU_EXT.1.4C | Документация процедуры представления обновлений для проведения внешнего контроля должна содержать: а) описание процедуры предоставления обновлений для внешнего контроля; б) требования к предоставлению и содержанию методики тестирования обновления заявителем; в) требования к оформлению и предоставлению результатов тестирования обновления заявителем; г) [назначение: иная информация]. |
Элементы действий испытательной лаборатории | |
ALC_FPU_EXT.1.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированных материалов, изложенным в ALC_FPU_EXT.1.1C - ALC_FPU_EXT.1.4C. |
ALC_FPU_EXT.1.2E | Испытательная лаборатория должна проверить, что процедура представления обновлений для проведения внешнего контроля позволяет организовать и проводить их внешний контроль. |
Замечания по применению: в качестве типов обновлений рассматриваются: обновления, направленные на устранение уязвимостей ОО; иные обновления, оказывающие влияние на безопасность ОО; обновления, не оказывающие влияния на безопасность ОО. | |
AMA_SIA_EXT.3 | Анализ влияния обновлений на безопасность межсетевого экрана |
Зависимости: | ALC_FPU_EXT.1 Процедуры обновления программного обеспечения межсетевого экрана. |
Элементы действий заявителя (разработчика, производителя) | |
AMA_SIA_EXT.3.1D | Заявитель (разработчик, производитель) должен представить материалы анализа влияния обновлений на безопасность МЭ. |
Элементы содержания и представления документированных материалов | |
AMA_SIA_EXT.3.1C | Материалы анализа влияния обновлений на безопасность МЭ должны содержать краткое описание влияния обновлений на задание по безопасности, реализацию МЭ функциональных возможностей или логическое обоснование отсутствия такого влияния, подтверждение устранения уязвимости (уязвимостей), на устранение которой (которых) направлен выпуск данных обновлений и невнесения иных уязвимостей в МЭ. |
AMA_SIA_EXT.3.2C | Материалы анализа влияния обновлений на безопасность МЭ для обновлений, влияющих на безопасность, должны идентифицировать функции безопасности, компоненты МЭ, на которые влияет данное обновление. |
Элементы действий испытательной лаборатории | |
AMA_SIA_EXT.3.1E | Испытательная лаборатория должна подтвердить, что информация, представленная заявителем в документированных материалах, удовлетворяет всем требованиям к содержанию и представлению документированных материалов, изложенным в AMA_SIA_EXT.3.1C, AMA_SIA_EXT.3.2C. |
AMA_SIA_EXT.3.2E | Испытательная лаборатория должна подтвердить влияние (отсутствие влияния) обновлений на безопасность МЭ. |
Цель безопасности-1 | Цель безопасности-2 | Цель безопасности-3 | Цель безопасности-4 | Цель безопасности-5 | Цель безопасности-6 | Цель безопасности-7 | Цель безопасности-8 | Цель безопасности-9 | Цель безопасности-10 | |
FAU_GEN.1 | X | |||||||||
FAU_SAR.1 | X | |||||||||
FAU_SEL.1 | X | |||||||||
FAU_ARP.1 | X | |||||||||
FIA_UAU.1 | X | |||||||||
FIA_UAU.2 | X | X | ||||||||
FIA_UID.1 | X | |||||||||
FIA_UID.2 | X | X | ||||||||
FDP_IFC.2 | X | |||||||||
FDP_IFF.1 | X | |||||||||
FMT_MOF.1 | X | |||||||||
FMT_MTD.1 | ||||||||||
FMT_SMF.1 | X | |||||||||
FMT_SMR.1 | X | X | ||||||||
FMT_MSA.1 | X | X | ||||||||
FPT_RCV.1 | X | |||||||||
FPT_RCV.4 | X | |||||||||
FPT_TST.1 | X | |||||||||
FRU_FLT.2 | X |
Зависимости в соответствии с ГОСТ Р ИСО/МЭК 15408 и подразделом 7.1 настоящего ПЗ | ||
FAU_GEN.1 | FPT_STM.1 | Цель для среды функционирования ОО-8 |
FAU_SAR.1 | FAU_GEN.1 | FAU_GEN.1 |
FAU_SEL.1 | FAU_GEN.1 | FAU_GEN.1 |
FMT_MTD.1 | FMT_MTD.1 | |
FAU_ARP.1 | FAU_SAA.1 | Цель для среды функционирования ОО-8 |
FIA_UAU.2 | FIA_UID.1 | FIA_UID.2 |
FDP_IFC.2 | FDP_IFF.1 | FDP_IFF.1 |
FDP_IFF.1 | FDP_IFC.1 | FDP_IFC.2 |
FMT_MSA.3 | FMT_MSA.1 | |
FMT_MOF.1 | FMT_SMR.1 | FMT_SMR.1 |
FMT_SMF.1 | FMT_SMF.1 | |
FMT_MTD.1 | FMT_SMR.1 | FMT_SMR.1 |
FMT_SMF.1 | FMT_SMF.1 | |
FMT_MSA.1 | FDP_IFC.1 | FDP_IFC.1 |
FMT_SMR.1 | FMT_SMR.1 | |
FMT_SMF.1 | FMT_SMF.1 | |
FMT_SMR.1 | FIA_UID.1 | FIA_UID.2 |
FPT_RCV.1 | AGD_OPE.1 | AGD_OPE.1 |
FRU_FLT.2 | FPT_FLS.1 | Цель для среды функционирования ОО-3 |