Привилегии

Привилегии – это права, назначаемые отдельным пользователям или ролям. Привилегии делятся на два основных вида:

Системные привилегии, которые дают пользователю или роли возможность выполнять определенные системные операции.

Объектные привилегии, которые дают пользователю или роли права доступа к отдельным объектам схемы.

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

Системные привилегии.Перечислим все системные привилегии Oracle:

Таблица

Для примера ниже приведены некоторые из системных привилегий, существующих в ORACLE:

- CREATE SESSION (установить сеанс) – позволяет пользователю соединяться с сервером баз данных и устанавливать с ней сеанс связи;

- CREATE TABLE (создать таблицу) – позволяет пользователю создавать таблицы в своей собственной схеме;

- CREATE ANY TABLE (создать любую таблицу) – позволяет пользователю создавать таблицы в любой схеме базы данных;

- CREATE ANY TYPE (создать любой тип) – позволяет пользователю создавать типы и тела соответствующих типов в любой схеме базы данных;

- SELECT ANY TABLE (выбрать любую таблицу) – позволяет пользователю обращаться с запросами к любой таблице базы данных;

- EXECUTE ANY PROCEDURE (выполнить любую процедуру) – позволяет пользователю выполнять любую хранимую процедуру, хранимую функцию или модульный компонент базы данных.

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

Таблица

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

Таблица

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

Общие привилегии доступа к объектам схемы приведены в таблице

Таблица

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

Таблица

Привилегии и пользователи.Для назначения привилегий пользователю или роли применяется команда GRANT. Команда REVOKE позволяет лишить пользователя или роль привилегии.

Общие ключевые слова и инструкции.Ключевые слова и инструкции, которые могут применяться как в команде GRANT, так и в REVOKE:

- ALL PRIVILEGES– предоставляет или отбирает все системные привилегии, за исключением SELECT ANY DICTIONARY. Для объектов предоставляет все привилегии, имеющиеся для данного объекта, ключевое слово PRIVILEGES является необязательным.

- получатель – один или несколько пользователей, одна или несколько ролей или ключевое слово PUBLIC, которое предоставляет или отбирает привилегии у всех пользователей базы данных. Если указывается несколько получателей, их следует разделить запятыми.

- имя_столбца – один или несколько столбцов, для которых предоставляется или отбирается привилегия доступа к объектам INSERT, REFERENCES или UPDATE. Если имя столбца не указано, то привилегия предоставляется на все столбцы таблицы или представления.

- схема.объект – указывает имя объекта, на который выдается или отбирается привилегия. Если схема не задана, то сервер Oracle считает, что объект находится в собственной схеме пользователя.

- DIRECTORY имя_каталога – указывает имя каталога, на который выдается или отбирается привилегия.

Инструкция GRANT предоставляет пользователю или роли привилегии или роли. Для того чтобы предоставить привилегию, пользователь должен предварительно получить привилегию или роль с указанием WITH ADMIN OPTION. Также можно предоставлять привилегии, если есть привилегия GRANT ANY PRIVILEGE (для системных привилегий), GRANT ANY ROLE (для ролей), GRANT OPTION (для объектов схемы) или вы являетесь владельцем объекта. Системные привилегии и привилегии доступа к объектам схемы не могут быть предоставлены в одной команде GRANT.

1. Для предоставления системных привилегий или ролей:

GRANT {системная_привилегия | роль | ALL PRIVILEGES} TO получатель

[IDENTIFIED BY пароль] [WITH ADMIN OPTION];

2. Для предоставления привилегий доступа к объектам схемы:

GRANT {объектная_привилегия | ALL [PRIVILEGES]}

[имя_столбца [, имя_столбца …]]

ON {схeма.объект | DIRECTORY имя_каталога |

JAVA [SOURCE | RESOURCE] [схема.]объект}

TO получатель [WITH GRANT OPTION] [WITH HIERARCHY OPTION];

Определение ключевых слов приведено в таблице

Таблица

Инструкция REVOKE аннулирует привилегии, ранее выданные пользователю или роли. Эта команда может аннулировать только те привилегии, которые были ранее выданы командой GRANT. Если отзывается роль у клиента, который использует ее в текущий момент, то роль остается, но уже не будет доступна клиенту после того, как он перестанет ей пользоваться.

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

1. Для изъятия системных привилегий или ролей:

REVOKE {системная_привилегия | роль | ALL PRIVILEGES} FROM получатель;

2. Для изъятия привилегий доступа к объектам:

REVOKE {объектная_привилегия | ALL [PRIVILEGES]}

[имя_столбца [,имя_столбца . . .]]

ON {схема.объект | DIRECTORY имя_каталога |

JAVA [SOURCE | RESOURCE] [схема.]объект}

FROM получатель [CASCADE CONSTRAINTS] [FORCE];

Определение ключевых слов приведено в таблице

Таблица

Роли

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

Привилегии можно выдавать ролям, а затем назначать роли пользователям. Ведение привилегий осуществляется на уровне ролей и затрагивает всех пользователей, которым назначены такие роли. Кроме того, в зависимости от контекста роли могут избирательно разрешаться и запрещаться для пользователей. То есть посредством ролей можно объединять наборы привилегий и предоставлять их как единое целое. Например, у вас может существовать роль ADMIN, наделяющая администратора соответствующими полномочиями.

Роль может выдаваться другой роли. Если вы назначаете пользователю родительскую роль, он по умолчанию получает и все роли, выданные родительской роли. Пользователю можно назначить несколько ролей. Количество одновременно выдаваемых ролей ограничено параметром инициализации MAX_ENABLED_ROLES. Несколько ролей дают возможность одному пользователю в разные моменты времени применять разные наборы привилегий. Если роли выданы другие роли, то применение родительской роли подразумевает применение всех дочерних.

Команда ALTER USER позволяет задать одну или несколько ролей по умолчанию. Роли, назначенные по умолчанию, действуют, когда пользователь регистрируется в базе данных Oracle.

Системные роли.СУБД Oracle предлагает ряд предопределенных системных ролей:

Таблица

Определение ролей.Описанные в последующих разделах команды позволяют создавать, изменять и удалять роли. Команда ALTER USER позволяет определить одну или несколько ролей по умолчанию. Роли, назначенные по умолчанию, действуют, когда пользователь регистрируется в базе данных Oracle.

Когда пользователь создает роль, она автоматически выдается ему как роль по умолчанию. Роль создается следующим образом:

CREATE ROLE имя_роли {NOT IDENTIFIED | IDENTIFIED

{EXTERNALLY | GLOBALLY | BY пароль | USING [схема.] пакет}};

Определение ключевых слов приведено в таблице

Таблица

Изменение определенной роли возможно инструкцией ALTER ROLE, которая изменяет способ аутентификации пользователя роли. Ключевые слова совпадают с ключевыми словами, приведенными для команды CREATE ROLE.

ALTER ROLE имя_роли {NOT IDENTIFIED | IDENTIFIED

{EXTERNALLY | GLOBALLY | BY пароль | USING [схема.] пакет}};

DROP ROLE удаляет роль из базы данных. Если роль используется в данный момент, то ничего не произойдет, но заново использовать роль пользователь уже не сможет.

DROP ROLE имя_роли

SET ROLE разрешает пользователю применение одной или нескольких ролей или запрещает применение всех ролей.

SET ROLE {роль [IDENTIFIED BY пароль

[, роль [IDENTIFIED BY PASSWORD_ ._ ._ ._ ]] |

ALL [EXCEPT роль[, роль_ ._ ._ ._ ]] NONE}

гдеALL – разрешает применение всех ролей, предоставленных пользователю;

EXCEPT – применяется для исключения некоторых ролей из списка разрешенных при помощи ключевого слова ALL;

NONE – запрещает применение всех ролей пользователя.

АУДИТ

Аудит применяется как способ отслеживания использования БД и предупреждения о возможных проблемах с безопасностью.

В Oracle разрешен аудит четырех различных типов:

- Аудит команд. Аудит команд, направленных БД отдельными пользователями или всеми пользователями.

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

- Аудит объектов схемы. Аудит определенного набора команд SQL для конкретного объекта схемы.

- Детальный аудит. Детальный аудит (fine1grained auditing) появился в Oracle9i. Как и детальный контроль доступа, детальный аудит реализуется за счет определения предиката, вводящего ограничение для команд SQL, которые будут подвергнуты аудиту. Проводя такую политику аудита, можно сконцентрироваться на отслеживании действий с небольшим объемом жизненно важных данных. Уменьшение общего количества записей аудита облегчает выявление потенциальных проблем с безопасностью.

Для всех типов аудита Oracle вносит записи в журнал аудита БД или таблицу SYS.FGA_LOG$ или же в файл ОС в двоичном формате. Записи журнала аудита содержат различную информацию в зависимости от типа аудита и установленных параметров выполнения аудита.

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

1. Запуск экземпляра БД.

2. Остановка экземпляра БД.

3. Доступ пользователей с привилегиями администратора.

Включать и выключать аудит можно при помощи команд AUDIT и NOAUDIT.

AUDITинструкция_для_команд SQL | инструкция_для_объектов_схемы

[BY SESSION | ACCESS] [WHENEVER [NOT] SUCCESSFUL]

где инструкция_для_команд SQL применяется для включения аудита команд или системных привилегий и имеет следующий формат:

{[параметр_команды | ALL] [, …]} |

{[системная_привилегия | ALL PRIVILEGES] [, …]}

BY {прокси_сервер (, прокси_сервер …] ON BEHALF OF [{пользователь [, пользователь …]} | {пользователь [, пользователь …]};

инструкция_для_объектов_схемы применяется для включения аудита объектов схемы имеет следующий формат:

{параметр_объекта [, параметр_объекта …] | ALL}

ON {схема.[объект] | DIRECTORY имя_каталога | DEFAULT}

Определение ключевых слов приведено в таблице

Таблица

Синтаксис команды отмены аудита приведен ниже:

NOAUDIT инструкция_для_команд SQL | инструкция_для_объектов_схемы [BY SESSION | ACCESS]