На объекты АСОИ

7.2 На объекты АСОИ

 Аппаратные сбои

на клиенте:

·        Наличие резерва (временный переход на другую рабочую станцию)

·        Ремонт/замена

на сервере:

·        Использование RAID-массива уровень 10

·        Наличие резервных HDD

в ЛВС:

·        Наличие резерва (дублирование линий коммуникаций)

 Вирус

 Угроза, возникающая от использования нелицензионного ПО.

7.3 На субъекты АСОИ

 Угроза несанкционированного доступа (НСД)

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

·        Повышение требований на использование паролей (ОРМ)

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

 Вирус

 Угроза «маскарадинга»

7.4 На каналы передачи данных

 Вирус

 Аппаратные сбои – выход из строя линии коммуникаций

 Угроза «маскарадинга»

8. ПО ИСПОЛЬЗУЕМЫМ СРЕДСТВАМ АТАКИ

 

8.1 С использованием штатного ПО АСОИ

 Угроза, возникающая от использования нелицензионного ПО

·        Использовать только лицензионное ПО

 Наличие/возникновение «дыры» на периметре безопасности

·        Обновление функционирующего ПО, отслеживание появления новых «дыр», атак и т.п.

 Ошибки в реализации

·        Тестирование, отладка, документирование

8.2 С использованием разработанного ПО

 Угроза несанкционированного доступа (НСД) – ПО, разработанное злоумышленником

 Вирус

9. ПО СОСТОЯНИЮ ОБЪЕКТА АТАКИ

 

9.1 При хранении объекта

 

 Потеря данных

·        Наличие резервных копий

·        Регламент по восстановлению системы после аварии/сбоя

·        Наличие инсталляционных пакетов с сопроводительной документацией

9.2 При передаче объекта

 Угроза модификации: воздействие вируса/злоумышленника

 Угроза фальсификации: воздействие вируса/злоумышленника

 Помехи в обслуживании (нагрузка в сети)

 Аппаратные сбои – выход из строя линии коммуникаций

9.3 При обработке объекта

 Угроза, возникающая от использования нелицензионного ПО

 Вирус

 Наличие/возникновение «дыры» на периметре безопасности – ошибки ПО

6. Аварийный план

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

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

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

1. По типу воздействия:

·     природные события;

·     события, зависящие от человеческого фактора;

2. По доступности:

·        временная недоступность;

·        постоянная недоступность;

3. По причине возникновения:

·        нарушение или отказ оборудования/ повреждение линий связи;

·        нарушение или отказ программ;

·        нарушение или отказ данных.

Необходимо также оценить объекты по приоритетам восстановления. Для упрощения процесса рассмотрим бизнес-логику организации с верхнего уровня:

·        Основная цель организации – доставка газа до потребителя и получение оплаты за него;

·        Обслуживанием потребителей занимаются сотрудники организации;

·        Учет поставки газа конечному потребителю и учет оплаты осуществляется с помощью автоматизированных систем;

·        Автоматизированные системы требует приложений и данных;

·        Приложения и СУБД требуют операционной системы и коммуникаций;

·        Операционная система требует аппаратного обеспечения;

·        Коммуникации требуют сетевого обеспечения;

·        Оборудование требует электропитания и охлаждения;

·        Электропитание требует источника и средств доставки;

·        Сотрудники требуют определенных условий труда (помещение, освещение).

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

1. Критически важные:

·        ПК «Реализация газа»;

·        АИС «Абонент ГРО»;

2. Для вторичных и вспомогательных бизнес-задач:

·        Создаваемая для ОДС система учета основных объектов и устройств МГ и ГРС;

3. Некритические (но значимые):

·        1:С Предприятие;

4. Полезные:

·        Антивирусный комплекс.

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

Для успешного восстановления информационной системы в максимально возможные короткие сроки в распоряжении организации следует иметь:

1.      Резерв сетевого оборудования (линий передачи данных/конекторы/сетевые интерфейсы и т.п.);

2.      Резерв аппаратного оборудования, либо иметь соглашение с поставщиками об оперативной поставке оборудования;

3.      Инсталляционные копии операционной системы, СУБД, приложения и других программ;

4.      Резервные копии данных (для разрабатываемой системы следует применять резервирование методом наращивания).

План действий при полном разрушении инфраструктуры организации относительно создаваемой системы:

1. Замена и настройка оборудования и линий передачи данных в сети;

2. Настройка ОС и СУБД на сервере;

3. Восстановление БД по средствам резервных копий;

4. Настройка ОС на клиенте;

5. Инсталляция приложения;

6. Восстановление системы безопасности.

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

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

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

·        Восстановление сети – администратор сети;

·        Восстановление систем/данных – администратор информационных систем;

·        Восстановление информационной безопасности - администратор безопасности.

Для проверки правильности подготовленного аварийного плана следует проводить его тестирование по следующим направлениям:

1.            Структурированный обзор – совместное обсуждение пунктов плана;

2.            Симуляция – тренировочные мероприятия по предопределенному сценарию.

После тестирований или с течением времени возможно внесение поправок или полное/частичное обновления плана.

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

ПРИЛОЖЕНИЕ 1

[1]. ОБ ИНФОРМАЦИИ, ИНФОРМАТИЗАЦИИ И ЗАЩИТЕ ИНФОРМАЦИИ. Федеральный закон РФ от 20 февраля 1995 года N 24-ФЗ. Принят Государственной думой 25 января 1995 года.

[2]. ПЕРЕЧЕНЬ СВЕДЕНИЙ КОНФИДЕНЦИАЛЬНОГО ХАРАКТЕРА. Утвержден Указом Президента РФ 6 марта 1997 г. № 188.

[3]. УГОЛОВНЫЙ КОДЕКС РФ.

[4]. О ПРАВОВОЙ ОХРАНЕ ПРОГРАММ ДЛЯ ЭЛЕКТРОННЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИН И БАЗ ДАННЫХ. Закон РФ от 23 сентября 1992 года N 3524-1.

[5]. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации: Руководящий документ/Государственная техническая комиссия при Президенте РФ.

[6]. Концепция защиты средств вычислительной техники и автоматизированных систем от несанкционированного доступа к информации: Руководящий документ/ Государственная техническая комиссия при Президенте РФ.

[7]. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации: Руководящий документ/Государственная техническая комиссия при Президенте РФ.

[8]. КОНСТИТУЦИЯ РФ. Утверждена Указом Президента РФ 12 декабря 1997 г.

[9]. ТРУДОВОЙ КОДЕКС РФ. Утвержден Указом Президента РФ 30 декабря 2001 г.

ПРИЛОЖЕНИЕ 2

Субъекты ↓	Объекты →	Права/ группы	Данные по объектам/ устройствам/ потребителям	Схемы	Регистрационный журнал
Генеральный директор		Нет доступа	Чтение	Чтение	Нет доступа
Администратор системы		Создание ролей прав доступа	Нет доступа	Нет доступа	Чтение Удаление
Администратор безопасности		Раздача ролей прав доступа	Чтение	Чтение	Чтение
Начальник ОДС		Нет доступа	Создание	Создание	Нет доступа
Группа диспетчеров		Нет доступа	Создание	Создание	Нет доступа

ПРИЛОЖЕНИЕ 3

СПИСОК ЛИТЕРАТУРЫ

1.         Курс секций по предмету «защита информации» Некучаевой Н.А.

2.         Конев И.Р., Беляев А.В. Информационная безопасность предприятия. – СПб: БВХ-Петербург, 2003. – 752 с.:ил.

3.         Интернет.