WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 4 | 5 || 7 |

«А.Ю. Щеглов КОМПЬЮТЕРНОЙ НЕСАНКЦИОНИРОВАННОГО Анализ защищенности современных операционных систем. Особенности и недостатки встроенных систем 1101000011111010101 защиты ОС Windows и ОС Unix. ...»

-- [ Страница 6 ] --

Диспетчер задач распределяет кванты времени между задачами в соот ветствии с их приоритетами. При этом ресурсы центрального процессо ра будут переданы той задаче, у которой более высокий приоритет. При этом до истечения кванта выданного ей процессорного времени, програм ма не может быть прервана (если только сама не отдаст управление). Та ким образом, речь идет об обслуживании заявок по дисциплине с отно сительными приоритетами. Эта дисциплина не позволяет корректно реализовать расписания реального времени.

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

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

Подход к реализации в современных ОС управления по приоритетным расписаниям Рассмотрим подход к реализации в ОС передачи управления в соответ ствии с приоритетным расписанием. Данный подход состоит в следующем:

» Выделяются задачи, реализующие собственно защиту от НСД механиз мом контроля списков. Им назначается высокий относитель ный приоритет.

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

« Выделяются прикладные задачи. Им назначается низкий приоритет.

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

Получив управление, задача может либо занять вычислительный ресурс, либо передать его на квант мени (обозначим это время как прикладным задачам. Т.е.

задача, реализующая защиту от НСД, будет распределять время между собой и прикладными за Рис. 18.2. Схема дачами (реализовывать расписа между задачами Схема такой передачи уп равления приведена на рис.

На схеме обозначен входной поток задач Прибор постановки в оче редь (А) выбирает из входного потока задачи и распределяет их по оче редям в соответствии с их приоритетами.

В случае, если задача принудительно отдала управление на заданное время, прибор постановки отложит размещение этой задачи в очередь.

Прибор выбора задачи из очереди (В) выбирает задачи из очередей в со ответствии с их приоритетами и передает их на обслуживание в цент ральный процессор (ЦП).

На схеме задачам одного приоритета выдается одна очередь, из которой происходит выборка опять же в соответствии с расписанием.

Выводы Подытожить вышесказанное можно следующими высказываниями:

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

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

Часть V. Контроль корректности функционирования механизмов защиты 18.4. Построение и использование эффективных приоритетных расписаний 18.4.1. Основы построения приоритетных расписаний Основные понятия Идея рассматриваемого подхода состоит в реализации дисциплин обслу живания реального времени с передачей прав по расписанию (ДОР), по средством смены относительных приоритетов по расписанию [20].

При этом система должна быть построена таким образом, чтобы в лю бой момент времени относительный приоритет (ОП) не мог совпасть у заявок из нескольких очередей. Если данное условие не будет выпол нено, то в системе неминуем конфликт при занятии ресурса, т.к. несколь ко абонентов одновременно получат право занять ресурс после осво бождения.

Для описания ДООП используем матрицу приоритетов (МП), пред ставляющую собою квадратную матрицу = размерности по числу М абонентов. Элемент матрицы задает ОП заявки по отношению к (здесь и далее имеется в виду очередь или, соответ ственно, класс заявок): нет приоритета, «1» есть приоритет.

Например, первая строка первой таблицы означает, что пер вая заявка имеет более высокий приоритет чем вторая, третья и чет вертая заявки. Для описания ДОР (в общем случае исполь зуем граф изменения матрицы ОП в моменты времени — моменты занятия ресурса в соответствии с расписанием.

На рис 18.3 представлен пример графа бесприоритетной ДОР, реали зуемой методом динамической смены ОП, для случая М = цикл рас писания которой имеет вид: (1, 2, 3, 4). Соответственно, в каждый мо мент времени состояние системы описывается своей МП.

Бесприоритетность расписания обеспечивается тем, что каждый абонент входит в расписание равное число раз. Причем это число в общем слу чае может быть более одного, например (1, 1, 2, 2, 3, 3, 4, 4).

i/i ill i/i \ 1 1 г 0 0 1 1 0 3 3 3 4 4 4 < Рис. 18.3. Пример графа бесприоритетной дисциплины обслуживания Глава Разработка и оптимизация механизма контроля Требования к матрице приоритетов Элементы МП должны удовлетворять следующим требованиям:

* = т.к. между заявками одного класса не могут быть установле ны приоритеты;

» если = 1, то = 0, т.е., если заявки класса имеют приоритет по отношению к заявкам класса j, то последние не могут иметь приори тет по отношению к заявкам * в матрице приоритетов не должны совпасть любые две строки любые два у, j В графе смены МП (в цикле расписания), по крайней мере, по одному разу должны присутствовать МП, задающие высший ОП каждого из М классов заявок.

Правило высших относительных приоритетов Для реализации приоритетной ДОР в цикле расписания по крайней мере двум классам заявок высший относительный приоритет должен присва иваться различное число раз, например (1, 2, 1, 3, 1, 4).

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

Относительные приоритеты (ОП) в рамках ДОР однозначно задаются рас писанием, где в каждый момент времени приоритет заявок соответ ствует порядку передачи полномочий, исключая повторные передачи прав одной очереди в цикле ОР (эта возможность реализуется изменением длины кванта времени). Например, для расписания 2, 1, 3) в момент времени -- ОП [1, 2, 3], в момент времени -- [2, 1, 3], в момент времени — [1, 3, 2], в — [3, 1, 2].

Для дисциплин обслуживания с динамическими ОП, изменяемыми по рас писанию, функция изменения приоритета заявки т, = \,...,М имеет вид:

- исходный ОП заявки поступающей в момент t", соответству ющий состоянию цикла расписания, длиной — приращение приоритета заявки, получаемое при смене состо яний цикла расписания = \,...,G (может иметь отрица тельные значения).

Часть V. Контроль корректности функционирования механизмов защиты Для заявок, обслуживаемых с ОП, для = 0 и для = s = = const.

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

Можно выделить два режима использования относительного приори тета, которые определяются его отношением к приоритетам реально го времени:

Первый режим предполагает задание относительного приоритета за явки относительно заявок, обслуживаемых в реальном на пример, [1, (2, 3, Данный режим может выделяться для внеочер дного обслуживания каких-либо заявок (в нашем примере заявка всегда приоритетнее, чем заявки 2, 3, 4, которые обслуживаются меж ду собой по бесприоритетному расписанию).

Этот режим может использоваться для задания относительного при оритета задаче, осуществляющей диспетчеризацию заявок.

» Второй режим предполагает задание относительного приоритета зая вок реального времени относительно остальных заявок, например, 2, 3), 4] (в нашем примере заявка 4 всегда менее приоритетна, чем заявки 1, 2, 3, которые обслуживаются между собой по бесприо ритетному расписанию).

Данный режим может выделяться для фонового обслуживания каких либо заявок (в нашем примере заявка 4 будет обслуживаться в фоно вом режиме, например, в фоновом режиме могут обслуживаться заяв ки приложений).

18.4.2. Теоретические основы синтеза приоритетных расписаний Детерминированная задача синтеза расписаний реального времени Выше отмечалось, что под приоритетным понимается расписание, в цикле которого различные классы или очереди заявок встречаются различное чис ло раз. Возникает вопрос сравнения между собой приоритетных расписаний Глава Разработка и оптимизация механизма уровневого контроля с целью выработки требований к их оптимальности. Например, рассмотрим два расписания (1, 1, 2, 3) и (1, 2, 1, 3). В обоих расписаниях первый абонент имеет более высокий приоритет (в 2 раза чаще встречается в цикле, чем вто рой и третий абоненты). Возникает вопрос — одинаковы или различны эти расписания с точки зрения эффективности их применения в системах реаль ного времени. Попытаемся проанализировать данный вопрос и выработать требования к оптимальному приоритетному расписанию [22].

Пусть имеем R различных приоритетов заявок в системе, обслуживаемых по расписанию. Соответственно, r = заявок имеют равный приоритет = = Таким об разом, система содержит М очередей заявок, которым соответствует R уровней приоритетов.

Детерминированная задача синтеза расписаний реального времени мо жет быть сформулирована следующим образом :

= r = \,...,R, где — характеристика обслужи вания очереди заявок приоритета, - ограничение, накла дываемое на время обслуживания заявки системой, функционирующей в реальном масштабе времени.

Оптимальное приоритетное расписание и радиальный граф С учетом сформулированной задачи синтеза расписаний реального вре мени дадим определение канонического (в данном случае — оптималь ного) Под каноническим (оптимальным) расписанием будем понимать расписа ние, обеспечивающее минимальные значения характеристик в рам ках заданного разбиения М классов заявок на R уровней приоритета, получаемое поочередной передачей прав очередям заявок в рамках ра диального графа.

Под радиальным графом передачи прав понимается граф, удовлетворяю щий следующим условиям:

» Этот граф содержит вершин приоритета r, r = \,...,R, причем в каждую вершину нижестоящего приоритета входит только одна дуга от одной вершины вышестоящего приоритета.

Из каждой вершины всех приоритетов, кроме выходит дуг, где [а] — есть большее целое числа а.

* Все приоритета R соединяются дугой с вершиной приорите та 1 (из вершин R выходит только одна дуга) — в этом случае дуга направлена в сторону вершины 1, в то время как в остальных случаях дуга направлена в вершину, соответствующую очереди заявки с более низким приоритетом.

Радиальный граф передачи прав представлен на рис. 18.4.

Часть V. Контроль корректности функционирования механизмов защиты Уровень Число вершин Рис. 18.4. Радиальный граф передачи прав на занятие ресурса Радиальный граф, у которого по крайней мере одна вершина (не уровня приоритета соединена только с одной вершиной приоритета уров ня + 1, назовем вырожденным. Соединение двух вершин одной дугой является альтернативным способом задания равного приоритета двум абонентам системы. Под предельно вырожденным понимаем граф, в ко тором из каждой вершины только одна дуга выходит и в каждую верши ну только одна дуга входит — этот граф задает бесприоритетное распи сание, соответствующее обслуживанию в циклическом порядке.

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

1. Произвольным образом через одну вершину каждого приоритета проводится первый путь.

2. Второй путь должен пройти через вершины всех приоритетов, кроме первого (через первый путь проходит всегда), не соединенные пер вым путем;

третий — не соединенные первыми двумя путями и т.д.

3. Если не осталось на рассмотрении вершин г-го приоритета, через которые не прошел по крайней мере один путь (для невырожден ного графа прежде всего это приоритет 2) из проведенных путей (2 путей). Дуга + 1 проходит как и первая, но уже через другие вершины приоритета + 1 и т.д., вплоть до соединения путями вершины первого приоритета со всеми вершинами приоритета R.

4. Все вершины R приоритета соединяются дугой с вершиной высше го приоритета.

Глава Разработка и оптимизация механизма уровневого контроля 5. Нумеруются пути в соответствии с очередностью их получения.

Именно в соответствии с этой нумерацией (с этим порядком) в системе должны передаваться полномочия на доступ к ресурсу.

6. Для каждого полученного пути определяется очередность передачи полномочий между вершинами графа (очередями заявок) перечис лением очередности появления соответствующих вершин на пути.

Иллюстрация получения поочередной передачи прав, с использованием приведенной процедуры представлена на рис. 18.5.

Итерация Номер пути Очередность передачи передачи (в общей после- прав в пути Рис. 18.5. Радиальный граф с поочередной передачей прав Свойства канонических (оптимальных) расписаний реального времени Можно выделить следующие свойства канонических расписаний реаль ного времени:

1. В общем случае для каждой очереди заявок в цикле расписания может быть несколько очередностей передачи прав на доступ к ресурсу = например, (1, 2, 1, 3, 4). При этом параметры обслуживания заявок определяются гарантированной продолжитель ностью обслуживания и средней продолжительностью гарантированного обслуживания тре бований с учетом различных очередностей Часть V. Контроль корректности функционирования механизмов защиты Таким образом, в общем случае при нескольких очередностях в систе ме, дисциплина обслуживания реального времени задается канонического расписания значения и соответственно совпадают для заявок всех R приоритетов.

2. В системе реализуются минимально возможные значения для всех заявок всех R приоритетов.

3. Относительный уровень (коэффициент) приоритетности заявок вырожденного графа при минимальных составляет:

Соответственно, ограничением на общность построения радиаль ного графа будет:

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

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

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

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

Рассмотрим следующий вариант, когда одно из времен несанкциониро ванного изменения списка (верхний предел времени для проведения про верки по данному списку) намного меньше остальных.

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

Таким образом, исходным условием является то, что время = /k, т.е. верхний предел времени для проведения проверки первого списка в k раз меньше, чем у остальных.

Длительность всех проверок для простоты примем равной Очевидно, что при реализации системы реального времени все заявки на обслуживание должны обрабатываться за фиксированное время Тогда для случая с бесприоритетным обслуживанием (циклическое обслужива ние запросов на проведение контроля всеми механизмами) получим вре менные затраты на проведение всех проверок:

• i= Пусть контроль по первому списку, характеризуемому более жесткими ограничениями на параметр Т осуществляется в k раз чаще. Введем приоритет обслуживания для контроля первого списка. В результате по лучим временные затраты на проведение всех проверок:

• Очередности обслуживания в режиме и с приоритет ным режимом для контроля первого списка представлены на рис. 18.6 и рис. 18.7.

+ т Рис Очередность обслуживания при отсутствии приоритетов Часть V. Контроль корректности функционирования механизмов защиты 0 Г Рис Очередность обслуживания с приоритетом контроля первого списка Оценка выигрыша Получаемый выигрыш от использования расписания проиллюстрирован на рис 18.8, 18.9, где:

- 1 * контр, ~ ~ Рис. Выигрыш от включения в схему контроля приоритетного обслуживания, как функция = На рис 18.8 по оси k откладывался коэффициент k, по оси Д — получа емый выигрыш от использования приоритетного обслуживания по срав нению с бесприоритетным обслуживанием. По оси Д единицей измере ния является Из приведенного графика видно, что зависимость получаемого выигры ша (в единицах является линейной (прямая с коэффициентом наклона k — 1).

На рис. 18.9 по оси (k) (i) откладываются коэффициенты k и Коэффи циент i для различных кривых принимает значения k, 3k и По оси ординат отложены значения коэффициента получаемого Д от использования приоритетного обслуживания по сравнению с бесприори тетным (получаемый выигрыш равен Д • Полученная зависимость является нелинейной.

Глава Разработка и оптимизация механизма контроля ВО II Рис. от включения в схему контроля приоритетного обслуживания, как функция А = f(k,i) Оценим полученный выигрыш в процентном отношении при заданных параметрах.

Пусть:

* отношение временных ограничений для первого списка и всех ос тальных k = Т =10;

* » количество проверяемых списков = 10;

* время контроля каждого списка =,. = 10 [с].

При данных условиях получаемый выигрыш будет оцениваться:

= [с], [с], kT = 100 90 = Т.е. в данном случае выигрыш от реализации в системе приоритетного обслуживания составит:

• 100% = 810/1000 • 100 = 81%.

Из графика зависимости полученного выигрыша А (единицей измерения является видно, что с увеличением коэффициента величина вы игрыша растет быстрее. Т.е. наибольший выигрыш получается при боль Часть V. Контроль корректности функционирования механизмов защиты шом количестве контролируемых списков. От коэффициента k (отноше ние временных ограничений для разных проверок) он зависит в мень шей степени.

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

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

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

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

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

18. Разработка и оптимизация механизма уровневого контроля Запрещенная область решения Т Рис. 18.10. Геометрическая интерпретация задачи синтеза расписания Отложение вектора по соответствующей оси означает предоставление дан ному запросу кванта времени на обслуживание (соответственно или ). Очевидно, при отложении вектора должна быть перенесена система координат.

Поясним сказанное. Допустим, мы отложили вектор Это означает, что проведен контроль по первому списку. При этом (после контроля) ограни чения по первому списку будут иметь исходный вид Текущее же зна чение ограничения по второму списку уменьшится и станет равным 2 ~ начало координат должно быть перемещено по оси на величину вектора Значения на осях ограниче ния, которые не должны пересекаться откладываемыми векторами, образуя запрещенную область решения, пересечение которой означает невыполне ния ограничений по обслуживанию в реальном времени.

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

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

V = Т /Т п п Часть V. Контроль корректности функционирования механизмов защиты Запрещенная область Проекция Рис. Геометрическая интерпретация задачи синтеза расписания в базисе Задача выбора направления движения (проведения одной из проверок) интерпретируется следующим образом. Из начала системы координат к точке пересечения ограничений (в ортонормированном базисе задается значением = 1) проводится идеальный вектор направления дви жения (а). Составление расписания в этом случае соответствует отклады ванию по одной из осей скорости продвижения к ограничению. Выбор оси производится по критерию максимальной проекции на идеальный вектор.

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

После проведения проверки, что соответствует откладыванию соответ ствующего вектора, система координат сдвигается на величину отложен ного вектора по всем осям, кроме выбранной (на интервал, равный отложенной скорости). Данное действие соответствует уменьшению вре менных ограничений для проведения остальных проверок.

Последовательность откладываемых векторов образует цикл расписания.

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

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

Глава Разработка и оптимизация механизма уровневого контроля Методика синтеза расписания Рассмотрим в укрупненном виде методику синтеза расписания, которая состоит в выполнении последовательности шагов.

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

Затем проверяется условие возможности составления расписания реального времени (возможности обслуживания в реальном времени) для контроля списков:

Если данное условие не выполняется, то необходимо изменить началь ные ограничения за счет увеличения производитель ности системы (уменьшая тем самым или за счет уменьшения количества проверок (числа контролируемых списков).

После проверки выполнимости условия реализуется пошаговая процедура синтеза расписания, где на каждом шаге выполняются следующие действия:

1. Выбирается откладываемый вектор (контролируемый список).

2. Откладывается выбранный вектор (переносится система координат).

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

4. Проверяется, установился ли цикл расписания, т.е. обнаружена ли повторяющаяся последовательность контроля списков. Если не об наружена — переход к следующему шагу. Если обнаружена — син тез расписания завершен.

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

Часть V. Контроль корректности функционирования механизмов защиты _ Выделим три класса задач по продолжительности их решения системой:

« быстрые;

» средние;

» медленные.

Пусть задачи данных классов будут иметь различную фиксированную продолжительность решения системой. Соответсвенно обозначим продол жительности как соответствующие интенсивности обслужи вания — = 0,01(с);

= = = = 10(с);

= 1/ Пусть системой защиты реализуется три типа проверок (три контроли руемых списка) и пусть соответственно параметрами для данных прове рок будут:

0,005 (с) 0,05 (с) = 5 (с) = 0,001 (с) = 0,001 (с) = 0,001 (с) Для оценки влияния механизма уровневого контроля списков на загруз ку вычислительного ресурса системы при решении этих задач восполь зуемся моделью массового обслуживания. При этом в качестве критерия возьмем среднее время ожидания задачи в очереди.

Модель будет состоять из одного обслуживающего прибора и очереди заявок на обслуживание [6]. Входные параметры это модели таковы:

Я.... интенсивность входного потока заявок (имеет пуассоновский за кон распределения. Данный закон распределения выбран, т.к. он описывает наиболее случайное распределение интенсивности вход ного потока заявок);

b.... время обслуживания заявки в приборе (для каждого класса задач).

Средняя длительность ожидания заявки в очереди (для пуассоновского потока) в общем случае пределяется по формуле:

Глава Разработка и оптимизация механизма контроля где W - средняя длительность ожидания заявки в очереди;

- интенсивность обслуживания;

р - коэффициент загрузки системы;

а - отклонение длительности обслуживания;

р = •' b = / — коэффициент загрузки системы.

При постоянном времени обслуживания (s = 0) имеем:

- ДО = (А - р).

Для каждого из введенных классов задач построим графики зависимос ти среднего времени ожидания задачи в очереди W от интенсивности входного потока задач W = Для оценки влияния механизма уров невого контроля списков на загрузку вычислительного ресурса системы сравним графики рассматриваемой зависимости для следующих случаев:

* без реализации в системе механизма контроля списков (решаются только прикладные задачи);

« при реализации механизма для двух случаев — с бесприоритетным и приоритетных обслуживанием.

Полученные зависимости для первого класса задач (быстрые) приведе ны на рис. 18.12. Полученные зависимости для второго класса задач (сред ние) приведены на рис. 18.13. Полученные зависимости для третьего класса задач (медленные) приведены на рис. 18.14.

0, 0, о 0, 0, 0, 0,00 5,00 15,00 20,00 25,00 30,00 35,00 40,00 45,00 50, Интенсивность входного потока (без проверок) БП) (приоритетные проверки) Рис. 18.12. Среднее время ожидания задачи в очереди (первый класс) Часть V. Контроль корректности функционирования механизмов защиты 0, 0, 0,3 к 1 0, 0, 0, 0, О 1,00 1,50 2,00 2,50 3,00 4,00 5,00 5, Интенсивность входного потока — (без проверок) (проверки w (приоритетные Рис. 18.13. Среднее время ожидания задачи в очереди (второй класс) •, • интенсивность входного потока (1/с) (без проверок) (проверки БП) (приоритетные проверки) Рис. 18.14. Среднее время ожидания задачи в очереди (третий класс) На основании проведенных исследований могут быть следую выводы:

Увеличение загрузки вычислительного ресурса системы при исполь зовании механизма контроля может быть достаточно ве лико, особенно при высокой загрузке системы. Это обусловливает необходимость обоснованного выбора контролируемых списков.

Глава 18. Разработка и оптимизация механизма контроля 2. С целью более эффективного использования механизма целесооб разна реализация приоритетного обслуживания заявок на контроль списков в реальном времени. Как видим из представленных графи ков, потери производительности системы в этом случае могут быть сведены к минимуму.

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

Анализ контролируемых списков санкционированных событий Теперь в двух словах остановимся на анализе контролируемых списков санкционированных событий с точки зрения задания ограничений Очевидно, что можно выделить две группы атак на защищаемый объект автоматическая и автоматизированная. Автоматическая атака реализует ся разработкой и запуском на защищаемом объекте злоумышленником деструктивной программы (процесса). Эта программа автоматически вы полняет все несанкционированные действия.

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

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

18.6. Практические рекомендации по реализации механизма уровневого контроля С учетом проведенного анализа сформулируем некоторые основные ре комендации по практической реализации механизма уровневого контро ля в системе добавочной защиты.

Часть V. Контроль корректности функционирования механизмов защиты 1. При реализации механизма уровневого контроля могут быть выде лены две группы событий. В первую группу включается контроль процессов, во вторую — все остальные функции контроля.

2. Для механизма контроля процессов должен устанавливаться макси мальный приоритет, т.к. данный контроль характеризуется жестки ми ограничениями Ограничения для остальных событий на несколько порядков больше. Таким образом, как было показано выше, в системе реализуются максимально благоприятные условия для приоритетного обслуживания (может быть достигнут макси мальный результат за счет реализации приоритетных расписаний).

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

4. к схеме реализации механизма уровневого контроля, пред ставленной на рис. 17.2, отметим, что в задачи блока управления должна быть включена задача диспетчеризации заявок по приоритетно му расписанию, реализуемая в соответствии с рассмотренным выше способом (реализуется схемой, представленной на рис. 18.7).

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

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

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

Часть V. Контроль корректности функционирования механизмов защиты Контролируемые файловые объекты могут быть классифицированы в соответствии с функциональным назначением: исполняемые файлы (про и файлы данных.

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

Рассмотрим возможные подходы к реализации асинхронного (причинно го) запуска процедуры контроля целостности.

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

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

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

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

Запуск процедур Переход процедур контроля Рис. Схема асинхронного запуска процедуры контроля целостности Здесь механизм контроля событий N-ro уровня не что иное, как контроль целостности файлов данных. Управление данному механизму передается ос тальными механизмами контроля событий (уровней 1, 2,..., N~l) при обна ружении любым из этих уровней несанкционированного события в системе.

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

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

19.3. Проблема контроля целостности самой контролирующей программы Другая проблема реализации механизмов контроля целостности состоит в следующем — если контроль целостности реализуется программно, то возникает вопрос контроля целостности и корректности функциониро вания собственно контролирующей программы (можно же исполняемый файл данной программы модифицировать первым). Естественно, что для решения данной задачи в общем случае необходимо осуществление кон троля каким-либо внешним средством — аппаратной компонентой. Та кой подход, например, используется в некоторых вариантах реализации аппаратной системы защиты «Электронный замок». Здесь платой конт ролируется целостность файлов еще до загрузки системы — загрузка си стемы (как следствие, системы защиты) при этом разрешается только в эталонном виде.

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

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

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

Применение аппаратной защиты Часть VI Необходимость и принципы использования аппаратных средств защиты Технология программно аппаратной защиты Метод контроля вскрытия аппаратуры глава Необходимость и принципы использования аппаратных средств защиты Общие положения В предыдущих главах рассматривались механизмы уровневого контроля списков и механизмы контроля целостности файловых объектов. Было сказано, что эти механизмы призваны воспрепятствовать преодолению системы защиты (контроль списков) или свести к минимуму последствия такого преодоления (контроль целостности). При этом было отмечено, что в общем случае невозможно осуществлять контроль активности од ной программы над другой программой, запущенной на том же компью тере. Поэтому данная функция должна возлагаться на аппаратную ком поненту системы защиты -- плату, устанавливаемую в свободный слот защищаемого компьютера.

В этом разделе книги будут рассмотрены методы и подходы по исполь зованию аппаратных средств защиты, а также способы их комплексиро вания с программными средствами.

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

Кстати говоря, данная угроза носит общий характер. Если злоумышленник полу чает доступ к аппаратуре, т.е. может бесконтрольно снять крышку корпуса защи щаемого компьютера, у него появляется масса возможностей преодоления сис темы защиты, например, посредством сброса BIOS в исходное состояние.

Глава 20. Необходимость и принципы использования аппаратных средств защиты 20.2. Угрозы перевода системы защиты в пассивное состояние, их реализация 20.2.1. Классификация угроз перевода системы защиты в пассивное состояние В общем случае угрозы перевода ПО системы защиты в пассивное со стояние могут быть классифицированы следующим образом:

» угроза загрузки системы без механизмов защиты (загрузки ОС без полностью либо частично системы защиты);

» угроза перевода механизмов защиты (или системы защиты в целом) в пассивное состояние в процессе функционирования защищаемого объекта;

« если с целью добавочной защиты используется аппаратная компонен та (осуществляющая мониторинг активности ПО системы защиты), то появляется дополнительная угроза — угроза удаления оборудова ния системы защиты (аппаратной компоненты) с целью последующе го перевода ПО системы защиты в пассивное состояние одним из перечисленных выше способов.

Как и ранее, данные угрозы могут быть классифицированы как явные и скрытые. Скрытые угрозы могут быть осуществлены с использованием соб ственных программ злоумышленника, а также с использованием ошибок и закладок в ПО. Обобщенная классификация угроз перевода ПО системы защиты в пассивное состояние представлена на рис. 20.1.

Угрозы ПО системы защиты в пассивное состояние Угрозы перевода ПО системы Угрозы удаления защиты в состояние оборудования (аппаратной компоненты) системы защиты ого объекта Несанкционированные Закладки Ошибки то пользователя Рис. 20.1. Классификация угроз перевода ПО системы защиты в пассивное состояние Часть VI. Применение средств аппаратной защиты 20.2.2. Анализ рассматриваемых угроз применительно к современным ОС Рассмотрим данные группы угроз, применительно к ОС семейства Windows, Угроза загрузки системы без механизмов защиты (в предполо жении, что система защиты запускается как сервис при старте ОС) свя зана со следующими возможностями:

* загрузка системы с альтернативных носителей, например, с дискеты. В этом случае, поскольку загрузка ОС, в качестве сервиса которой дол жна запускаться система защиты, осуществляется не с жесткого дис ка, система защиты не загружается;

загрузка системы в безопасном режиме (например, Safe Mode для ОС Windows), либо в ином режиме, например, в DOS. При этом можно блоки ровать загрузку драйверов (основных механизмов защиты), т.е. загрузить систему с урезанными функциями. Это не страшно для встроенный меха низмов ОС — встроенная система защиты не позволит их отключить, но критично для механизмов добавочной защиты, т.к. для ОС драйверы и прикладные средства добавочной защиты являются внешними средства ми. Поэтому она не обеспечивает противодействие возможному их от ключению. Здесь же отметим, что принципиальным отличием загрузки в безопасном режиме для ОС UNIX и Windows (естественно, рассматрива ем технологию NT) будет то, что для ОС UNIX подобную загрузку может осуществить только пользователь «root» после авторизации, в ОС Windows — любой текущий пользователь после авторизации.

Практически в полном объеме те же угрозы присущи и для ОС семей ства UNIX, т.е. рассматриваемая задача защиты характеризуется общно стью для альтернативных семейств ОС.

Данные угрозы могут быть как явными (например, загрузка в режиме Safe Mode), так и скрытыми, например, инженерные пароли BIOS, возможность программно сбросить настройки BIOS в исходное состояние (модифици ровав его контрольные суммы — для ОС Windows 9x/Me) и т.д.

Угроза перевода механизмов (или системы защиты) в пассивное состоя ние в процессе функционирования защищаемого объекта связана с явны ми и скрытыми возможностями по остановке выполнения процесса системы защиты (либо вообще удаления данного процесса из системы).

Так, возможностью отображения списка запущенных процессов и удале ния процесса из списка обладают большинство системных мониторов и множество оболочек, например, Far. Для систем Windows 95/98, где все процессы запускаются как пользовательские (ОС не делит процессы на си стемные и пользовательские), из этой оболочки может быть остановлено выполнение любого процесса, в том числе и процесса системы защиты.

Это очевидная явная угроза, основанная на архитектурных особенностях данной ОС. Однако можно предположить, что существуют и аналогичные скрытые угрозы. По крайней мере утверждать обратное невозможно.

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

20.3. Методы противодействия угрозам перевода системы защиты в пассивное состояние 20.3.1. Методы противодействия загрузке ОС без ПО системы защиты По способу реализации защиты в рассматриваемом случае могут быть выделены два класса методов:

» методы, реализующие программную защиту;

* методы, реализующие аппаратную защиту.

Все программные механизмы защиты в той или иной мере связаны с использованием или модификацией программного средства управления защитой — BIOS.

BIOS позволяет установить различные режимы загрузки. В частности, позволяет задать загрузку только с системного диска, на котором уста новлена ОС. При этом в качестве сервиса (или службы) последней за пускается система защиты. На изменение заданного способа загрузки ОС средствами BIOS может быть установлен пароль.

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

« известно применение в ряде программ BIOS инженерных паролей паролей, ввод которых, вне зависимости от установленного пароля, позволяет получить доступ к настройкам способа загрузки ОС;

* с помощью специальных программ в ОС Windows 9x/Me настройки BIOS могут быть сброшены в исходное состояние, в котором по умол чанию задана критичная с точки зрения защиты системы очередность загрузки: в первую очередь загрузка производится с дисковода. Поэто му, если для защиты загрузки используется встроенный механизм аутен тификации BIOS, то в системе защиты обязательно должен быть ак тивным механизм обеспечения замкнутости программной не позволяющий пользователю запустить программу сброса BIOS, а также осуществить иные действия по модификации BIOS.

Часть VI. Применение средств аппаратной защиты Очевидно, что возможны два пути преодоления недостатков, связанных с использованием встроенных средств аутентификации пользователя BIOS, которые применяются на практике:

» расширение BIOS путем использования оригинальной (не встроенной) программы авторизации пользователя при доступе к настройкам BIOS;

» модификация программы BIOS путем усечения предоставляемых ею пользователю вариантов загрузки системы.

Первый подход реализуется с использованием широко применяемых се годня аппаратных компонент (в частности, «Электронных Эти компоненты выполнены в виде специальных плат, устанавливаемых в сво бодный слот компьютера. В состав платы входит программно-аппарат ное средство расширения функций BIOS.

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

Второй подход связан с возможностью программным образом (перепрог раммированием) закомментировать некоторые строки текста программы BIOS. При этом в качестве способа загрузки может быть установлен толь ко один способ — загрузка с необходимого логического диска винчестера.

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

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

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

Глава 20. Необходимость и принципы использования аппаратных средств защиты 20.3.2. Метод противодействия переводу ПО системы защиты в пассивное состояние в процессе функционирования системы В предыдущем разделе было рассмотрено, каким образом защититься от несанкционированной загрузки ОС без системы защиты. Однако, как отмечалось ранее, это лишь одна составляющая рассматриваемой пробле мы. Другая составляющая — это противодействие отключению ПО сис темы защиты во время функционирования защищаемого объекта.

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

ПО защиты Программная Запущенные.

Аппаратная - компонента процессы и компонента системы защиты, драйверы системы осуществляющая системы защиты контроль защиты (мониторинг) Исполняемые файлы системы защиты и Эталонная копия файлы (либо ПО ключи. защиты и настроек настроек — контроль — управление — Рис. 20.2. Иллюстрация программно-аппаратной технологии контроля (мониторинга) активности системы защиты глава Технология программно-аппаратной защиты 21.1. Реализация программно-аппаратного контроля (мониторинга) активности системы защиты Назначение аппаратной компоненты защиты загрузки ОС Основу рассматриваемой технологии составляет реализация аппаратной компоненты защиты, т.к. невозможно в принципе контролировать вы полнение одной программой другой программы, установленной на том же компьютере.

Реализуется аппаратная защита загрузки ОС следующим образом [10, 14, 15].

В компьютер в свободный слот устанавливается аппаратная компонента си стемы защиты (плата). Данная плата выполняет следующие функции:

* осуществляет в исходном состоянии отключение внешних устройств загрузки (дисковод, CD-ROM);

» обеспечивает возможность подключения внешних устройств при по лучении сигнала от системы защиты (например, питание внешних устройств заведено через реле на плате;

подавая сигнал на реле, плата может подключать внешние устройства);

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

Глава 21. Технология программно-аппаратной защиты Можно усилить процедуру аутентификации платой системы защиты, напри мер, ограничив число получения неверных парольных командных слов. При превышении их числа плата может блокировать работу пользователя. В про стейшем случае — выдавать команду «Reset» на перезагрузку компьютера, либо разрывать шину данных, отключать устройства ввода и т.д.

Подход к реализации программно-аппаратного контроля активности системы защиты Подход к реализации программно-аппаратного контроля активности си стемы защиты проиллюстрирован рис.

компонента защиты ер Датчик а защиты Парольное Аппаратна ц компонента, защиты Реакция При эмник системы защиты гроля акти RESET) Тай ер Средство коммутации устройств ввода Рис. Укрупненная схема реализации программно-аппаратного контроля активности системы защиты Контроль (мониторинг активности) осуществляется следующим образом.

Аппаратная компонента имеет в своем составе:

» средство коммутации внешних устройств ввода (например, через реле размыкается питание либо шина данных);

* приемник сигнала контроля активности;

таймер.

Программная компонента содержит таймер и датчик активности систе мы защиты. Датчик активности с задаваемым таймером периодом выда ет парольное слово на определенный порт (в плату). Получая данный сиг нал, плата определяет активность ПО системы защиты. Если за заданный интервал времени плата не получит парольное слово (сигнал активнос ти), то это будет означать перевод ПО системы защиты в пассивное со Часть VI. Применение средств аппаратной защиты стояние. В ответ на это плата выработает либо сигнал «Reset», который осуществит перезагрузку системы, либо другую заданную реакцию.

Внешние устройства в исходном состоянии отключены. Подключаются они платой только после получения ею первого сигнала (парольного слова) от программной компоненты.

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

Таким образом, преимуществом данного подхода является следующее:

« гарантированное подключение внешних устройств только при усло вии загрузки системы защиты;

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

» контроль активности системы защиты в течение всего времени его функционирования.

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

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

Функциональная схема программно-аппаратного контроля Пример реализации схемы программно-аппаратной защиты [28, 29] при веден на рис. 21.2.

На схеме использованы следующие обозначения: программная компонен та системы защиты 1, аппаратная компонента системы защиты 2. При этом, программная компонента системы защиты 1 содержит блок управ ления 3, аппаратная компонента системы защиты 2 содержит блок аутен тификации программной компоненты 7, блок контроля и управления 8, блок отключения внешних устройств 9.

Глава Технология программно-аппаратной защиты Рис. 21.2. Функциональная схема реализации Работает схема следующим образом. Программная компонента 1 встраи вается в общем случае в ту программу, контроль активности которой необходимо осуществлять (в нашем случае в программный комплекс за щиты информации). Аппаратная компонента системы 2 реализуется на плате, встраиваемой в свободный слот компьютера. При этом крышка компьютера должна быть надежно закрыта, а компьютер опечатан во избежание удаления платы из слота.

Питающее напряжение на все внешние носители (дисковод, CD-ROM), кроме винчестера, подаются на данные устройства с соответствующего выхода 17 аппаратной компоненты 2, куда оно подается со входа 15. В функции блока отключения внешних устройств 9 входит обеспечение возможности загрузки системы с того носителя, где располагается конт ролируемая программа — программная компонента 1 (винчестер). Осталь ные внешние устройства в исходном состоянии отключены.

Часть VI. Применение средств аппаратной защиты При включении системы, а также в нормальном режиме ее функцио нирования на вход 4 программной компоненты 1 подается периодичес кий сигнал контроля активности, по которому устройство управления 3 сначала выдает код (пароль) на выходы 5, затем сигнал контроля активности на выход 6. Пароль необходим для того, чтобы функцию контроля активности не могла перехватить подставленная зло умышленником программа.

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

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

Получив первый сигнал от блока 7, блок 8 сигнализирует ему, что кон троль прошел успешно. Этим же сигналом с блока 7, поступающим на блок 9, разблокируются внешние устройства (на них с соответствующих входов 17 подается питание), компьютер переводится в штатный режим функционирования. Со входов 13 в блок 8 подается период контроля (например, перемычками на плате). Этот период должен превосходить период контроля активности, задаваемый со входа 4. Если за период, задаваемый со входов 13, программная компонента 1 передала сигнал (с предварительной аутентификацией), компьютер остается в штатном режиме. В противном случае блок контроля и управления 8 формиру ется сигнал «Сброс на выходе 16 и одновременно размыкает внешние устройства с выхода 17. После этого компьютер может быть включен лишь посредством загрузки операционной системы с винчес тера, при условии, что одновременно загружается и контролируемая про граммная компонента защиты, в противном случае опять будет выра ботан сигнал сброса. Входным сигналом «Сброс система переводится в исходное состояние.

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

Глава Технология программно-аппаратной защиты 21.2. Метод контроля целостности и активности программных компонент системы защиты программно-аппаратными средствами Как отмечалось ранее, при загрузке системы должна контролироваться целостность (неизменность) системы защиты. Только при реализации подобного контроля можно гарантировать, что система защиты потен циально способна реализовать свои функции корректно и в полном объеме (почему потенциально, объясним в следующем разделе). Также должна контролироваться целостность (неизменность) объектов ОС и системы защиты, включая настройки механизмов защиты, и в процессе ее функционирования.

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

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

Предлагаемый метод контроля (мониторинга), осуществляемый программ ной компонентой системы защиты, состоит в комплексировании меха низма уровневого контроля списков санкционированных событий с ме ханизмом аппаратного контроля активности программного обеспечения, рассмотренным выше. В качестве санкционированных событий здесь следует рассматривать списки программ (процессов) и драйверов, кото рые обязательно должны быть запущены в системе [24, 25, 27], а также контрольные суммы (и другие данные), характеризующие целостность ПО и настроек системы защиты.

Если не запущена какая-либо программа или драйвер из списка, либо изменены контрольные суммы контролируемых объектов системы защи ты, то в качестве реакции на данное событие можно рассматривать пре Часть VI. Применение средств аппаратной защиты кращение подачи парольного кодового слова программной компонентой контроля активности в аппаратную компоненту, что приведет к блоки рованию функционирования системы в нештатном для нее виде. Если драйверы и приложения должны загружаться при старте системы, то после перезагрузки системы, запускаемой аппаратной компонентой, возможно возвращение системы в исходное (штатное) состояние.

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

Иллюстрация реализации механизма уровневого контроля, в части конт роля целостности и активности программных компонент системы защи ты, представлена на рис. 21.3.

Запуск процедур контроля Переход процедур контроля Рис. Иллюстрация реализации механизма уровневого контроля в части контроля целостности и активности программных компонент системы защиты 21.3. Механизм удаленного (сетевого) мониторинга активности системы защиты, как альтернатива применению аппаратной компоненте защиты Очевидно, что наиболее эффективное противодействие переводу системы защиты в пассивное состояние может быть оказано с использованием ап паратной компоненты защиты, которая обеспечивает мониторинг актив ности системы защиты и автоматическую реакцию на обнаруженный факт Глава Технология программно-аппаратной защиты перевода системы безопасности в пассивное состояние. Однако использо вание аппаратной компоненты приводит к дополнительному увеличению стоимости системы защиты (дополнительная компонента должна устанав ливаться на каждый защищаемый объект, соответственно, на наиболее кри тичные объекты). Рассмотрим, можно ли осуществлять мониторинг актив ности системы защиты без применения аппаратной компоненты и каковы ограничения на эффективность использования данного подхода.

Как отмечалось ранее осуществлять мониторинг активности одной про граммы другой программой, установленной на том же компьютере, не имеет смысла. Остается единственная возможность осуществления мони торинга без применения аппаратной компоненты защиты -- осуществ лять его удаленно из сети: с рабочего места (выделенного компьютера) сервера безопасности.

• При защите компьютеров в составе ЛВС, как правило, используются сетевые системы защиты, в состав которых, помимо клиентской части, устанавлива емой на защищаемый объект и реализующей собственно механизмы защи ты, включается серверная часть — выделенный компьютер администратора безопасности, либо сервер безопасности.

Различаемые состояния защищаемого объекта и их выявление В задачи сервера безопасности, как удаленного интерфейсного модуля системы защиты, входят: удаленная настройка механизмов защиты, уда ленная обработка журналов аудита и удаленный контроль действий пользователя на защищаемом объекте. В соответсвии с рассматриваемым подходом сервер безопасности решает задачу удаленного мониторинга ак тивности системы защиты.

Основу подобного мониторинга составляет возможность различать три состояния защищаемого объекта:

» штатный режим функционирования: защищаемый объект включен по питанию, находится в сети, и на нем активна система защиты;

» режим отключения объекта: объект отключен либо по питанию, либо находится не в сети (например, отсоединен сетевой кабель);

» опасный режим функционирования: объект включен, находится в сети, но на нем система защиты переведена в пассивное состояние.

Выявление опасного режима крайне важно, т.к. при этом фиксируется возможность удаленной атаки на сетевые объекты (компьютер не защи щен) [10, 16].

Очевидно, что при использовании подобной модели контроля активности системы защиты (без применения аппаратной компоненты) должна исполь зоваться технология хранения и обработки данных на файл-серверах. Соот Час:ть VI. Применение средств аппаратной защиты ветственно, данная технология может эффективно использоваться в системах обработки баз данных, например, с использованием СУБД, реализующей централизованное хранение и обработку баз данных на сервере.

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

Способ реализации удаленного мониторинга системы защиты Метод удаленного мониторинга активности системы защиты с целью раз личия трех состояний защищаемого объекта состоит в следующем. После установления соединения клиентской части системы защиты с сервером безопасности, сервер безопасности находится в режиме установленного соединения с клиентской частью. Соединение клиентской части с сервер ной реализуется по защищенному протоколу (как правило, поверх стека протоколов TCP/IP) с сеансовой авторизацией и шифрованием трафика.

При разрыве соединения сервер безопасности осуществляет попытку установить тестовое соединение с клиентской частью с использованием какого-либо открытого протокола или команды, например, ping, реали зуемых на уровне ядра ОС. Если активность рабочей станции подтверж дена, то делается вывод, что она находится в опасном режиме — вклю чена по питанию, в сети (т.к. отвечает на стандартный запрос), но на ней отсутсвует система защиты (т.к. не устанавливается клиент-сервер ное соединение системы защиты).

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

Функциональная схема системы удаленного мониторинга активности системы Пример реализации схемы удаленного мониторинга активности системы защиты [26], использованной автором в «Панцирь», приведен на рис. 21.4. Пример реализации защиты информации, ус танавливаемой на выделенный сервер безопасности, приведен на рис. 21.5.

Глава Технология программно-аппаратной защиты \ N ' 1 Ю 7 • • Ю • • Ю ю ю ю ю • 1 ' I Рис. 21.4. Пример реализации схемы удаленного мониторинга активности системы защиты Рис. 21.5. Пример реализации защиты информации, устанавливаемой на выделенный сервер безопасности 12 Часть VI. Применение средств аппаратной защиты На схемах, приведенных на рис. 21.4 и рис. 21.5, использованы следую щие обозначения:

• защиты информации, устанавливаемая на выделен ный сервер безопасности -- 1;

» систем-агентов (клиентских частей системы защиты) защиты устанавливаемых на рабочие станции — 2;

• N систем-агентов (клиентских частей системы защиты) защиты информации, устанавливаемых на информационные серверы — 2 (си стемы-агенты рабочих станций и информационных серверов в общем случае идентичны, могут отличаться настройкой параметров содержимым баз данных безопасности, в зависимости от реализуемой политики информационной безопасности);

блок открытого интерфейса сетевого взаимодействия низкого уровня — 3;

« блок открытого интерфейса сетевого взаимодействия высокого уров ня — 17;

» связной ресурс — 4;

• блок администрирования системы защиты — 11;

» блок закрытого интерфейса сетевого взаимодействия высокого уров ня -- 12;

блок разграничения и контроля прав доступа -- 13;

» блок идентификации и аутентификации -- 14;

» блок контроля целостности программ и 15;

« блок криптографической защиты -- 16.

В системе менеджер-защиты информации, устанавливаемой на выделен ный сервер безопасности следующие обозначения:

» вход/выход администрирования 5 распределенной системы защиты;

» вход/выход анализа активности рабочих станций и информационных серверов 18.

В N системах-агентах защиты информации, устанавливаемых на инфор мационные серверы 2, использованы следующие обозначения:

» вход/выход подключения распределенной системы защиты 6 к связ ному ресурсу;

» вход/выход разграничения и контроля прав доступа 7;

» вход/выход идентификации и аутентификации пользователя 8;

вход/выход контроля целостности программ и данных 9;

» вход/выход криптографической защиты 10.

Работает схема следующим образом. Со входа 5 администратор безопас ности в соответствии с реализуемой политикой безопасности настраива ет параметры блоков 13, 14, 15, 16, реализующих известные механизмы защиты информации, собственно системы-менеджера защиты информа Глава Технология программно-аппаратной защиты ции, устанавливаемой на выделенный сервер безопасности 1, а через блоки 12, 3, посредством связного ресурса 4 настраивает параметры бло ков 13, 14, 15, 16 всех систем-агентов защиты информации, устанав ливаемых на рабочие станции 2;

и всех N систем-агентов защиты инфор мации, устанавливаемых на информационные серверы 2.

Со входов 7, 8, 9, 10 системы защиты 1 и 2 реализуют принципы локаль ной защиты сервера безопасности, рабочих станций и информационных серверов. Адаптивно к обнаруженным попыткам несанкционированного доступа к информации на отдельных рабочих станциях и информацион ных серверах администратор безопасности со входа 5 системы защиты имеет возможность осуществить перенастройку параметров отдельных блоков (13, 14, 15, 16) отдельных систем защиты 2, чем достигается про тиводействие угрозам (причем изменяющимся во времени) информаци онной безопасности вычислительной системе или сети.

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

Отметим, что блок 19 входит в состав ядра операционной системы.

Если блок 19 агента, к которому осуществляется обращение, отвечает, это означает, что на тестируемой рабочей станции отсутствует агент си стемы защиты, в противном случае — рабочая станция 19 отключена от питания либо от сети.

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

Таким образом, обеспечивается возможность разделения двух событий — со бытие «рабочая станция отключена» и событие «на рабочей станции удален агент системы защиты». Дальнейшие действия администратора безопаснос ти должны быть определены политикой информационной безопасности предприятия. В частности, в обнаружения факта удаления агента системы защиты на рабочей станции (фиксируется попытка несанкциони рованного доступа к информации), администратору безопасности через вход 5 системы 1 целесообразно изменить блока 13 информационных серверов (систем 2), в части запрета доступа к ним с рабочей станции, на которой зафиксирована попытка несанкционированного доступа. Затем уже могут быть приняты соответствующие организационные мероприятия по восстановлению агента системы защиты и поиска злоумышленника.

Часть VI. Применение средств аппаратной защиты Выводы по использованию метода удаленного мониторинга:

Итак, в рамках изложенного выше можно сделать следующие выводы:

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

2. Условиями возможного использования сетевого метода контроля являются:

• централизованный характер обработки и хранения данных в ЛВС (файл-серверы, технологии, использующие СУБД и т.д.) — защи щаемые данные не хранятся и не обрабатываются на рабочих станциях в составе ЛВС;

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

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

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

» опечатывание корпуса;

» реализация объектовой защиты — пропускной режим и т.д.

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

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

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

Известно, что при использовании витой пары для прокладки вычисли тельной сети (например, в стандарте 10 BASE-T) используются четыре из восьми линий связи для обмена информацией. Еще четыре провода остаются свободными и могут быть использованы для построения систе мы контроля вскрытия аппаратуры.

Использование незадействованных в передаче данных проводов также не создает помехи передачи данных, что не уменьшает производительности сети в целом.

Общий вид 15] представлен на рис.

Устройство сбора сигналов с HUB Сервер администратора безопасности Рис. Система контроля вскрытия аппаратуры Идея рассматриваемого механизма защиты, проиллюстрированная рис. 22.1, состоит в следующем. связному ресурсу (hub) подключается дополни тельное устройство, подающее напряжение в контур, замыкаемый через размыкатель контура (выключатель), помещаемый в защищаемом компь ютере. При этом используются свободные линии связи витой пары, под водимой к компьютеру. В случае снятии крышки компьютера (либо вы дергивании витой пары канала связи из розетки компьютера) размыкается контур и устройство отключает компьютер от ресурсов ЛВС, т.к. при этом компьютер становится опасным для общих ресурсов ЛВС.

Глава 22. Метод контроля вскрытия аппаратуры Может быть реализована дополнительная защита контура, если подавать в него не просто напряжение, а некую последовательность сигналов, однако при этом датчик должен быть активен и обладать способностью преобразо вывать полученный сигнал каким-либо образом (возможны и иные подходы).

22.2. Реализация системы контроля вскрытия аппаратуры Пример реализации схемы СКВА приведен на рис. 22.2. Пример схемы реализации сетевой компоненты защиты информации приведен на рис. 22.3. Пример схемы реализации системы защиты защищаемых ком пьютеров приведен на рис. 22.4.

М-1 систем защиты 3 защищаемых компьютеров станций и Сетевая Связной компонента блоков ресурс защиты г размыкателей контура (hub) информации объектовой защиты Сервер 5 администратора безопасности Рис. 22.2* Пример схемы реализации СКВА Се- компонента защиты информации 2.1 М-1 блоков компьютеров Блок ра 2.1. канала Блок тестирования \ 2.1. замкнутости контура I L 2 объектовой защиты Блок тестировани замкнутости а i L 2.3 2. Блок се гевого равления ейса Рис. 22.3. Пример схемы реализации сетевой компоненты защиты информации Часть VI. Применение средств аппаратной защиты Рис. 22.4. Пример схемы реализации системы защиты компьютеров На схемах, приведенных на рис. использованы следующие обозначения: связной ресурс (hub) 1, сетевая компонента защиты инфор мации 2, систем защиты защищаемых компьютеров (рабочих стан ций и серверов) 3, L блоков размыкателей контура объектовой защиты 4, сервер администратора безопасности 5, в сетевой компоненте защиты информации 2: М-1 блоков защиты компьютеров 2.1, L блоков объекто вой защиты 2.2, блока сетевого интерфейса 2.3 и устройства управления 2.4, причем в каждом из блоков защиты компьютеров блок раз мыкателя канала 2.1.1, блока тестирования замкнутости контура 2.1.2, в каждом из L блоков объектовой защиты 2.2 — блок тестирования замк нутости контура 2.2.1, в системе защиты защищаемых компьютеров 3: блок сетевого интерфейса 3.1, устройство управления 3.2, программная ком понента защиты информации 3.3, аппаратная компонента защиты инфор мации 3.4, размыкатель контура 3.5.

Система обеспечивает комплексную защиту рабочих станций и серверов.

В частности, реализуется защита ресурсов ЛВС от компьютера, где воз можно удаление аппаратной и, как следствие, программной компонент защиты информации. Кроме того, обеспечивается дополнительная объек товая защита помещений, сейфов и т.д. с выводом информации о нару шении объектовой защиты (например, открытие двери) на монитор ад министратору безопасности. При этом минимизируется объем оборудования, т.к. при реализации комплексной защиты компьютеров не требуется соединений дополнительными линиями связи -- используют ся свободные от передачи информации 4 из 8 линий связи витой пары.

Работает схема следующим образом. Сетевая компонента защиты инфор мации 2 по свободным линиям связи витой пары в каждом компьютере и объекте защиты образует контур. При этом контур образуется блоками 2.1.2 и 3.5 при защите компьютеров, а блоками 2.2.1. и 4 при объектовой защите. Нарпяжение в контур, соответственно, подается блоками Глава 22. Метод контроля вскрытия аппаратуры 2.2.1. Размыкатель 3.5 устанавливается в компьютере таким образом, что при снятии крышки компьютера он размыкается. Об этом через блок уведомляется устройство управления 2.4, которое посредством блока размыкает информационный канал, отключая опасный компьютер от сети.

Одновременно устройство управления 2.4 через блок 2.3 передает инфор мацию администратору безопасности 5 об отключении компьютера от сети. Подключение компьютера заново возможно при замыкании конту ра блоком 3.5 (крышка корпуса установлена) по команде от админист ратора 5. Сигнал подключения информационного канала — возвращение в исходное состояние — формируется устройством управления 2.4).

При объектовой защите (двери, дверцы сейфов и т.д.) отсутствует инфор мационный канал и размыкание (а также замыкание) контура блоком через блок 2.2.1 фиксируется блоком 2.4, о чем уведомляется админист ратор безопасности 5.

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

Кроме того, реализация данного метода в системе защиты предотвраща ет возможность несанкционированного подключения к сетевому ресурсу (hub) незащищенного компьютера (например, подключение к каналу hub вместо санкционированного защищенного компьютера переносного ком пьютера с целью осуществления атаки на сетевые ресурсы).

22.3. Принципы комплексирования средств защиты информации 22.3.1. Комплексирование механизмов защиты информации от НСД При использовании рассмотренных в данной главе методов защиты может быть построена комплексная система защиты, в которой обеспечивается ре ализация информационной безопасности защищаемых объектов на всех фун кциональных уровнях защиты. Это проиллюстрировано на рис. 22.5. Естествен но, некоторые уровни могут не реализовываться — при этом взамен их должны выполняться соответствующей организационные мероприятия.

Каждая компонента рассчитана на защиту определенного набора возмож ных каналов НСД. Таким образом, программная, аппаратная компоненты Часть VI. Применение средств аппаратной защиты Программная компонента защиты Аппаратная компонента, программную компоненту Система контроля вскрытия аппаратуры, ко нтрол аппаратную компоненту Рис. 22.5. Принципы механизмов защиты защиты и система контроля вскрытия аппаратуры в совокупности (при со вместном использовании в системе защиты) представляют собой замкнутую многоуровневую систему защиты, схематично изображенную на рис 22.5.

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

Механизмы защиты, обеспечивающие реализацию разграничительной политики доступа к ресурсам Программный мониторинг корректности функционирования механизмов защиты (контроль выполнения механизмами своих функций) Аппаратный мониторинг активности программной компоненты системы защиты (контроль возможности выполнения механизмами защиты своих функций) Аппаратный сетевой (СКВА) мониторинг локальной аппаратной компоненты системы защиты (контроль возможности локальной аппаратной компоненты осуществлять функции мониторинга) Рис. 22.6. Иерархия мониторинга (контроля) корректности функционирования механизмов защиты в комплексной системе защиты Глава 22. Метод контроля вскрытия аппаратуры 22.3.2. Комплексирование в одной системе механизмов технической и объектовой защиты информации с единым сервером безопасности При рассмотрении СКВА отмечалось, что контролируемыми объектами могут служить не только замкнутость корпусов защищаемых объектов, но и другие компоненты объектовой защиты — двери в помещение, сейфы и т.д. Таким образом, появляется возможность комплексирования в еди ной системе защиты (с единым выделенным сервером безопасности, со ответственно с возможностью комплексирования регистрационной инфор мации в едином интерфейсном модуле) средств технической и объектовой защиты. Причем принципиальным отличием описываемого подхода яв ляется то, что комплексирование осуществляется на технических сред ствах существующей ЛВС. При этом не требуется установка дополнитель ного коммуникационного оборудования. Как следствие, можно избежать принципиального увеличения кабельного хозяйства предприятия.

Общий анализ проблемы автоматизации систем управления доступом показывает, что для контроля над состоянием дверей может быть исполь зована система контроля вскрытия аппаратуры. Для этого вместо чтобы устанавливать конечное оборудования с переключателем на сис темный блок, такое же оборудование можно установить на дверь. В этом случае открытие и закрытие двери будет регистрироваться сервером бе зопасности, что проиллюстрировано Если в качестве конечного оборудования использовать не датчики (пере ключатели), имеющие только два положения «открыто/закрыто», а более интеллектуальное оборудование, например, электронные идентификаторы, Датчик положения двери К СКВА Рис. Установка датчиков вскрытия дверей при построении автоматизированной системы контроля доступа Часть VI. Применение средств аппаратной защиты то с помощью системы контроля вскрытия аппаратуры можно построить систему контроля доступа в помещение, как показано на рис. 22.8.

В рамках показанной на рис. 22.8, схемы всем сотрудникам в которой установлена система контроля доступа, выдаются специальные электронные пропуска, например, «Touch Memory», представляющие собой электронный идентификатор в виде «таблетки», который содержит персональные коды доступа.

Электромеханический замок со считывателями электронных идентификаторов с датчиком положения двери Устройство сбора с датчиков Сервер администратора безопасности Рис. 22.8. Применение для построения системы контроля доступа в помещения Считыватели, устанавливаемые у входа в контролируемое помещение, распознают код идентификаторов. Информация поступает в систему кон троля доступа (сервер администратора безопасности) через устройство сбора сигналов с датчиков, такое же, как в системе контроля вскрытия Глава 22. Метод контроля вскрытия аппаратуры Сервер администратора безопасности на основании анализа данных о вла дельце идентификатора, принимает решение о допуске или запрете про хода сотрудника на охраняемую территорию. В случае разрешения досту па, система приводит в действие исполнительные устройства, такие как электрозамки, шлагбаумы, электроприводы ворот и т.п. В противном слу чае двери блокируются, включается сигнализация и оповещается охрана.

Дополнительно, с помощью СКВА [14, 15] можно реализовать такие тех нические решения, как:

* система охраны;

оснащение проходной;

система учета посетителей;

» система защиты от краж оборудования;

» система пожарной безопасности.

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

Дополнительные вопросы защиты от НСД Часть VII Антивирусная защита Межсетевое экранирование Вместо заключения.

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

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

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

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

Часть VII. Специальные вопросы защиты от НСД Таким образом, можем сделать вывод относительно что широко используемый на сегодняшний день подход к антивирусной защите трудно признать сколько-нибудь оправданным. При этом основными проблемами его применения является невозможность противодействия неизвестной вирусной атаке и значительное влияние системы защиты на загрузку вы числительного ресурса.

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

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

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

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

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

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

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

Кроме офисных приложений для ОС Windows, это относится также к вир туальным машинам JVM, также являющимся интерпретаторами команд, например, виртуальная машина JAVA. He пользуйтесь виртуальными ма шинами и офисными приложениями Microsoft, и при реализации механизма обеспечения замкнутости программной среды вы практически забудете о вирусах. Не случайно, что статистика вирусных атак на ОС семейства UNIX на порядки меньше, чем на ОС семейства Windows.

Уместным будет здесь будет высказать удивление по поводу того, что, создавая защищенные приложения (системы электронного документоо борота, защищенную «почтовую» связь и т.д.), отечественные разработ чики иногда используют офисные приложения Microsoft, хотя известны аналогичные приложения, не позволяющие создавать макросы, т.е. ре шая одну проблему защиты информации, привносят тем самым другую проблему — проблему противодействия вирусным атакам.

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

Часть VII. Специальные вопросы защиты от НСД Однако будем рассматривать проблему антивирусного противодействия в общем случае -- при наличии виртуальных машин и встроенных ин терпретаторов команд офисных приложений. В общем случае можно выделить два класса атак, реализуемых на основе их свойств:

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

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

Таким образом производится локализация области действия вируса. Атака здесь представляет собою программу, выполненную в виде макроса и со держащуюся в документе. Эта программа запускается при чтении данного документа интерпретатором команд, в данном случае процессом winword.exe.

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

Динамическое управление доступом пользователей к ресурсам Для усиления возможности распространения вируса может применяться модель динамического управления доступом пользователей к ресурсам из приложения. Суть этой модели состоит в следующем.

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

1. В исходном состоянии пользователю должен быть разрешен доступ «на чтение» ко всем своим данным (нет основания задать какие либо иные разграничения). Данные разграничения остаются неиз Глава 23. Антивирусная защита до момента обращения к файловым объектам из соответ ствующего приложения.

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

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

4. При закрытии документа разграничения восстанавливаются в ис ходное состояние.

Как видим, при использовании данного алгоритма обеспечивается только запись данных, что предотвращает распространение вируса. Серьезные задачи здесь на механизм аудита. Лю бая попытка обратиться по запрещенному адресу должна фиксировать ся, о чем должен оповещаться пользователь. Такую попытку можно трак товать, как попытку распространения вируса, т.е. каждая попытка записи открытого документа под другим именем или в другое место может рас сматриваться как подозрительная с точки зрения нахождения в доку менте вируса.

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

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

Однако естественно, что данный способ антивирусного противодействия не позволяет «лечить» документ, т.к. не анализирует его структуру. По этому данный подход может применяться как самостоятельно (в этом случае «зараженные» документы подлежат удалению), так и совместно со средствами анализа документа на наличие вируса, в качестве реакции Часть VII. Специальные вопросы защиты от НСД которых является «лечение» документа. При этом рассмотренный под ход обеспечивает устранение принципиальных недостатков существую щих методов антивирусной защиты. В частности он обеспечивает проти водействие неизвестным вирусам и позволяет выявлять документы, требующие проверки, т.е. позволяет существенно снизить затраты вычис лительных ресурсов защищаемого компьютера, связанные с антивирус ным противодействием.

В качестве замечания отметим, что здесь рассмотрен лишь общий подход (на момент написания книги работа над созданием подобной си стемы только начата). При этом как дополнительные проблемы (например, автосохранение документа и др.), так и дополни тельные возможности, в частности:

» возможность контроля целостности исполняемого файла;

* возможность управления доступом к каталогам, не разделяемым сис темой и приложениями и др.

Однако корректная реализация данного подхода — вопрос технический, при этом уже из приведенного описания видны его возможности и су щественные преимущества.

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

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

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

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

Часть VII. Специальные вопросы защиты от НСД » В первую очередь, это осуществление каких-либо действий для пре одоления разграничений, реализуемых межсетевым экраном для воз можности, прежде всего, получения несанкционированного доступа к ресурсам ЛВС извне.

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

Разграничение доступа реализуется с использованием пакетных фильт ров, а противодействия DoS атакам -- фильтрами прикладного уровня.

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

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

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

Таже как и раньше можем выделить явные и скрытые угрозы. Явные угрозы связаны с корректностью построения пакетного фильтра (коррек тность реализуемой им модели управления доступом к ресурсам). Дан ная задача нами не рассматривается — это вопрос разработчиков межсе Глава 24. Межсетевое экранирование экранов (приложений, фильтрующих запросы на доступ к ресур сам). Вторая задача — задача противодействия скрытым угрозам, напря мую связана с рассматриваемой нами задачей защиты компьютера, на ко тором установлено средство межсетевого экранирования.

Как отмечали ранее, любая попытка преодоления механизма управления доступом (в предположении корректности его реализации) связана с выполнением какого-либо действия. Для межсетевых экранов — это уда ленное внедрение какой-либо программы с последующим ее запуском с системными правами (либо с правами Очевидно, что основная возможность противодействия данным атакам состоит в возможности разграничения прав доступа для процессов, а также в обеспечении замк нутости программной среды. При этом сетевым службам и порождаемым ими процессам должен запрещаться доступ к системному диску и фай лам «на запись» с целью подмены системных программ на собственные, соответственно, к файлам настройки ОС (к реестру ОС) и т.д.

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

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

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

цели атаки. Другими словами, задача защиты решается в общем случае.

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

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

В рамках данного исследования необходимо ответить на следующие воп росы, возникающие при построении системы защиты корпоративной сети предприятия:

» С чего начать построение системы защиты?

» Как определить цели и задачи организационных и технических мер защиты информации?

» Как выбрать (либо спроектировать) средство добавочной защиты, наилучшим образом отвечающее потребностям предприятия?

Попробуем дать ответы на эти вопросы.

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

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

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

При классификации информации необходимо учитывать формализованные признаки ее отнесения к какой-либо категории, например, к секретной или конфиденциальной. При выявлении соответствующих признаков обрабаты ваемой информации автоматически задаются формализованные требования к ее защите. Например, для обработки секретных данных требования к за щите информации в автоматизированной системе задаются классом защи щенности не ниже а для обработки конфиденциальных данных — не ниже [2] (заметим, что в общем случае рассматриваем ОС, позволяющие использовать компьютер нескольким пользователям).

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

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

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

Часть VII. Специальные вопросы защиты от НСД 3. Характеристику предполагаемого использования вычислительных средств для обработки защищаемой информации -- где хранится, где и как обрабатывается, каким образом вводится и выводится, как передается по сети и т.д. Таким образом, эта характеристика позволяет выявить объекты корпоративной сети (компьютеры, ин формационные потоки и т.д.), требующие защиты. Результатом этого будут сформулированные требования к распределению ресурсов за щищаемых объектов (компьютеров) между субъектами доступа разграничительная политика доступа к ресурсам.

4. Характеристику распределения всей совокупности задач управле ния функционированием корпоративной сети (в том числе, защи щаемыми объектами), каким-либо образом влияющих на безопас ность защищаемой информации:

• задачи защиты информации;

• задачи системного и иного администрирования;

• задачи инсталляции ПО;

• задачи обработки информации и т.д.

Здесь концептуально должно быть задано распределение задач между всеми субъектами доступа к защищаемой информации: сотрудники службы безопасности, администраторы (безопасности, системный, приложений, в частности СУБД, сети и т.д.), пользователи (воз можно с предоставлением каких-либо привилегий отдельным груп пам пользователей), сотрудники службы эксплуатации, начальники подразделений и т.д.

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

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

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

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

5. Требования к технологии защиты информации, включающие:

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

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

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

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

6. Характеристику взаимодействия субъектов с целью формирования, задания и контроля разграничительной политики доступа к ресур сам. При этом определяется:

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

• порядок их задания в конфигурационных файлах средств техни ческой защиты;

• порядок контроля за выполнением субъектами заданных разграни чений и порядок принятия решений при обнаружении фактов НСД;

• порядок проведения регламентных работ, инсталляции и т.д.

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

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

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

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

» порядок контроля доступа в помещения;

» порядок работы с внешними носителями (выдача пользователям, хра нение, утилизация) и др.

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

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

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

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

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

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

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

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

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

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

Третий шаг — определение требований политики информационной бе зопасности, которые не выполняются системой защиты.

Далее возможны следующие пути:

» осуществление доработки выбранного средства защиты в части вы полнения ими сформулированных требований;

• выполнение (по возможности) данных требований организационны ми мерами. Здесь главное — не свести все к абсурду, например, если рассматривать для ОС Windows NT/2000/XP в качестве потенциаль ного злоумышленника пользователя, то с учетом того, что пользова тель может запустить любую программу с внешнего устройства ввода, т.е. получает инструментарий преодоления системы защиты, в каче стве организационных мероприятий может быть предусмотрено ис пользование компьютеров без внешних устройств ввода);

» пересмотр политики информационной безопасности (если это возмож но) с учетом возможностей выбранного средства защиты информации.

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

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

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

Гипотетически подобное возможно. Это обусловлено тем, что встроен ные в современные универсальные ОС механизмы защиты еще весьма далеки от совершенства (их недостатки рассмотрены в предыдущих гла вах), а добавочные средства защиты на отечественном рынке еще не столь широко представлены, чтобы обеспечить всевозможные профили защи ты, потребность в которых может возникнуть на практике.

Существующие системы защиты скорее имеют больше общего, чем раз личий. Пожалуй, значительно среди них выделяется КСЗИ «Панцирь» здесь реализовано 9 патентов на изобретения сотрудников ЗАО «Информационные технологии в бизнесе» (на сегодняшний день по ре ализованным техническим решения подано 15 заявок на изобретения), Это объективно иллюстрирует существенные отличия данной системы.

Pages:     | 1 |   ...   | 4 | 5 || 7 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.