Зависимость способа реализации средства
защиты от предъявляемых к нему требований
Выбор конкретного способа реализации системы защиты
зависит от первоначально предъявляемых к этой системе требований.
В табл. 12 перечислены наиболее часто возникающие требования к средству
защиты и рекомендуемый уровень его реализации в соответствии с табл. 11.
Из приведенного выше анализа сетевой архитектуры и сравнительной характеристики
различных способов реализации средств защиты сетевой информации следует,
что реализации на уровне промежуточных драйверов и драйверов сетевых устройств
являются наиболее предпочтительными. Даже с учетом фактора реализации
дополнительной функциональности, несвойственной данному уровню относительно
модели OSI, то есть, по сути дела, разработки некоторых функций драйвера
транспорта.
Разработка этих драйверов хорошо документирована, и ОС Windows NT предоставляет
возможность их внедрения в стек сетевых драйверов без необходимости модификации
уже существующих компонентов. Они могут взаимодействовать с компонентами
исполнительной системы, ядром и HAL, получая тем самым максимальные возможности
для реализации функций защиты. Эти драйверы способны контролировать весь
сетевой трафик, через них проходят данные всех приложений, исполняющихся
в системе.
В результате исследования сетевой архитектуры можно сделать следующие
выводы:
Не на всех уровнях сетевой архитектуры операционная
система Windows NT позволяет расширять свои возможности и, в частности,
возможности по реализации защиты сетевой информации.
Даже там, где сетевая архитектура предоставляет возможность
расширения своей функциональности, Microsoft не всегда документирует
эту возможность. Это в первую очередь относится к драйверам файловых
систем, разработка которых до недавнего времени вообще не была документирована,
а сейчас соответствующая документация предоставляется отдельно от MSDN
и по достаточно высокой цене.
Наибольшие возможности по расширению своей функциональности
ОС предоставляет на уровне промежуточных драйверов, располагающихся
между драйверами транспортов и драйверами сетевых карт. Но в этом случае
может возникнуть проблема реализации дополнительной функциональности
в драйвере для корректной своей работы в сети. Эта проблема возникает
в результате того, что ОС позволяет безболезненно встраивать собственные
модули защиты только на довольно низком уровне относительно модели OSI.
Поэтому средству защиты иногда требуется реализовывать функциональность,
уже имеющуюся у сетевых компонентов более высокого уровня (относительно
модели OSI).
Таблица 12
Требования
к системе безопасности
|
Рекомендуемый
уровень реализации средства защиты
|
Необходимо
реализовать программу, обеспечивающую безопасный обмен данными
по компьютерной сети
|
Реализация
на уровне приложения и DLL
|
Необходимо
обеспечить безопасный обмен данными по сети между приложениями,
использующими конкретное сетевое API или контроль доступа к сетевому
API
|
Реализация
на уровне системной DLL, предоставляющей этот API, или на уровне
"родного" API, или на уровне соответствующего драй-
вера файловой системы
|
Необходимо
обеспечить контроль доступа к сетевым сервисам
|
Реализация
на уровне сетевого сервиса (которая сводится к реализации защиты
на уровне системной DLL rpcrt4 или "родного" API) или
реализация на уровне сетевых драйверов для контроля адресов
|
Необходимо
обеспечить безопасный обмен данными по сети между приложениями,
использующими конкретный транспортный протокол, или анализ трафика
по этому протоколу
|
Реализация
на уровне драйвера ndis.sys или драйвера транспорта или промежуточного
драйвера или драйвера устройства
|
Необходимо
обеспечить безопасный обмен данными по сети между любыми приложениями,
или анализ всего трафика в сети
|
Реализация
на уровне драйвера ndis.sys или промежуточного драй- вера или
драйвера устройства
|
|