Полезные заметки — Страница 4

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

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

Типовые функциональные дефекты ОС:
Идентификация — каждому ресурсу должно быть присвоено уникальное имя — идентификатор.
Пароли — сложность паролей
Список паролей — хранение списка в зашифрованном (хешированном) виде
Пороговые значения — число попыток входа в систему, при подборе пароля
Подразумеваемое доверие — подразумевается, что всё работает правильно ;-)
Общая память — не всегда очищается ОП при совместном использовании
Разрыв связи — в случае разрыва связи ОС дожна немедленно закончить сеанс работы с пользователем

Основной проблемой обеспечения безопаснсоти ОС является проблема создания механизмов контроля доступа к ресурсам системы. Процедура контроля досутпа заключается в проверке соответствия запроса субьъекта предоставленным ему правам доступа к ресурсам.

Журналирование, Логирование, Сигнализация о НСД. Контроль доступа к данным. Для доступа к объекту субьект должен обладать соответствующими полномочиями.

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

Тема логического управления доступом — одна из сложнейших в области ИБ. Для систем управления реляц. БД объекта — это база данных, таблица, представлениЕ, хранимая процедура.

В ОС Unix, когда пользователя лишают самой возможности попытаться совершить НСД включив в число видимых ему объектов только те, к которым он имеет доступ.

При принятии решения о предоставлении досутпа обычно анализируется след. информация:

1) идентификатор субьекта. подобные ид являются основой произвольного управления доступом
2) атрибуты субьекта. Метки безопасности — основа мандатного управления доступом.
3) управление правами доступа осущ. на снове моделей доступа:
— матричной модели доступа (модель Харрисона — Руззо — Ульмана)
— многоуровневой модели доступа (модель Белла-Лападулы)

70 Авторизация. Разграничение доступа к объектам операционной системы

После успешной регистрации система должна осуществлять авторизациюо — предоставление субъекту прав на доступ к объекту. Средства авторизации контролируют доступ легальных пользователей к ресурсам системы, предоставляя каждому из них именно те попределын администратором, а также осуществляют контроль возможности выполнения пользователем различных системных функции. Система контроля базируется на общий модели, называемой МАТРИЦЕЙ ДОСТУПА.

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

При дискреционном доступе, определенные операции над конкретным ресурсом запрещаются или разрешаются субъектам или группам субьектам.

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

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

Домены безопасности

Каждый домен определяет набор объектов и типов операций, которые могут производиться над каждым объектом. Домен таким образом есть набор прав доступа.

Стандартная двухрежимная модель выполнения ОС. Процесс выполняется в режиме (kernel mode), он может выполнять привилегированные инструкции и иметь полный контроль над комп.системой. Если процесс выполняется в пользовательском режиме, он может вызывать только непривилгированные инструкции.

В ОС Unix домен связан с пользователем. Каждый пользователь обычно работает со своим набором объектов.

Матрица доступа

Модель безопасности имеет вид матрицы, которая называется матрицей доступа. Матрица доступа применяется редко. Эту матрицу можно разложить по столбцам, в результате чего получаются списки прав доступа (access control list — ACL). В результате разложения по строкам получаются мандаты возможностей (capanility list или capanility tickets).

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

В итоге имеем ACL — 9бит-ный код, который является атрибутом разнообразных объектов Unix.

Мандаты возможностей. Если матрицу разложить по строкам, каждый субъект хранит список объектов и для каждого объекта — список допустимых операций, то такой способ хранения называется «мандаты» или «перечни возможностей» (capanility list).

Выявление вторжений. Аудит системы защиты

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

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

Анализ некоторых популярных ОС с точки зрения их защищенности:
— разделение команд по уровням привилегированности
— сегментация адресного пространства
— защита различных процессов
— особая защита ядра ОС
— контроль повторного использования объекта
— наличие средств управления доступом
— структурированность системы

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

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

69 Основные направления деятельности в области аудита безопасности информации

Комплексный аудит АС включает в себя:
— инициирование процедуры аудита
— сбор информации аудита
— анализ данных аудита
— выработка рекомендаций
— подготовка аудиторского отчета
— инициирование процедуры аудита

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

Границы проведения обследования
— список обследуемых физ, прог, информ.ресурсов
— площадки попадающие в границы обследования
— основные виды угроз безопасности, рассматриваемые при проведении аудита
— организационные (законодат, административ, и процедурн), физич, программно-техн итд.

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

Аудитор здает вопросы:

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

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

АНАЛИЗ РИСКОВ — этото, с чего должно начинаться построение любой системы информационной безопасности.
РИСК — определяется вероятностью причинения ущерба и величиной ущерба, наносимого ресурсам ИС в случае осуществления угрозы безопасности.

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

Ресурсы ИС можно разделить на следующие категории:
— информ.ресурсы
— ПО
— техн.средства (серверы, раб.станции, активн.сетевое оборуд, итп)
— людские ресурсы

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

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

Риск = Стоимость ресурса * Вероятность угрозы / Величина уязвимости

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

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

Аудиторский отчет является основным результатом проведения аудита.

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

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