Управление доступом к данным

Материал из Викиконспекты
Перейти к: навигация, поиск
Эта статья находится в разработке!

Схемы управления доступом

Дискреционная схема

Определение:
Дискреционная (или избирательная) схема — политика, в рамках которой поддерживаются списки, содержащие информацию о том, кто и к чему имеет доступ.

В данной схеме используются следующие понятия:

  • Объекты и набор прав для них, не связанных между собой (например, данные и права на добавление, удаление, чтение, обновление и тп);
  • Пользователи, обладающие какими-то правами на какие-то объекты;
  • Группы пользователей и права, присваиваемые всем членам этих групп в дополнение к их собственным;

Мандатная схема

Определение:
Мандатная схема — политика, в рамках который к данным и тем, кто имеет к ним доступ, присылаются классификационные уровни.
Уровни доступа в мандатной схеме

Уровни доступа располагаются по возрастанию: от общедоступного [math]S_0[/math] до самого защищенного [math]S_4[/math]. Такие уровни присваиваются как пользователям, так и объектам.

С учетом уровней, возможность выполнения операций определяется по следующим правилам:

  • Чтение: [math]уровень[/math] [math]данных \lt уровня[/math] [math]пользователя[/math];
  • Изменение: [math]уровень[/math] [math]данных = уровню[/math] [math]пользователя[/math]. Разрешение изменения менее защищенных данных может повлечь случайное рассекречивание информации, если, например, изменения на уровне [math]S_0[/math] делаются на основе информации с [math]S_2[/math];
  • Добавление: [math]уровень[/math] [math]данных \gt уровню[/math] [math]пользователя[/math];

Пользователи и группы

Определение:
Группа (в рамках стандарта) — набор пользователей; иерархии групп не предполагается.

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

Управление пользователями

Наиболее общепринятый синтаксис (не SQL):

create user имя [password 'пароль']
alter user имя [password 'пароль']
drop user имя

Управление группами

Наиболее общепринятый синтаксис (не SQL):

create group имя
alter group имя {add|drop} user пользователь
drop group имя

Data Control Language

Добавление прав

grant {select|insert|update|delete|create
      |execute|trigger|usage||all priviledges}
on {table|database|view|procedure|function|…} имя
to {пользователь|group группа|public}
[with grant option] -- возможность наделять этим правом других пользователей и групп

Примеры

 -- Выдача всех прав на таблицу товаров группе менеджеров
 --   с возможностью наделения этим правом
grant all priviledges on Items
 to group ShopManagers with grant option;
 -- Выдача публичного права на выборку из таблицы товаров
grant select on Items to public;

Удаление прав

revoke
[grant option for] -- забрать не само право, а возможность его делегирования
{select|insert|update|delete|create
  |execute|trigger|usage||all priviledges}
on {table|database|view|procedure|function|…} имя
from {пользователь|group группа|public}
[cascade|restrict] -- если тот, у кого право забирается, наделил им кого-то еще,
                   --   cascade также забирает право у всей цепочки получивших,
                   --   restrict выдаст ошибку, если право было делегировано
                   -- аналогично, как и про само право, так и про возможность его делегации

Примеры

 -- Удалить у группы менеджеров право вставки в таблицу товаров
 --   с отзывом этого права у всех, кто получил его по цепочке от менеджеров
revoke insert on Items from group ShopManagers cascade;
 -- Удалить публичное право обновления таблицы товаров
revoke update on Items from public;

Владелец объекта

Определение:
Владелец объекта (базы, таблицы, схемы) — пользователь, создавший объект.
  • Всеми правами на объект он обладает неявно, вследствие чего их нельзя у него отозвать, но можно передать право собственности.
  • После передачи объекта, все неявные права на него бывшим владельцем теряются — для их сохранения необходимо предварительно их явным образом выдать.

Передача права владения объектом:

alter {table|schema|database|…}
owner to пользователь

Представления и права

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

Фильтрованная таблица

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

Пример

-- Создать представление, состоящее только из товаров из отдела мебели
create view FurnitureItems as
select * from Items
where GId in
(select DId from Departments where DId = 'Furniture')
-- Выдать все права на это представление менеджеру отдела мебели
grant all priviledges on FurnitureItems to FurnitureManager ;

Спроецированная таблица

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

Пример

-- Создать представление, состоящее только из артикулов, наименований и цветов товаров
create view PublicItems as
select ItemId, Name, Color -- без данных о расположении на складе, поставщике, сертификации и тд
from Items
-- Выдать публичное право выборки для созданного представления
grant select on PublicItems to public;

Агрегированная таблица

Создается представление, содержащее агрегированные данные вместо базовых, для которых определяются права. Данное представление, как правило, не является изменяемым.

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

Пример

-- Создать представление, позволяющее смотреть только на средние баллы студентов,
--   а не на конкретные значения по предметам
create view StudentPoints as
select SId, avg(points)
from Students natural join Marks
-- Выдать публичное право выборки на созданное представление
grant select on StudentPoints to public;

См. также

Литература

  1. https://www.kgeorgiy.info/courses/dbms/
  2. Введение в системы баз данных, 8-е издание.: Пер. с англ. — М.: Издательский дом "Вильяме", 2005. — 1328 с.
  3. Gulutzan P., Pelzer T.(1999) SQL-99 complete, really. Gilroy,CA:CMP Books