ГОСТ Р ИСО/МЭК 18045— 2008
пользователями, можно фактически сделать уязвимость 0 0 к вмешательству непригодной для
использования:
b
) уязвимость является пригодной для использования, но только нарушителями, обладающими уме
ренным или высоким потенциалом нападения. Например, уязвимость распределенного ОО к нападени
ям, связанным с перехватом сеанса. требует потенциала нападения выше, чем необходимо для исполь
зования явной уязвимости. Такие уязвимости должны быть приведены в ТОО в качестве остаточных уязви
мостей:
c) в ЗБ либо не утверждается о противостоянии определенной угрозе, либо неутверждается о следо
вании определенной политике безопасности организации, которая может быть нарушена. Например, для
межсетевого экрана, в ЗБ которого не заявлена политикадоступности и который уязвим к TCP SYN-атакам
(нападение на общепринятый протокол Интернета, которое лишает хосты способности обслуживания за
просов на соединение), не следует делать отрицательного заключения по данному действию оценщика
только на основе одной этой уязвимости.
Руководство по определению потенциала нападения, необходимогодля использования уязвимости,
см. вА.8 «Стойкость функций безопасности и анализ уязвимостей» (приложениеА).
11.9.2.4.3 Шаг оценивания 2.AVA_VLA.1-3
Оценщикдолжен исследовать материалы анализа уязвимостей, выполненного разработчиком, чтобы
сделать заключение, согласуются ли они с ЗБ и руководствами.
Анализ уязвимостей разработчиком может быть направлен на некоторую уязвимость с предложением
конкретных конфигураций или настроек функций ОО. Если такие ограничения применения считают дей
ственными и согласованными с ЗБ. то предполагают, что все такие конфигурации/настройки адекватно
описаны в руководствах, чтобы их мог применить потребитель.
11.9.2.5 Действие AVA_VLA.1,2Е
11.9.2.5.1 Шаг оценивания 2:AVA_VLA.1-4
Оценщикдолжен подготовить тесты проникновения, основываясь на материалах анализа уязвимос
тей. выполненного разработчиком.
Оценщик готовит к тестированию проникновения:
a) то. что необходимо, чтобы попытаться опровергнуть анализ разработчика в случаях, когда обосно
вание разработчиком непригодности уязвимости для использования является, по мнению оценщика, со
мнительным;
b
) то, что необходимо, чтобы сделать заключение о восприимчивости ОО. находящегося в своей
предопределенной среде, к явной уязвимости, не рассмотренной разработчиком. Оценщику необходимо
иметьдоступ ктекущей информации (например, от органа оценки) о явных уязвимостях изобщедоступных
источников, которые могли быть не рассмотрены разработчиком, оценщик также мог идентифицировать
потенциальные уязвимости в результате выполнения других действий по оценке.
Не предполагается тестирования оценщиком на предмет наличия уязвимостей (в том числе извест
ных из общедоступных источников), помимо тех. которые являются явными. Однако в некоторых случаях
необходимо будет выполнить тест прежде, чем пригодность к использованию может быть определена.
Если в результате исследований в ходе оценки оценщик обнаружит некоторую уязвимость, не относящую ся
к явным, то она должна быть приведена в ТОО как остаточная уязвимость.
Поняв предполагаемую явную уязвимость, оценщик определяет наиболее подходящий способ про
тестировать восприимчивость ОО. В частности, оценщик рассматривает:
a) интерфейсы функций безопасности, которые будут использованы для инициирования выполнения
ФБО и наблюдения их реакции;
b
) начальные условия, которые будут необходимы для выполнения теста (т.е. какие-либо конкретные
объекты или субъекты, которые будут необходимы, и атрибуты безопасности, которые им необходимо бу
дет иметь);
c) специальное оборудованиедля тестирования, которое потребуется либодля инициирования функ
ции безопасности, либо для наблюдения за функцией безопасности (хотя маловероятно, что специальное
оборудование потребовалось бы для использования явной уязвимости).
Оценщик, вероятно, посчитает целесообразным выполнить тестирование проникновения, используя
ряд наборов тестов, гдекаждый набор тестов будет использован для тестирования конкретной явной уязви
мости.
11.9.2 5.2 Шаг оценивания 2:AVA_VLA.1-5
Оценщик должен разработать тестовую документацию для тестов проникновения, основанных на
материалах анализа уязвимостей, выполненного разработчиком, детализация которой достаточна, чтобы
обеспечить воспроизводимость тестов. Тестовая документация должна включать в себя:
95