3. Понятие интерфейса. Язык описания интерфейсов idl (midl).

Ключевым моментом, на котором основана модель COM, является понятие интерфейса.

Интерфейс, образно говоря, является «контрактом» между программистом и компилятором. Программист обязуется реализовать все методы, описанные в интерфейсе, и следовать требованиям, предъявляемым к реализации некоторых их них.

Компилятор обязуется создать в программе внутренние структуры, позволяющие обращаться к методам этого интерфейса из любого поддерживающего те же соглашения средства программирования. Таким образом, COM является языково-независимой технологией и может использоваться в качестве «клея», соединяющего программы, написанные на разных языках.

Объявление интерфейса включает в себя описание методов и их параметров, но не включает их реализации. Кроме того, в объявлении может указываться идентификатор интерфейса — уникальное 16-байтовое число, сгенерированное по специальным правилам, гарантирующим его статистическую уникальность (GUID — Global Unique Identifier). Тип данных GUID, который применяется для идентификации COM-интерфейсов называется IID.

Интерфейсы могут наследоваться. Наследование интерфейсов — это декларация, указывающая, что унаследованный интерфейс должен включать в себя все методы предка.

Спецификация COM предполагает, что компоненты могут выполняться в разных адресных пространствах. При этом, при передаче управления (запуске) компонента возникает ситуация передачи параметров из одного адресного пространства в другое. Это процесс называется маршаллингом. Маршаллинг основывается на шаблоне Remote Proxy. В COM представлены спецификации стандартной реализации IMarshal, а для некоторых интерфейсов и код заместителей/заглушек. Программисту остается это только реализовать. Однако, язык определения COM-интерфейсов IDL (MS Interface Definition Language) позволяет этот процесс упростить. Описав компонент на IDL, после компиляции можно получить реализацию компонента на C/C++ с кодом заглушки/заместителя. На вход компилятора-IDL подается код на языке IDL. На выходе (после компиляции) получается программный код на языке высокого уровня. Чаще всего это C++. Замечание: язык IDL не является частью спецификации COM. Он является первичным языком технологии CORBA. Однако, в COM может быть использован факультативно.

Ниже приведен пример описания интерфейса на MIDL.

[

uuid(F3792A83-69C9-11D2-AC8C-525400DDA17A),

helpstring("Этот интерфейс определяет методы работы со стеком.")

]

interface IStack : IUnknown

{

HRESULT Push([in] VARIANT Val);

HRESULT Pop([out, retval] VARIANT *pVal);

}

4. Критерии оценки надежных компьютерных систем. Оранжевая книга.

В "Оранжевой книге" надежная система определяется как "система, использующая достаточные аппаратные и программные средства, чтобы обеспечить одновременную обработку информации разной степени секретности группой пользователей без нарушения прав доступа".

Надежность систем оценивается по двум основным критериям: политика безопасности и уровень гарантированности.

Политика безопасности - набор законов, правил и норм поведения, определяющих, как организация обрабатывает, защищает и распространяет информацию. Политика безопасности – это активный компонент защиты, включающий в себя анализ возможных угроз и выбор мер противодействия.

Уровень гарантированности – мера доверия, которая может быть оказана архитектуре и реализации ИС. Доверие безопасности может проистекать как из анализа результатов тестирования, так и из проверки (формальной или нет) общего замысла и реализации системы в целом и отдельных ее компонентов.

В "Оранжевой книге" рассматривается два вида гарантированности – операционная и технологическая. Операционная гарантированность относится к архитектурным и реализационным аспектам системы, в то время как технологическая - к методам построения и сопровождения.

Операционная гарантированность - это способ убедиться в том, что архитектура системы и ее реализация действительно реализуют избранную политику безопасности.

Включает в себя проверку следующих элементов: Архитектура системы; Целостность системы; Анализ тайных каналов передачи информации; Надежное администрирование; Надежное восстановление после сбоев.

Технологическая гарантированность охватывает весь жизненный цикл ИС, то есть периоды проектирования, реализации, тестирования, продажи и сопровождения. Все перечисленные действия должны выполняться в соответствии с жесткими стандартами, чтобы исключить утечку информации и нелегальные "закладки".

Включает: Тестирование; Доступность системы; Надежность системы; Верификация описания системы.

Важным средством обеспечения безопасности является механизм подотчетности (протоколирования). Надежная система должна фиксировать все события, касающиеся безопасности. Ведение протоколов должно дополняться аудитом, то есть анализом регистрационной информации.

При оценке степени гарантированности, с которой систему можно считать надежной, центральной является концепция “надежной вычислительной базы” (НВБ).

НВБ – совокупность защитных механизмов компьютерной системы (включая аппаратное и программное обеспечение), отвечающих за проведение в жизнь политики безопасности.

Основное назначение НВБ - выполнять функции монитора обращений, то есть контролировать допустимость выполнения субъектами определенных операций над объектами. Каждое обращение пользователя к программам или данным проверяется на предмет согласованности со списком действий, допустимых для пользователя.

От монитора обращений требуется выполнение 3 свойств:

• Изолированность. Монитор должен быть защищен от отслеживания своей работы;

• Полнота. Монитор должен вызываться при каждом обращении, не должно быть способов его обхода;

• Верифицируемость. Монитор должен быть компактным, чтобы его можно было проанализировать и протестировать, будучи уверенным в полноте тестирования.

Реализация монитора обращений называется ядром безопасности. Ядро безопасности - это основа, на которой строятся все защитные механизмы. Помимо перечисленных выше свойств монитора обращений, ядро должно гарантировать собственную неизменность.

Документация – необходимое условие гарантированной надежности системы и, одновременно, - инструмент проведения политики безопасности. Согласно “Оранжевой книге”, в комплект документации надежной системы должны входить следующие тома:

• Руководство пользователя по средствам безопасности;

• Руководство администратора по средствам безопасности;

• Тестовая документация;

• Описание архитектуры.