2.3. Проект medusa

Проект Medusa представляет собой патч для ядра Linux, который перехватывает определенные процедуры ядра и запросы дополнительных ядер безопасности провайдера. Хотя это и похоже на PAM, он имеет ряд преимуществ. В первую очередь, приложения не знают о системе безопасности, они не должны быть специально закодированы, чтобы воспользоваться системой. Во-вторых, безопасность относится к широкому спектру ресурсов системы, с высоким уровнем детализации. Medusa, таким образом, обеспечивает не только на уровне файлов управления доступом, а также может быть настроен для управления доступом к процессам, или практически любой другой ресурс системы. Medusa — система, позволяющая делить процессы на группы — виртуальные среды и гарантировать их непересекаемость. Проект Medusa DS 9был инициирован летом 1997 года.

Первая версия этого программного продукта представляла собой за­платку для ядра ОС Linux. В настоящее время Medusa DS9 представля­ет собой пакет способный значительно улучшить защищенность Linux- систем. расширяя функциональность стандартных средств обеспечения безопасности, обеспечивая при этом обратную совместимость.

Medusa DS9 поддерживает на уровне ядра авторизацию пользовате­лей на серверах авторизации, поэтому прежде чем выполнять какую-либо операцию, ядро делает запрос на сервер, который в свою очередь либо разрешает, либо запрещает ее выполнение. Так же в некоторых случаях сервер может повлиять и на то, как эта операция должна выполняться, что в свою очередь позволяет использовать практически любую архитек­туру безопасности. Если сервер авторизации сконфигурирован правильно, то при необходимости получения доступа к системным ресурсам выделя­ется наилучший, из соображений безопасности системы, уровень доступа и проводится аудит системы.

Пакет Medusa DS9 состоит из двух частей: патч для ядра ОС Linux и демон безопасности «констебль», который выполняет функции сервера ав­торизации. Заплатка ядра позволяет установить контроль над системными вызовами, действиями файловой системы и процессами. Демон безопасно­сти связывается с ядром, используя символьное устройство /dev/medusa для манипуляции пакетами. Когда ядру нужно сделать запрос на под­тверждение, оно записывает информацию в это устройство, при этом сам процесс переводится в спящий режим. Далее активизируется Констебль, который читает информацию из символьного устройства /dev/medusa и, в зависимости от настроек и конфигурации системы Medusa , посылает ответ ядру и снова засыпает. Получив ответ, ядро активизирует процесс и получает результат операции. Вообще говоря, в случае необходимости констебль может сам посылать команды ядру, даже если от ядра не посту­пало никаких запросов на выполнение. В своей работе демон безопасности использует специальный коммуникационный протокол, определенный за­ранее в ядре системы. Поэтому, зная лишь какой протокол он использует и, будучи уверенным, что ядро его поддерживает, на его основе можно ор­ганизовать полноценный сервер авторизации, не боясь при этом испортить что-нибудь в ядре системы. Для передачи информации протокол исполь­зует специальные пакеты. Пакет Medusa DS9 предоставляет следующие возможности:

• управление доступом к любому файлу системы посредством VFS:

• возможность перенаправить доступ на выбранный файл;

• управление отсылкой / приемом сигналов;

• непосредственное управление выполнением важных процессов:

• контроль выполнения любых системных вызовов любого выбранного процесса:

• каждый процесс или файл является частью специализированной вир­туальной подсистемы, и каждому процессу назначается уровень до­ступа к этой виртуальной подсистеме, что позволяет скрыть суще­ствование одних процессов и файлов от других;

• каждый процесс имеет уникальный идентификатор (uid), который назначается при первом вызове;

• низкоуровневый контроль над любым системным вызовом.

Благодаря тому, что констебль представляет собой интерпретатор со своими собственным языком описания конфигурационных файлов, напо­минающим язык С, можно реализовать практически любую модель без­опасности. Медузы предназначен для быстрого, с массовым параллелизмом, модульные, вход в грубой якорь. Целью является поддержка как многие услуги, которые позволяют удаленной аутентификации насколько это возможно. Автор рассматривает следующие пункты, как некоторые из ключевых особенностей этого приложения На основе потоков параллельного тестирования. грубой силы тестирование может быть осуществляется с нескольких хостов, пользователей и пароли одновременно.

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

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