ГОСТ Р ИСО/МЭК18045— 2008
Если проект верхнего уровня включает в себя требования безопасности для среды ИТ, которые не
включены в ЗБ. или если они отличаются от требований, включенных в ЗБ. такая несогласованностьдолж на
быть учтена оценщиком при выполнении действия ADV_HLD.2.2E.
13.6.3.3.6 Шагоценивания 4:ADV_HLD.2-6
Оценщикдолжен исследовать проект верхнего уровня, чтобы сделать заключение, включает ли он в
себя представление функций, предоставляемых поддерживающими механизмами защиты, реализованны
ми в базовых аппаратных, программно-аппаратных и программных средствах.
Если ЗБ не содержит требования безопасности для среды ИТ. то рассматриваемый шаг оценивания
не применяют и поэтому считают удовлетворенным.
Представление функций, предоставляемых базовой абстрактной машиной, на базе которой функцио
нирует 0 0 , не обязательно необходимо на том же уровне детализации, что и представление функций,
являющихся частью ФБО. В представлении должно быть пояснено, каким образом ОО использует функ
ции. предоставленныедля поддержки целей безопасности для ОО аппаратными, программно-аппаратными и
программными средствами, реализующими требования безопасности для среды ИТ. от которой
зависит ОО.
Изложение требований безопасностидля среды ИТ может бытьабстрактным, особенно если предпо
лагается возможность их удовлетворения множеством различных комбинаций аппаратных, программно-
аппаратных и/или программныхсредств. В качестве части вида деятельности «Тестирование», когда оцен
щику предоставляется, по крайней мере, один образец базовой машины, для которой утверждается, что
она удовлетворяет требованиям безопасности для среды ИТ, оценщик может сделать заключение, предо
ставляетли она необходимые функции безопасностидля ОО. Это заключение оценщика не требует тести
рования или анализа базовой машины; оно является только заключением, что функции, которые, как пред
полагается. предоставляются базовой машиной, действительно имеются.
13.6.3.3.7 Шагоценивания 4:ADV_HLD.2-7
ИСО/МЭК 15408-3 ADV_HLD.2.6C: Проект верхнего уровня должен идентифицировать все интер
фейсы для подсистем ФБО.
Оценщикдолжен проверить, идентифицированы ли в проекте верхнего уровня интерфейсы подсис
тем ФБО.
Проект верхнего уровня должен включать в себя для каждой подсистемы имя каждой из ее точек
входа.
13.6.3.3.8 Шагоценивания 4:ADV_HLD.2-8
ИСО/МЭК 15408-3 ADV_HLD.2.7C: Проект верхнего уровня должен идентифицировать, какие из
интерфейсов подсистем ФБО являются видимыми извне.
Оценщик должен проверить, идентифицировано ли в проекте верхнего уровня, какие интерфейсы
подсистем ФБО являются внешне видимыми.
Как изложено в описании шага оценивания ADV_FSP.2-3. через внешние интерфейсы (т.е. видимые
пользователю) можно прямо или косвенно получить доступ к ФБО. Любой внешний интерфейс, через кото
рый можно прямо или косвенно получить доступ к ФБО, должен быть идентифицирован в целях проведе
ния данного шага оценивания. Внешние интерфейсы, через которые нельзя получить доступ к ФБО, не
обязательно должны быть идентифицированы.
13.6.3.3.9 Шагоценивания 4:ADV_HLD.2-9
ИСО/МЭК 15408-3ADV_HLD.2.8C: Проект верхнегоуровнядолжен содержать описаниеназначения
и методов использования всех интерфейсов подсистем ФБО. обеспечивая, где это необходимо, дета
лизациюрезультатов. нештатных ситуаций и сообщений обошибках.
Оценщикдолжен исследовать проект верхнего уровня, чтобы сделать заключение, содержится ли в
нем описание назначения и методов использования всех интерфейсов каждой подсистемы, и дается ли,
при необходимости, подробное описание результатов, нештатных ситуаций и сообщений об ошибках.
Проект верхнего уровня должен содержать описание назначения и методов использования для всех
интерфейсов каждой подсистемы. Такое описание может быть приведено для одних интерфейсов в общих
чертах, адля других — более подробно. При определении необходимого уровня детализации результатов,
нештатных ситуаций и сообщений об ошибках оценщику следует учитывать цели данного анализа и мето ды
использования интерфейсов ОО. Например, оценщику необходимо понять характер взаимодействия
между подсистемами, чтобы обрести уверенность в правильности проекта ОО и быть способным понять
это только на основе общего описания некоторых интерфейсов между подсистемами. В частности, внут
ренние точки входа одной подсистемы, которые не используются любойдругой подсистемой, как правило,
не требуют подробного описания.
154