- •П.Н. Девянин, о.О. Михальский, д.И. Правиков, а.Ю. Щербаков Теоретические основы компьютерной безопасности
- •Глава 1 структура теории компьютерной безопасности 8
- •Глава 2 методология построения систем защиты информации в ас 22
- •Глава 3 политика безопасности 72
- •Глава 4 модели безопасности 95
- •Глава 5 основные критерии защищенности ас. Классификация систем защиты ас 123
- •Введение
- •Глава 1структура теории компьютерной безопасности
- •1.1Основные понятия и определения
- •1.2 Анализ угроз информационной безопасности
- •1.3 Структуризация методов обеспечения информационной безопасности
- •1.4 Основные методы реализации угроз информационной безопасности
- •1.5Основные принципы обеспечения информационной безопасности в ас
- •1.6Причины, виды и каналы утечки информации
- •Глава 2методология построения систем защиты информации в ас
- •2.1 Построение систем защиты от угрозы нарушения конфиденциальности информации Организационно-режимные меры защиты носителей информации в ас
- •Передача пароля по сети
- •Криптографические методы защиты
- •Утечки информации по техническим каналам:
- •Требования к скзи
- •Требования надежности
- •Требования к средам разработки, изготовления и функционирования скзи.
- •Криптографическая защита транспортного уровня ас
- •Криптографическая защита на прикладном уровне ас
- •Особенности сертификации и стандартизации криптографических средств
- •Защита от угрозы нарушения конфиденциальности на уровне содержания информации
- •2.2Построение систем защиты от угрозы нарушения целостности информации Организационно-технологические меры защиты целостности информации на машинных носителях
- •Модель контроля целостности Кларка-Вилсона
- •Защита памяти
- •Барьерные адреса
- •Динамические области памяти
- •Адресные регистры
- •Страницы и сегменты памяти
- •Цифровая подпись
- •Защита от угрозы нарушения целостности информации на уровне содержания
- •2.3 Построение систем защиты от угрозы отказа доступа к информации
- •Защита от сбоев программно-аппаратной среды
- •Обеспечение отказоустойчивости по ас
- •Предотвращение неисправностей в по ac
- •Защита семантического анализа и актуальности информации
- •2.4 Построение систем защиты от угрозы раскрытия параметров информационной системы
- •2.5 Методология построения защищенных ас
- •Иерархический метод разработки по ас
- •Исследование корректности реализации и верификация ас
- •Теория безопасных систем (тсв)
- •Список литературы к главе 2
- •Глава 3политика безопасности
- •3.1 Понятие политики безопасности
- •3.2 Понятия доступа и монитора безопасности
- •3.3 Основные типы политики безопасности
- •3.4 Разработка и реализация политики безопасности
- •3.5Домены безопасности
- •Список литературы к главе 3
- •Глава 4модели безопасности
- •4.1 Модель матрицы доступов hru Основные положения модели
- •Безопасность системы
- •4.2 Модель распространения прав доступа take-grant Основные положения модели
- •Возможность похищения прав доступа
- •Расширенная модель Take-Grant
- •4.3 Модель системы безопасности белла-лападула Основные положения модели
- •Пример некорректного определения безопасности в модели бл
- •Эквивалентные подходы к определению безопасности в модели бл
- •Подход Read-Write (rw)
- •Подход Transaction (т)
- •Проблемы использования модели бл
- •Модель Low-Water-Mark
- •4.4Модель безопасности информационных потоков
- •Пример автоматной модели системы защиты gm
- •Список литературы к главе 4
- •Глава 5основные критерии защищенности ас. Классификация систем защиты ас
- •5.1Руководящие документы государственной технической комиссии россии
- •5.2 Критерии оценки безопасности компьютерных систем министерства обороны сша ("оранжевая книга")
- •Глава 5 Основные критерии защищенности ас. Классификация систем
- •Демонстрационный материал к учебной теме “Криптосистема rsa” Введение
- •Системные требования
- •Описание программы
Модель Low-Water-Mark
Модель Low-Water-Mark (LWM) представляет близкий к модели БЛ подход к определению свойств системы безопасности, реализующей мандатную (полномочную) политику безопасности. В модели LWM предлагается порядок безопасного функционирования системы в случае, когда по запросу субъекта ему всегда необходимо предоставлять доступ на запись в объект. Описание модели LWM дадим по [1].
Пусть определены конечные множества: S-множество субъектов системы; О-множество объектов системы; R = {read, write} – множество видов доступа субъектов из S к объектам из О.
Обозначим:
– множество возможных множеств текущих
доступов в системе; L-множество
уровней секретности;
– двойка функций (fs,
fo),
определяющих: fs:
S→L
– уровень допуска субъекта и fo:
O→L
– уровень секретности объекта;
– множество состояний системы;
– множество действий системы, где тройка
означает, что система в результате
выполнения операции ор е ОР перешла из
состояния
в состояние
.
Множество ОР содержит операции Read, Write, Reset, описанные в табл. 4.3.
Таблица 4.3
Операция |
Условие выполнения |
Результат выполнения операции |
Read (s,o) |
|
|
Write (s,o) |
|
|
Reset (s,o) |
|
|
В результате выполнения операции Write уровень секретности объекта снижается до уровня доступа субъекта. Если это снижение реально происходит, то вся информация в объекте стирается. В результате выполнения операции Reset уровень секретности объекта становится максимально возможным в системе.
Дадим определения ss-свойства и *-свойства для модели LWM.
Определение 24. Доступ
обладает ss-свойством относительно
,
если
и
.
Определение 25. Доступ обладает ss-свойством относительно , если он удовлетворяет одному из условий:
• r = read и ;
• r = write и .
143
Определение 26. Состояние системы
обладает ss-свойством (*-свойством),
если каждый элемент
обладает ss-свойством (*-свойством)
относительно f.
Определение 27. Состояние системы называется безопасным, если оно обладает ss-свойством и '-свойством одновременно.
Утверждение 1. Операции Read, Write, Reset переводят систему из безопасного состояния в безопасное состояние.
Доказательство. Из описания операций Read, Write, Reset следует, что в результате их выполнения новое состояние системы обладает ss-свойством и *-свойством. •
Заметим, что условие стирания информации при выполнении операции Write является существенным. Хотя при его отсутствии утверждение 1 формально останется истинным. Однако в этом случае с позиций здравого смысла система не будет безопасной, так как возможно возникновение канала утечки информации. Субъект, запрашивая доступ на запись в объект, понижает его уровень секретности, после чего он может запросить доступ на чтение из этого объекта (рис. 4.11).
Данный пример еще раз демонстрирует уязвимость определения безопасности в модели БЛ.
Рис. 4.11. Канал утечки информации
