2. Состав и функции

1. Состав программы

REVIZOR2.EXE – главный исполняемый файл

FIX_DLL.DLL – библиотека функций вычисления контрольных сумм.

2. Выполняемые функции

Для работы с ПРД необходимо его открыть. «Ревизор – 2» позволяет просмотреть ПРД в том же виде, в каком он был создан в «Ревизор – 1», за исключением того, что ВП «Шаблон» не отображается. Если в проекте отсутствуют другие пользователи, то такой ПРД не будет открыт. «Ревизор – 2» позволяет только просматривать ПРД, не внося в них изменений (за исключением сравнения ресурсов).

1. Сравнение ресурсов.

В случае, если дерево ресурсов АРМ изменилось с времени создания проекта, «Ревизор – 2» позволяет произвести сравнение реального дерева ресурсов с деревом ресурсов текущего пользователя. При сравнении заново выполняется сканирование логических дисков и включенных в ПРД сетевых папок. Результаты сравнения можно вывести на печать или сохранить в текстовый файл. После просмотра результатов сравнения можно внести их в дерево ресурсов пользователя и при необходимости скорректировать права доступа к ним с помощью «Ревизор – 1».

2. Тестирование.

Тестирование представляет собой моделирование доступа пользователя к объектам АРМ. Моделируются следующие виды доступа:

• Чтение (в программе обозначается как R) – чтение данных из файла.

• Запись (W) – запись данных в файл.

• Удаление (D) – удаление файла.

• Добавление/создание (А) – для файлов: дозапись данных в конец файла; для каталога – создание в нем файла.

• Исполнение (X) – для файлов exe, com и bat – запуск программы. В случае запуска файла его выполнение автоматически прерывается.

Выполнение тестирования начинается с построения плана тестирования – списка объектов АРМ с указанием, какие виды доступа к ним должны моделироваться в ходе тестирования. Помимо этого в плане тестирования сохраняется имя пользователя, на основе списка ресурсов которого был создан план.

Для удобства в «Ревизор – 2» существует возможность автоматического построения плана тестирования. Построение плана осуществляется двумя способами: случайная выборка объектов и выбор объектов, чьи разрешения отличаются от родительских. Второй способ позволяет добавить в план тестирования объекты из каждой группы, для которой требуется установка администратором прав доступа, отличных от установленных по умолчанию. Для тестирования систем с полномочным управлением доступом предусмотрен режим отбора объектов с заданным грифом секретности. Также возможно тестирование разрешительной системы без учета грифов секретности объектов. После автоматического формирования плана Администратор добавляет в него объекты, которые не попали в план при автоматическом формировании. Для удобства ручной работы с планом в «Ревизор – 2» есть функции поиска в плане, а также сортировки плана по имени или расширению файлов.

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

В «Ревизор – 2» есть средство автоматического проведения операций корректировки плана тестирования – фильтрация элементов плана. Существует три вида фильтров:

• Фильтр для каталога – удаляет из плана все файлы, находящиеся в указанном каталоге и имя которых соответствует заданной маске (например *.ini в каталоге c:\windows ). Применяется также для удаления из плана конкретного файла. В качестве маски имени указывается имя файла (например, boot.ini в каталоге c:\).

• Фильтр для каталога и его подкаталогов – удаляет из плана все файлы, находящиеся в указанном каталоге или его подкаталогах и имя которых соответствует заданной маске (например *.dll в каталоге c:\windows ).

• Глобальный фильтр - удаляет из плана все файлы, имя которых соответствует заданной маске (например, *.sys).

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

По завершении резервного копирования Администратор закрывает «Ревизор – 2», осуществляет вход в систему под именем пользователя, для которого проводится тестирование, запускает «Ревизор – 2», открывает файл протокола тестирования и выполняет команду «Продолжить тестирование». На этой стадии выполняется моделирование доступа к объектам, включенным в план тестирования. «Ревизор – 2» фиксирует результат попыток доступа к объекту (был ли получен доступ данного вида или нет) и впоследствии сравнивает с матрицей доступа пользователя. После завершения тестов Администратор закрывает «Ревизор – 2», осуществляет вход в систему с правами администратора, запускает «Ревизор – 2», открывает файл протокола тестирования и выполняет команду «Продолжить тестирование». На этой стадии осуществляется восстановление файлов, которые были удалены или изменены в ходе тестирования. При восстановлении файлов проводится проверка их контрольных сумм с вычисленными ранее эталонами, что обеспечивает целостность восстанавливаемых файлов. После восстановления файлов тестирование считается завершенным и возможен просмотр результатов. Просмотреть результаты тестирования можно в любое время, открыв файл, содержащий протокол завершенного тестирования.

Просмотр результатов тестирования обеспечивает вывод на экран выявленных в ходе тестирования несоответствий. Все они делятся на две группы: «невыполненные запреты» и «невыполненные разрешения». В каждой из этих групп выявленные несоответствия разделены по соответствующему типу доступа. Для удобства просмотра для каждого типа доступа копируется часть дерева ресурсов, содержащая объекты, по отношению к которым в ходе тестирования были выявлены несоответствия модели описания разрешительной системы и реальной разрешительной системы. Также возможен вывод результатов тестирования на печать. В этом случае все несоответствия также делятся по типу несоответствия и типу доступа, но информация об объектах выводится в виде списка.