АДМИНИСТРАТИВНЫЙ УРОВЕНЬ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ

Содержание скрыть

Основные понятия, К административному уровню информационной безопасности, Главная цель мер административного уровня, Основой программы является политика безопасности

Политика безопасности

Термин «политика безопасности», Под политикой безопасности, Такая трактовка, конечно, гораздо шире, чем набор правил разграничения доступа

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

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

2.Политика безопасности верхнего уровня

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

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

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

· обеспечение базы для соблюдения законов и правил;

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

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

11 стр., 5292 слов

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

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

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

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

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

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

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

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

Британский стандарт BS 7799:1995 рекомендует включать в документ, характеризующий политику безопасности организации,

·

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

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

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

· раздел, освещающий вопросы физической защиты ;

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

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

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

51 стр., 25083 слов

Уголовно-правовая характеристика преступлений против безопасности ...

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

· раздел, описывающий меры, направленные на обеспечение непрерывной работы организации;

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

3.Политика безопасности среднего уровня

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

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

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

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

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

5. Законопослушность. Политика должна содержать общее описание запрещенных действий и наказаний за них.

6. Точки контакта. Должно быть известно, куда следует обращаться за разъяснениями, помощью и дополнительной информацией. Обычно «точкой контакта» служит определенное должностное лицо, а не конкретный человек, занимающий в данный момент данный пост.

4.Политика безопасности нижнего уровня

Политика безопасности

· кто имеет право доступа к объектам, поддерживаемым сервисом?

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

· как организован удаленный доступ к сервису?

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

8 стр., 3522 слов

Сетевая безопасность

... "отказ в сервисе"), а также общее следование политике безопасности объекта. При разработке политики безопасности необходимо учитывать требование ... Определенную угрозу сетевой безопасности может представлять возможность присвоение хакером “чужого” MAC-адреса своей сетевой карте. ... Конфиденциальность данных может обеспечиваться протоколами безопасности на транспортном уровне SSL и Secure Shell Protocol ...

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

5.Программа безопасности

После того, как сформулирована политика безопасности

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

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

· управление рисками (оценка рисков , выбор эффективных средств защиты);

· координация деятельности в области информационной безопасности, пополнение и распределение ресурсов;

· стратегическое планирование ;

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

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

Контроль

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

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

6.Синхронизация программы безопасности с жизненным циклом систем

42 стр., 20908 слов

Оценка и управление стоимостью предприятия (на примере ОАО ‘Татнефть’)

... показателей, а также расчет стоимости компании. В заключении делается вывод по дипломной работе. Глава 1. Теоретические основы оценки стоимости предприятия (бизнеса) 1 Объект оценки стоимости предприятия (бизнеса) В основе методологии оценки стоимости бизнеса лежит представление ...

Если синхронизировать программу безопасности нижнего уровня с жизненным циклом, В жизненном цикле

Инициация

Закупка

Установка

Эксплуатация

Выведение из эксплуатации

Рассмотрим действия, выполняемые на каждом из этапов, более подробно., На этапе инициации

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

· какого рода информация предназначается для обслуживания новым сервисом?

· каковы возможные последствия нарушения конфиденциальности, целостности и доступности этой информации?

· каковы угрозы, по отношению к которым сервис и информация будут наиболее уязвимы?

· есть ли какие-либо особенности нового сервиса (например, территориальная распределенность компонентов), требующие принятия специальных процедурных мер?

· каковы характеристики персонала, имеющие отношение к безопасности (квалификация, благонадежность)?

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

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

Этап закупки, Когда продукт закуплен, его необходимо установить

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

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

Период эксплуатации

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

При выведении из эксплуатации, При выведении данных из эксплуатации

7.Управление рисками

Управление рисками

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

47 стр., 23209 слов

Методы управления безопасностью труда на предприятии

... законодательством). Всё это входит в понятие безопасности труда. Задача данной дипломной работы – изучить основы управления безопасностью труда на предприятии. Цели работы – рассмотреть теоретические основы управления безопасностью труда на предприятии, а также провести анализ управления безопасностью труда на предприятии. Объект исследования - Открытое акционерное общество "Российская ...

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

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

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

· оценка (измерение) рисков;

· выбор эффективных и экономичных защитных средств (нейтрализация рисков ).

По отношению к выявленным рискам возможны

· ликвидация риска (например, за счет устранения причины);

· уменьшение риска (например, за счет использования дополнительных защитных средств);

· принятие риска (и выработка плана действия в соответствующих условиях);

· переадресация риска (например, путем заключения страхового соглашения).

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

1. Выбор анализируемых объектов и уровня детализации их рассмотрения.

2. Выбор методологии оценки рисков .

3. Идентификация активов .

4. Анализ угроз и их последствий, выявление уязвимых мест в защите.

5. Оценка рисков.

6. Выбор защитных мер.

7. Реализация и проверка выбранных мер.

8. Оценка остаточного риска .

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

Выбор анализируемых объектов

методологию оценки рисков

При идентификации активов

Анализ угроз

Оценка рисков.

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

12 стр., 5521 слов

Обоснованный риск в уголовном праве РФ

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

Список использованных источников

[Электронный ресурс]//URL: https://inauka.net/referat/administrativnyiy-uroven-informatsionnoy-bezopasnosti/

1. Грязнов Е.С., Панасенко С.А. Безопасность локальных сетей. — М.: Вузовский учебник, 2006.- 525 с.

2. Козлачков П.С. Основные направления развития систем информационной безопасности. — М.: финансы и статистика, 2004.- 736 с.

3. Леваков Г.Н. Анатомия информационной безопасности. — М.: ТК Велби, издательство Проспект, 2004.- 256 с.

4. Руководящий документ Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации от 30 марта 1992 г.

5. Силаенков А.Н. Проектирование системы информационной безопасности: учеб. пособие — Омск: Изд-во ОмГТУ, 2009. — 128 с.

6. Соколов Д.Н., Степанюк А.Д. Защита от компьютерного терроризма. — М.: БХВ-Петербург, Арлит, 2002.- 456 с.

7. Сыч О.С. Комплексная антивирусная защита локальной сети. — М.: финансы и статистика, 2006.- 736 с.

8. Швецова Н.Д. Системы технической безопасности: актуальные реалии. — Спб: Питер, 2004. — 340 с.