Принципы защиты данных. Идентификатор пользователя. Виды привилегий. Аутентификация

Проблема безопасности особенно остро стоит в реляционных базах данных, поскольку интерактивный SQL позволяет легко получить к ним доступ. Требования, предъявляемые к системе безопасности в типичной реляционной базе дан­ных, довольно разнообразны:

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

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

. отдельным пользователям должно быть запрещено обращение к некото­рой таблице с помощью интерактивного SQL, но разрешено пользоваться прикладными программами, изменяющими эту таблицу.

За реализацию системы безопасности отвечает СУБД. Используется три основных принципа защиты данных:

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

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

. Прuвuлегuu - это права пользователя на. проведение тех или иных действий над определенным объектом базы данных. Например, пользо­вателю может быть разрешено извлекать строки из некоторой таблицы и добавлять их в нее, но запрещено удалять или обновлять строки этой таблицы. У другого пользователя может быть иной набор привилегий.

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

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

Привилегии: Привилегия SELECT позволяет считывать данные из таблицы или пред­ставления. Имея эту привилегию, можно задавать имя таблицы или представления в предложении FROM оператора SELECT или вложенного запроса.

Привилегия INSERT позволяет вставлять новые строки в таблицу или представление. Имея эту привилегию, можно задавать имя таблицы или представления в предложении INTO оператора INSERT. '

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

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

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

Дата добавления: 2015-05-10