Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Митряев лекции / ИБИС гр.445зс 2015 / ИБИС Л.6 гр.444 (2015).docx
Скачиваний:
361
Добавлен:
25.03.2016
Размер:
121.58 Кб
Скачать

2.2.2. Ответственность

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

Существует три требования по условиям ответственности:

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

  • Авторизация — проверка разрешения индивидуальному пользователю на получение информации определённого рода.

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

2.2.3. Гарантии

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

Для достижения этих целей необходимо два типа гарантий и соответствующих им элементов:

Механизмы гарантий:

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

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

Гарантии непрерывной защиты — надёжные механизмы, обеспечивающие непрерывную защиту основных средств от преступных и/или несанкционированных изменений.

2.2.4. Документирование

Оформление документации является необходимым условием для подтверждения гарантии надежности ИС и одновременно – инструмент проведения политики безопасности.

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

Согласно "Оранжевой книге", в комплект документации надежной системы должны входить следующие основные тома:

  • Руководство пользователя по средствам безопасности.

  • Руководство администратора по средствам безопасности.

  • Тестовая документация.

  • Описание архитектуры.

На практике требуется еще по крайней мере один том - Письменное изложение политики безопасности данной организации.

Руководство пользователя по средствам безопасности

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

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

  • Как входить в систему? Как вводить имя и пароль? Как менять пароль? Как часто это нужно делать? Как выбирать новый пароль?

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

  • Как импортировать и экспортировать информацию, не нарушая правил безопасности?

  • Как уживаться с системными ограничениями? Почему эти ограничения необходимы? Какой стиль работы сделает ограничения необременительными?

Соседние файлы в папке ИБИС гр.445зс 2015