ГОСТ Р ИСО/МЭК 18045— 2008
генерации и запуска» позволит считать выполненным данный шаг оценивания, если оценщик все еще
уверен, что тестируемый ОО был должным образом установлен и находится в известном состоянии. Если
это не так. то оценщику рекомендуется следовать процедурам разработчика, чтобы установить, сгенериро
вать и запустить ОО. используя только поставляемое руководство.
Если оценщику приходится выполнить процедуры установки вследствие того, что ОО находится в
неизвестном состоянии, то при успешном завершении данный шаг оценивания могбы удовлетворить шаг
оценивания ADOJGS.1-2.
10.8.2.4 Действие ATEJND.1.2E
10.8.2.4.1 Шаг оценивания 1:ATE_IND. 1-3
Оценщикдолжен определить тестируемое подмножество ФБО.
Оценщик выбирает тестируемое подмножество и стратегиютестирования, приемлемуюдля ОО. Одна,
крайняя, стратегия тестирования предусматривает наличие тестируемого подмножества ФБО. содержаще го
как можно большее число функций безопасности, тестируемых с небольшой строгостью. Другая страте гия
тестирования предусматривает наличие тестируемого подмножества, содержащего небольшое число
функций безопасности, исходя из их осознанной значимости, и строгое тестирование этих функций.
Как правило, стратегия тестирования, принятая оценщиком, должна находиться где-то между этими
двумя крайностями. Оценщику следует проверить выполнение большинства определенных в ЗБ функцио
нальных требований безопасности, используя, по крайней мере, один тестдля каждого требования, но при
этом нет необходимости, чтобы тестирование продемонстрировало исчерпывающую проверку специ
фикаций.
При выборе подмножества тестируемых ФБО оценщику необходимо рассмотреть следующие
факторы:
a)число функций безопасности, из которых необходимо сформировать тестируемое подмножество.
В тех случаях, когда у ОО только небольшое число функций безопасности, может быть практичным строгое
тестирование всех функций безопасности. Для ОО с большим числом функций безопасности это
будет нерентабельно и потребуется осуществление выборки;
b
) поддержание некоторого баланса между видами деятельности по оценке. Тестирование, как прави
ло. занимает 20 % — 30 % усилий оценщика в течение оценки.
Оценщиквыбирает определенные функции безопасности для формирования соответствующего под
множества. Этот выбор будет зависеть от ряда факторов, и рассмотрение этих факторов также может вли
ять на выбор размера тестируемого подмножества ФБО:
a) известные из общедоступных источников слабые места безопасности, обычно ассоциируемые с
конкретным типом ОО (например, соперационной системой, межсетевым экраном). Известные изобщедо
ступных источников слабые места, ассоциируемые с конкретным типом ОО. будут влиять на процесс выбо
ра тестируемого подмножества. Оценщику следует включить в тестируемое подмножество те функции
безопасности, которые связаны с известными из общедоступных источников слабыми местами дляданно
го типа ОО (известные изобщедоступных источников слабые места в данном случае относятся не к уязви
мостям кактаковым, а к несоответствиям или проблемным вопросам, которые были обнаруженыдля данно го
конкретного типа ОО). Если такие слабые места неизвестны, то может быть более приемлемым более
общий подход, связанный с выбором широкого диапазона функций безопасности;
b
) значимость функций безопасности. Те функции безопасности, которые более значимы, чем другие,
с точки зрения целей безопасности для ОО. должны быть включены втестируемое подмножество:
c) сложность функции безопасности. Для сложных функций безопасности может потребоваться вы
полнение сложных тестов, налагающих обременительные требования на разработчика или оценщика, кото
рые. в свою очередь, не будут способствовать экономичным оценкам. С другой стороны, сложныефункции
безопасности - это вероятная область поиска ошибок и подходящие кандидаты для включения в подмно
жество. Оценщику необходимодостигнуть баланса между этими соображениями;
d) неявное тестирование. Тестирование некоторых функций безопасности может зачастую сопровож
даться неявным тестированиемдругих функций безопасности, и их включение в подмножество может мак
симизировать (хотя и не в явном виде) число тестируемых функций безопасности. Некоторые интерфейсы
могут обеспечивать несколько функциональных возможностей безопасности, и их следует сделать объек
том эффективного подхода ктестированию;
e)типы интерфейсов ОО (например, программный интерфейс, командная строка, протокол). Оценщи
ку следует рассмотреть возможность включения тестов для всех различных типов интерфейсов, которые
поддерживаетданный ОО;
63