Встроенные механизмы защиты информации в системах управления базами данных

всей базы данных, журнала транзакций, а также одного или нескольких

файлов или файловых групп.
2.Параллелизм операций модификации данных и копирования.
3.Типы резервного копирования. Использование зеркальных наборов носителей резервных копий. Управление резервными копиями.
4.Автоматизация процессов копирования. 5.Восстановление данных

инструментом хранения больших массивов информации. Сколько-нибудь развитые информационные приложения полагаются

не на файловые структуры операционных систем, а на многопользовательские СУБД, выполненные в технологии клиент/сервер.

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

аутентификации:
с помощью Windows и с помощью SQL Server.
Первый режим

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

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

от Windows. Этот способ считается менее безопасным

подлинности;
2. Перезапустите сервис MSSQLServer;
3. Заведите в вашем домене группу клиентов,

которые будут работать с SQLS2005;
4. С помощью SQL SEM предоставьте пользователям или группам пользователей доступ к SQLS7;
5. Для не Windows клиентов создайте с помощью SQL SEM собственные логины, указав им язык по умолчанию.

к данным.
1. Создать учетную запись пользователя (login), что позволит подключиться

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

= db
go
create user ulog8 for login log8

В разных БД login

одного и того же пользователя может иметь одинаковые или разные имена user с разными правами доступа

помощью системной процедуры:

системной процедуры:

пользователя позволяет хранимая процедура

функции.
В SQL Server реализовано два вида стандартных ролей: на

уровне сервера и на уровне баз данных.
Например,
sysadmin с правом выполненя любых функций
db_owner с правом полного доступа к базе данных

роли

к базе данных.
Операторы управления данными включают:
- применяемые для предоставления

и отмены полномочий команды GRANT и REVOKE;
- команду SET ROLE, которая разрешает или запрещает роли для текущего сеанса.

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

— пользователь.
PUBLIC — привилегия передается всем пользователям.
WITH ADMIN OPTION — если предоставлены системные полномочия или роли, то параметр позволяет пользователю передать полномочие или роль другим пользователям или ролям.

Эту привилегию имеет только администратор базы данных.
В системах клиент/сервер

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

DBA, пользователь может выполнять команду SELECT для любой таблицы и

представления, создавать объекты для других пользователей, предоставлять другим пользователям различные привилегии, выполнять полный экспорт/импорт базы данных.
RESOURCE разрешает пользователю создавать объекты базы данных, включая таблицы и индексы.
CONNECT позволяет пользователю подключаться к базе данных и работать с объектами, к которым он имеет привилегии по доступу. Пользователь может создавать представления, синонимы и межтабличные связи.

Например:
GRANT DBA TO SYSADM IDENTIFIED BY SYSTEM

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

или роли применяется предложение ТО. Например:

GRANT CREATE TABLE, CREATE VIEW Ivanov, Petrov
GRANT place1, update1, delete1 ТО role77
GRANT SELECT ON Zakazchik to Sidorov

В первом примере системные полномочия CREATE TABLE и CREATE VIEW предоставляются пользователям Ivanov и Petrov.
Второй оператор предоставляет роли place1, update1 и delete1 другой роли -- role77.
Третий оператор предоставляет пользователю Sidorov полномочия SELECT на таблицу Zakazchik.

ключевое слово ALL:
GRANT ALL ON Zakazchik ТО Rodionov

Можно

предоставлять системные полномочия или роли с параметром ADMIN, что позволяет пользователю передать полномочие или роль другим пользователям или ролям:
GRANT CREATE TABLE ТО Medvedev WITH ADMIN OPTION

После этого Medvedev может предоставлять полномочия CREATE TABLE другим пользователям и ролям:
GRANT CREATE TABLE ТО Krasnov

передать эту возможность предоставления полномочий другим пользователями и ролям:

GRANT

SELECT, INSERT, UPDATE, DELETE ON Zakazchik ТО Dudkin WITH GRANT OPTION

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

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

привилегии на указанную таблицу. Например:
REVOKE CREATE TABLE FROM Ivanov
REVOKE place1 FROM role77
REVOKE SELECT ON Zakazchik FROM Sidirov
С помощью команды REVOKE можно задать отменяемое полномочие или роль. Предложение FROM позволяет указать пользователя или роль, для которых отменяются полномочия. Ключевое слово ALL позволяет отменить все объектные полномочия:
REVOKE ALL ON Zakazchik FROM Sidorov
Команда SQL SET ROLE разрешает или запрещает роли в текущем сеансе. С помощью ролей администратор может значительно упростить управление полномочиями.

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

системы, либо SQL-оператор CONNECT. Например, в случае СУБД Oracle оператор CONNECT имеет следующий вид:

CONNECT пользователь[/пароль] [@база_данных];

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