28 Аутентификация. Создание и изменение пользователей. Аутентификация пользователей

Безопасность базы данных обеспечивается с помощью идентификаторов пользователей. Однако в стандарте ничего не говорится о механизме связи идентификатора пользователя с инструкциями SQL. Например, на сервере баз данных может существовать программа генерации отчетов, запланированная на выполнение каждый вечер, каков в этом случае идентификатор, если нет самого пользователя? Наконец, как обрабатываются запросы к базе данных по сети, если на локальном компьютере у пользователя может быть один идентификатор, а на удаленном компьютере – другой?

В большинстве коммерческих реляционных СУБД идентификатор пользователя создается для каждого сеанса связи с базой данных. В интерактивном режиме сеанс начинается, когда пользователь запускает интерактивную программу формирования запросов, и продолжается до тех пор, пока пользователь не выйдет из программы. В приложении, использующем программный SQL, сеанс начинается, когда приложение подключается к СУБД, и заканчивается по завершении работы приложения. В течение сеанса все инструкции SQL ассоциируются с идентификатором пользователя, установленным для этого сеанса.

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

В некоторых СУБД реализована своя собственная система безопасности с идентификаторами пользователей и паролями. Например, когда в СУБД ORACLEвы работаете с интерактивной SQL-утилитой, которая называетсяSQL*Plus, вы вводите имя пользователя и соответствующий пароль.

29 Профили. Создание, изменение, удаление.

С помощью профилей можно ограничить количество ресурсов системы и БД доступных для пользователя, а так же управлять ограничениями налагаемыми паролями. Если пользователю не назначен профиль по умолчанию, то будет использовать профиль DEFAULT.

Например:

CREATE PROFILETODUMMY LIMIT

PASSWORD_LIFE_TIME 180;

/

Созданный профиль ограничивает срок действия пароля до 180 дней. Давайте, определим этот профиль для пользователя DUMMY:

ALTER USERDUMMY

PROFILETODUMMY

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

ALTER USER DUMMY ACCOUNT LOCK

/

И соответственно разблокировать пользователя:

ALTER USERDUMMYACCOUNT UNLOCK

/

• ALTER USER- Позволяет изменять пользователя и его параметры (пароль, профиль, роль и т.д.)

• ALTER PROFILE- Позволяет изменять профили.

30 Привилегии. Системные привилегии.

Как уже указывалось привилегии – это права пользователя на проведение тех или иных действий над определенным объектом базы данных. В SQLпредоставление тех или иных прав над различными объектами баз данных возможно посредством инструкцииGRANT.

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

Пример:

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

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

Работа с привилегиями при помощи ролей

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

Роль– это совокупность системных привилегий, предоставляемых пользователям и другим ролям

CONNECT– основная роль пользователей, которая позволяет соединяться с базой данных, а затем создавать таблицы, представления, синонимы и последовательности в соответствующей схеме.

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

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