Недостатки системы администрирования

Анализ системы администрирования семейства технологий COM указывает на ее хорошую продуманность и организацию, как с точки зрения эффективности выполняемых функций, так и с точки зрения простоты использования. Однако на наш взгляд в ней присутствует существенный недостаток. На практике вся система безопасности замыкается на одной группе администраторов операционной системы, имеющих одинаковые права. Не существует встроенного ни в операционную систему Windows, ни в систему COM/DCOM/COM+, механизма четкого разделения прав администраторов с возможностью взаимного контроля и дублирования.

Общий подход к обеспечению синхронизации и доступности разделяемых ресурсов

При использовании семейства технологий COM упорядочение доступа к разделяемым ресурсам может осуществляется:

- Явно - с помощью соответствующего кода прикладной программы, использующего взаимоисключающие примитивы типа критических частей кода.

- Автоматически - с помощью системы

COM использует автоматическое упорядочивание, присущее обработке сообщений Windows, при маршалинге методов через границы процессов. Маршалинг реализуется посредством обработки сообщений в скрытом окне. Следовательно, один вызов метода COM-объекта будет полностью завершен до того, как начнет выполнятся другой метод. При использовании COM+ реализация согласования обращений к ресурсам существенно упрощается реализовано за счет применения специальных атрибутов "требуется синхронизация". При этом в процесс выполнения вызова может вмешаться перехватчик COM+ и применить блокировку для обеспечения синхронизации. Тем самым работа программиста значительно упрощается. Недостатком автоматического упорядочивания к разделяемым данным является возможность запрещения любого доступа к разделяемым данным, даже в том случае, когда один из методов обращается только к части данных.

Использование технологий DCOM и COM+ предопределяет необходимость оптимизации использования таких сетевых ресурсов как объем сетевого трафика и вычислительных возможностей сервера. Общий аспект оптимизации – это получение клиентом указателей на интерфейсы сервера. Для получения нескольких указателей путем одного обращения по сети программистом, возможно, использовать функцию CoCreateInstanceEx. Кроме того DCOM кэширует все вызовы Release клиента и реально не пересылает вызовы Release по сети до тех пор, пока клиент не доведет значение счетчика до нуля. За счет этого несколько оптимизируется загрузка компьютера-сервера при удалении/создании объекта. Еще одним решением для экономии вычислительных ресурсов при создании сетевого соединения является пул соединений. Его применение целесообразно при многократных обращениях к одним и тем же серверам.

Для того, что бы из-за неправильной работы клиента, или из-за сбоев в сети на сервере не оставалось не освобожденных объектов клиент периодически обращается к серверу, давая знать, что он находится в работоспособном состоянии. Если три таких последовательных обращения пропущены, система считает, что клиент завершил работу и освобождает объект вместо клиента. Трафик, связанный с указанными извещениями невелик. На наш взгляд данная схема требует усовершенствования. Злоумышленник, многократно и кратковременно нарушая работоспособность линий связи или удаляя ответы клиента, может существенно загрузить сервер выполнением запросов на создание/удаление объектов.

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

Дата добавления: 2014-01-14