Поиск:

Средства защиты информации

Настройка

Изменение личного пароля

Пояснения к матрице доступа:

А1 – руководитель предприятия;

А2 – сотрудники службы безопасности;

А3 – сотрудники одного из отделов (например, бухгалтерия).

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

Рисунок 3.2 – Пример ролевого управления доступом

Таким образом, под ролью субъекта следует понимать набор прав и обязанностей, который можно применить к тому или иному субъекту в зависимости от его функций. Цель политики ролей - унифицировать и упростить делегирование прав субъектов. Можно представить формирование иерархии ролей, начиная с минимума прав (и максимума пользователей), приписываемых роли "сотрудник", с постепенным уточнением состава пользователей и добавлением прав (роли "системный администратор", "бухгалтер" и т.п.), вплоть до роли "руководитель". Показано на рисунке 3.3.

Рисунок 3.3 - Фрагмент иерархии ролей

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

1. Распределение ответственности

Этот принцип означает, что в системе (пространстве) не должно быть субъекта, который мог бы самостоятельно от начала до конца выполнить операцию, которая может нанести ущерб безопасности. Например, если пользователь А выполняет некую транзакцию, имеющую существенное значение для системы, то она должна вступить в силу только после того, как пользователь Б проверит и подтвердит ее корректность. Таким образом, ни А, ни Б не могут по отдельности произвести данную транзакцию, один может только формировать данные для нее, другой - только авторизовать ее (то есть в данном случае отправить на выполнение), - без этих двух процедур транзакция не будет иметь результата. Если же объективно ряд значимых операций должен выполняться только одним человеком, то результаты его действий должны регистрироваться в журналах, к которым он не имеет доступа на корректировку. Эти журналы должны регулярно анализироваться другим человеком.

2. Минимизация привилегий

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

Вывод:

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

<== предыдущая лекция	\|	следующая лекция ==>
Доступ к CD -дискам, DVD -дискам	\|	Классификация нарушителей информационной безопасности

Поделиться с друзьями:

Дата добавления: 2018-10-15; Мы поможем в написании ваших работ!; просмотров: 185 | Нарушение авторских прав

Поиск на сайте:

Лучшие изречения:

1576 -

| 1358 -