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

Зрозуміло також, що відносини робочих груп повинні бути антисиметричні - якщо група A входить до групи В, то група В, у свою чергу, не може входити в групу А. Крім того, змістом групи як об'єднанню користувачів не суперечить твердження, що група входить сама в себе, інакше кажучи, відносини груп рефлексивні.

Звідси випливає, що на множині робочих груп G можна встановлювати таке відношення:

FGG: G x G - відношення часткового порядку, що визначає ієрархію (вкладеність) робочих груп і задає оператор домінування ? такий, що

Якщо для g1, g2 ? G, g1 ? g2, то g1 включає g2.

Відповідно для управління доступом в системах з входженням одних робочих груп в інші потрібне введення і використання додаткової функції:

f hgroups: G > G: значенням функції f hgroups (g) є набір робочих груп {gg1, gg2,…} ? G, котрі робоча група g включена по відношенню FGG.

У практичному плані реалізація функції f hgroups спільно з функціями fgroups і fusers може здійснюватися на основі розширення бінарної матриці "Користувачі-Групи" рядками, які відповідатимуть робочим групам системи, тобто побудовою матриці "(Користувачі + Групи)-Групи".

Частковий порядок на множині груп, якщо так можна висловитися, "слабший" часткового порядку на множині ієрархічної системи ролей посад, так як одна робоча група може входити відразу в декілька робочих груп, частина робочих груп може не входити ні в які інші групи і не містити в собі інші групи. Це означає, що системи з ієрархічно організованими ролями описуються графом у вигляді кореневого дерева, а система робочих груп графом довільного виду, в тому числі і з ієрархічно організованими фрагментами. Головною особливістю графа робочих груп має бути відсутність циклів, породжуваних ланцюжками транзитивності.

У практичних системах проблема транзитивності відносин у системі взаємопов'язаних робочих груп вирішується двома способами:

* побудовою графа включення груп, пошуком та вилученням (розривом) з нього циклів;

* поділом множини груп на дві підмножини - групи, які можуть входити в інші групи, але складатися тільки з користувачів, тобто не можуть містити інші групи, і групи які можуть складатися як з користувачів, так і з груп, але самі входити в інші групи не можуть.

Як правило, при другому способі групи першого виду не мають своїх власних групових прав і привілеїв, а використовуються лише для того, щоб комплектувати робочі групи другого виду "груповим" способом. Тим самим, забезпечується структура, описувана дводольним графом, всі шляхи в якому мають довжину, рівну одиниці, принципово виключаючи на цій основі можливість транзитивних зв'язків, що породжують цикли.

З самого поняття робочих груп як об'єднань сутностей однотипного доступу слід механізм успадкування прав і повноважень "згори", що також принципово відрізняє технологію робочих груп від рольової моделі. Даний механізм спадкоємства можна виразити таким правилом визначення прав доступу і привілеїв робочих груп користувачів.

Повний набір прав і повноваження Rg робочої групи користувачів g до об'єкта o визначаються сукупністю набору прав і привілеїв A [g, o], безпосередньо наданих цій групі, і набором прав і привілеїв робочих груп A [gg i, o], в які за відношенню FGG може входити дана робоча група:

R g(o) ? {A[g, o] ?> A[gg1, o] ?> A[gg2 , o] ?> ,…}, де

{gg1, gg2,…} = f hgroups(g).

Відповідно, критерій безпеки індивідуально-групового доступу необхідно скоректувати, включаючи в підсумковий набір прав користувача права його робочих груп

R ? {A[u, o] ?>R gu1(o) ?>R gu2(o) ?> ,…}

де R gui(o) - повний перелік прав робочої групи gi, в котру входить користувач u.

Модель індивідуально-групового розмежування прав доступу володіє істотними можливостями при організації колективного доступу до ресурсів в складних системах з великою кількістю користувачів і великою кількістю складно організованих і численних ресурсів. Разом з тим, її використання крім слабкості захисних властивостей дискреційного принципу розмежування доступу, на якому вона ґрунтується, таїть і деякі інші "підводні" камені, такі як надмірність і дублювання в наданні прав доступу користувачів до об'єктів системи. Крім того, в ряді випадків проектування системи робочих груп представляє нетривіальну задачу, і вимагає застосування додаткових теоретико-графових алгоритмів і просторово-векторних моделей.

2.2.2 Побудова моделі індивідуально-групового розмежування прав доступу

Спроба реалізації даного програмного продукту призначена для демонстрації моделі одного з підвидів рольової політики безпеки, а саме індивідуально-групового розмежування прав доступу до файлів. Для реалізації даної моделі політики безпеки обрано середовище програмування Delphi 2007. Це пов'язано з тим, що найкращі навички програмування здобуті саме в цьому середовищі. Також Delphi 2007, на мій погляд, повністю дозволяє виконати поставлені задачі - побудувати демонстраційний приклад для ілюстрування роботи з індивідуально-груповим розмежуванням прав доступу.

Для роботи з програмою необхідні запускний файл програми, додаткові файли зі збереженою інформацією про логіни, паролі користувачів, інформацією про файли робочої директорії, деякі інші додаткові файли, а також папка Work_dir, в якій знаходяться файли, з якими працює програма.

Програмний продукт складається з чотирьох модулів. Першим є модуль головного вікна програми. Він дозволяє залогінитися існуючим користувачам. Проводиться автентифікація наданих даних шляхом порівняння введеної користувачем інформації зі вмістом файлу списку користувачів та паролів. Окрім цього у головному вікні програми можна створити нового користувача та задати йому пароль для входу в систему.

Другим є модуль файлового менеджера. Він дає змогу обрати файл із робочої піддиректорії Work_dir та надати доступ до нього у відповідності із наявними правами доступу користувача або групи, до якої він входить. До прав доступу належать права на запис, читання, видалення файлу. Дані права зберігаються разом із списком файлів директорії Work_dir у робочому файлі «files» в директорії програми. Також у цьому вікні користувач може створити новий файл, задавши йому ім'я у відповідному полі та натиснувши кнопку «Створити файл». Поточному користувачу буде надано необмежені права доступу на створюваний файл.

Третім модулем є вікно адміністраторської панелі. Цей модуль забезпечує можливість зміни повноважень користувачів. Від імені адміністратора можливо задати користувачу належність до групи і цим самим змінити його права доступу. Доступ до файлового менеджера користувачу не надається. Із вікна адміністраторської панелі можна переглянути журнал подій, котрі відбувалися в системі.

Журнал подій дозволяє адміністратору переглядати події, котрі відбулися в системі, що дозволяє аналізувати стан системи. В ході роботи програми в файл «log» вноситься службова інформація щодо стану системи. В вікні журналу подій можна спостерігати інформацію з цього файлу. Інформація про кожну подію містить 3 компоненти: який користувач працював із системою в поточний момент, час та дата події та власне сам опис події. У випадку, коли не потрібно переглядати усю інформацію з журналу, є можливість фільтрувати виведену інформацію. Для цього в нижній частині вікна передбачено основні компоненти вмісту журналу. Можна прибрати галочки навпроти певних даних - тоді інформацію про них не буде показано в журналі.

Запустивши програму, ви потрапляєте до головного вікна програми. Якщо ви маєте створені логін та пароль - введіть їх в відповідні поля та натисніть «Увійти». В протилежному випадку введіть нові дані та натисніть кнопку «Новий користувач». Буде створеного нового користувача та вас буде перенаправлено на вікно файлового менеджера.

Вікно файлового менеджера в лівій частині містить список файлів робочої папки(Work_dir). Справа вказано цінність файлу, а також можливості роботи з файлами (створити файл, видалити файл).

При залогіненні від імені адміністратора, буде відкрито вікно адмінпанелі. На ній вказано дані про користувачів, можливість змінювати належність до груп користувачів. Також передбачено можливість перегляду журналу аудиту, при натисненні кнопки «переглянути лог».

В загальному інтерфейс програми є інтуїтивно зрозумілим. Більшість дій супроводжуються підказками. Інформується про спробу виконання недопустимих операцій., у разі виникнення таких.

Програма може бути покращена шляхом впровадження додаткових функцій, таких як зміна прав доступу для кожного користувача, та групи. Не забезпечено деяких додаткових особливостей індивідуально-групового розмежування прав доступу, зокрема можливість входження груп одна в одну, використання кількох груп для одного користувача. При використанні в якості демонстраційного матеріалу важливою є наочність представленої інформації. Тому забезпеченням спливаючих підказок є можливим покращенням продукту. Можливим покращенням є зміна формату збереження даних з текстових файлів на єдиний файл бази даних.

Висновки