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

В системе ведутся  Журналы (списки):
 1 . Пользователи
 2 . Группы пользователей
 3 . Рабочие места (АРМ-ы)
 4 . Бизнес-функции
 5 . Интерфейсы системы (коллекции элементов экранных форм)
 6 . Задачи системы (списки ран-тайм модулей экранов, отчетов, скриптов).
 7 . Объекты БД (Таблицы, Views, Программы, Роли БД)
 8 . Организационная структура ( Должности, Сотрудники, Подразделения)
 9 . Терминалы системы.

Элементы Журналов ставятся в соответствие  с учетными записями 
Пользователей и обеспечивают разграничение доступа к системе.

Коллекции прав доступа к данным назначаются только на Бизнес-функции. 

Коллекции прав на запуск Задачи - только для Рабочих мест.

Группа пользователей - получает наборы Рабочих мест и Бизнес-функций.

Каждый юзер имеет свою Должность в орг_струкуре, и все права доступа 
назначаются для Должности (в Группы пользователей входят Должности).

Орг_структура отвечает за встроенную бизнес-функцию - доступ к данным 
Подразделений. Здесь используется иерархия подчинения (Старшая Должность
автоматически видит данных Подчиненой)

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

В системе имеется Алгоритм Открытия Прав Доступа. 

Этот Алгоритм основан на считывании всего набора прав конкретного
Пользователя из Журналов, так, что каждый Пользователь, войдя в систему 
получает строго индивидуальный набор прав и только на стадии прохождения 
Первого Интерфейса. 

Если Пользователь входит в систему минуя Первый Интерфейс (например, по 
протоколам ODBC или в SQL*Plus) – система исключает наличия у 
Пользователей каких либо  прав доступа к данным в системе и ее программам.

(это не Ревоке грантов, а фишки в коде, см.ниже)]

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

Каждая Программа в системе имеет Первую Строку Программного кода, где 
производится аудит всех прав Пользователя. 

Если Пользователь вошел в систему минуя Первый интерфейс, и пытается 
запустить на исполнение любую программу (ран_тайм) системы  - то любая 
программа системы обязана автоматически завершить свою работу, путем 
выполнения инструкции в Первой строке Программного кода.
(это когда нет значения Специальной Переменной)

Система обеспечивает  5  уровней разграничения доступа.

 1 . На уровне задач. (Первый интерфейс). Любая задача может быть запущена 
на исполнение только через аудит прав на запуск задачи. 

 2 . На уровне Прикладного Интерфейса Программы. Система обеспечивает 
защиту критических элементов Интерфейса путем динамического изменения 
их свойств – в соответствии с назначенными для Пользователя доступными 
Бизнес-функциями (согласно инфо в Журнале Интерфейсы системы 

 3 . На уровне физического доступа к данным БД. Пользователь, не прошедший 
Первый интерфейс не может получить  из БД никакие данные. Каждая порция 
данных в БД, имеет свою зону видимости – для различных пользователей. 
Параметры зоны видимости данных описываются Бизнес-функциями.

 4 . На уровне файловой системы – разграничение доступа к исполняемым 
модулям. 

 5 . На уровне Терминала. Все права доступа назначаются  для Пользователя и 
Терминала. Это исключает возможность не санкционированного доступа к 
данным в Системе СуперПользователя с произвольного Терминала.

(кажется здесь - тормоз, никак OWNERа с удаленного терминала не 
обрезать по правам если он зная пароль - через  "типа sql_plus полезет" .... а 
надо очень)


Принцип разграничения доступа к Данным

 1 . Для всех Юзеров закрыт доступ к Таблицам БД
 2 . Для всех таблиц - созданы VIEW
 3 . Каждое VIEW имеет свое WHERE с логическим условием 
состоящие из трех логических условий по формуле AND, где,
[li]Первое Условие – есть проверка значения Специальной Переменной 
инициализированной  при входе Пользователя в систему через Первый 
Интерфейс.
[li]Второе условие – блок логической проверки разрешений Терминала. 
[li]Третье условие – блок логических проверок области видимости данных 
одноименной Таблицы БД для разных Пользователей в соответствии с Бизнес-
Функциями (по кодам подразделений, раздела бюджета, контрагентов, 
ресурсов и др.). Эта часть WHERE имеет свой  "вид"  для разных VIEW.

И естественно, есть Роли БД, где OWNER (Супер_пользователь) раздает гранты 
на объекты БД - Ролям.

А Юзеры БД - получают гранты на Роли.

В итоге есть Пользователи системы (Должности)  и Юзеры БД.