Курс лекций Защита Информации/Политика безопасности: различия между версиями
Содержимое удалено Содержимое добавлено
Нет описания правки |
Нет описания правки |
||
Строка 11:
* формальное моделирование политики безопасности;
* криптография.
Язык определения политики безопасности (ЯОПБ) задается спецификациями.
'''Замечание 1''' <br />
ЯОПБ должен обладать достаточной выразительной силой. На основании предлагаемого языка необходимо иметь возможность описывать достаточно широкий круг политик безопасности.
'''Замечание 2''' <br />
ЯОПБ в зависимости от выбранных в политике безопасности правил разрешения доступа cпособен специфицировать
* закрытые политики безопасности (все разрешенные виды доступа должны быть специфицированы);
* открытые политики безопасности (все запрещенные виды доступа должны быть специфицированы);
* гибридные политики безопасности;
* гибридные политики безопасности с разрешенными противоречиями.
'''Замечание 3''' <br />
ЯОПБ должен определять корректные спецификации. Спецификация политики безопасности является корректной, если она непротиворечива и полна. Под непротиворечивостью спецификации понимается наличие только одного решающего правила для каждого доступа субъекта системы к объекту (доступ не может быть одновременно разрешен и запрещен). Под полнотой спецификации понимается существование правила для каждого доступа субъекта системы к объекту, запрещающего или разрешающего его. Если для некоторого доступа не определена авторизация, должно присутствовать разрешающее правило-умолчание.
=== Определение языка описания политик безопасности. ===
ЯОПБ состоит из следующих множеств:
* <math>\{O\}</math> - множество объектов;
* <math>\{S\}</math> - множество субъектов:
** <math>\{U\}</math> - пользователи - отдельные пользователи, работающие с системой;
** <math>\{G\}</math> - группы - множества пользователей (единственным ограничением на членство в группе является ацикличность);
* <math>\{R\}</math> - роли - именованные списки привилегий, необходимые для работы в системе (как и группы, роли могут быть организованы в иерархию).
'''Ацикличность''' - если <math>S_i</math> член <math>S_j</math> ( <math>S_i \subseteq S_j</math> ), то <math>S_j</math> не может быть членом <math>S_i</math> ( <math>S_j \nsubseteq S_i</math> ). Уровни <math>S_1</math>, <math>S_2</math> и <math>S_3</math> ничего не знают друг о друге.
'''Роль''' - именованный список привилегий, необходимых для выполнения некоторых обязанностей в системе.
'''Авторизация''' - отображение, которое отображает четверку (<math>O</math>, <math>U</math>,<math>R</math> , <math>a</math>), состоящую из объектов, пользователей, ролей и действий, в множество либо авторизованное, либо запрещенное.
<center><math>auth: (O,U,R, a) \rightarrow \{authed, denied\} </math></center>
Задав множество действий <math>\{A\}</math>, можно получить множество знаковых авторизованных типов <math> ~SA=\{\pm a \mid a\in A\} </math>.
=== Алфавит ЯОПБ. ===
==== Предикатные символы. ====
<math>P</math> - предикат - выражение, которое зависит от некоторых параметров и может быть истино или ложно. <br />
<math>~P(a,b) \rightarrow \{0,1\}</math><br />
#<math> cando (O,S,SA) = cando (O,S,\pm a), a \in A</math> (данный предикат определяется администратором безопасности);
#<math> dorcando (O,S,SA) = (O,S,\pm a), a \in A</math> (представляет авторизацию, определяемую системой с использованием логических правил);
#<math> do (O,S,\pm a), a \in A</math> (представляет авторизацию, которую имеет каждый субъект для каждого объекта. Реализует политику разрешения конфликтов);
#<math> grant (O,S,R,\pm a), a \in A</math> (представляет разрешенные или запрещенные доступы для каждого субъекта к каждому объекту. Реализует политику контроля доступа);
#<math> done (O,S,R,\pm a, n \in N), a \in A</math> (представляет доступы, выполненные субъектом);
#<math> active (S,r)</math> (отражает концепцию активной роли);
#<math> dirin (S_i), in (S_j)</math> (отражают концепцию прямого и косвенного членства);
#<math> typeof (O,t)</math> (отражает группирование объектов);
#<math> error ( )</math> (отражает ошибки в спецификации и использовании авторизации).
| |||