Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Политики информационной безопасности. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
12.08.2026
Размер:
715 Кб
Скачать

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

2.3.4. Критерии мониторинга обработчиков и хранилищ данных

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

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

Вданном разделе под термином «хранилища данных» будем

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

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

3.1.Корректно ли работают сервисы ОС, сетевые сервисы (несколько тестов с заранее известным правильным результатом)?

3.2.Какие ошибки выдает операционная система?

3.3.Запущена ли операционная система?

3.4.Есть ли возможность запустить операционную систему?

3.5.Правильно ли выдается ранее записанная информа-

ция?

3.5.1. Тест на запись/чтение информации.

3.6.Есть ли доступ к чтению/записи информации?

3.7.Подключен ли носитель информации к системе?

3.8.Исправно ли оборудование?

41

3.8.1.Скорость вращения электродвигателей кулеров.

3.8.2.Температура с датчиков.

3.8.3.Закрыт ли корпус?

3.8.4.Напряжение на основных компонентах.

3.8.5.Контакт с основными компонентами.

3.8.6.Ошибки памяти.

3.9.Исправен ли носитель информации?

3.9.1.Ошибки считывания информации с носителей.

3.9.2.Износ жестких дисков с датчиков.

3.10.Скорость доступа к данным?

3.10.1.Скорость носителей информации.

3.11.Производительность платформы (проверяется тестовыми прикладными программами).

3.11.1.Процессоров.

3.11.2.Памяти.

3.11.3.Сетевых интерфейсов.

3.12.Нет ли «лишних» активных программ в памяти (как в целом полезных, так и заведомо вредонос-

ных)?

3.13.Имеется ли актуальная и корректная резервная

копия данных?

3.14.Есть ли «свободное» место на носителях?

2.4. Мониторинг внешней среды и отдельных компонентов информационной инфраструктуры

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

Политика мониторинга ИИ должна рассматриваться в сочетании с другими политиками ИБ. В конечном счете контроль за

42

исполнением всех политик ИБ осуществляется средствами мониторинга.

Способы мониторинга можно классифицировать на два основных типа:

1)автоматизированный (программно-аппаратный)

2)неавтоматизированный.

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

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

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

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

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

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

1)мониторинг наличия определенных ресурсов, относящихся к подаппаратному уровню;

2)состояние этих ресурсов.

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

43

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

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

2.5. Мониторинг системы и кадровых ресурсов

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

44

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

ит. д.).

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

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

Итак, мониторинг — это слежение за состоянием компонен-

тов ИИ на трех уровнях (физическом, транспортном и прикладном) и статистика (журналирование, протоколирование).

Взаимодействие с ИИ в контексте мониторинга предполагает следующие этапы:

1.Обнаружение некоторого события.

2.Первичная интерпретация произошедшего события, классификация по области знаний и степени важности.

3.Выработка вариантов реакции на данное событие.

4.Выбор варианта реакции на событие.

5.Реакция на событие1.

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

1 См. об этом подробнее: Ревнивых А. В., Федотов А. М. Мониторинг информационной инфраструктуры организации // Вестник НГУ. Сер.: Информационные технологии. — 2013. — Т. 11. — № 4. — С. 84–91.

45

принявшего сообщение. Оператором при этом может быть как человек, так и ИС.

Контрольные вопросы и задания:

1.Объясните, что регламентирует политика мониторинга информационной инфраструктуры.

2.Каковы цели мониторинга информационной инфраструктуры?

3.Расскажитеокомпонентахтипичнойинформационнойинфраструктуры организации.

4.Как связана политика мониторинга информационной инфраструктуры с другими политиками информационной безопасности? Приведите примеры.

5.Поясните, в чем особенности мониторинга сетевых сервисов.

6.Поясните, в чем особенности мониторинга хранилищ данных.

3ПОЛИТИКА ЗАЩИТЫ ДОСТУПНОСТИ ИНФОРМАЦИОННЫХ СИСТЕМ

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

Доступность информационных ресурсов — это одно из свойств информационной безопасности (ИБ).

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

3.1. Базовые понятия доступности информации

Под доступностью информации будем понимать возможность доступа субъекта к данным по запросу в любое предусмотренное расписанием работы системы время. Доступность ресур-

47

сов является одним из аспектов политики ИБ (набора правил для обеспечения ИБ).

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

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

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

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

48

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

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

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

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

ИИ можно представить состоящей из компонентов пяти основных уровней. Здесь уместна некоторая аналогия с сетевой семиуровневой моделью ISO/OSI, но уровней вполне достаточно выделить пять:

49

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

2)на канальном уровне — поддержка инфраструктуры сети, канальные коммутаторы;

3)на сетевом уровне — пассивное и активное сетевое оборудование (кабели, модемы, маршрутизаторы и т. д.).

4)на транспортном уровне ИИ предполагает наличие сетевого оборудования и программного обеспечения. Сюда же отнесем программные и аппаратные средства для поддержки сетевых протоколов (в соответствии с базовой моделью ISO/OSI), сервисы.

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

ит. д.

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

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

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

3.2. Обеспечение доступности функционала компонентов информационной инфраструктуры

В составе ИИ используется несколько основных компонентов­ : 1. Прикладное программное обеспечение (ПО) с определен-

ным пользовательским интерфейсом.

50

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]