79. Методы защиты бд. Защита паролем

Методы защ. БД в разл-х СУБД неск-ко отл-ся друг от друга. Анализ СУБД фирм Borland и Microsoft пок-ет, что они дел-ся на 2 группы: осн. и доп-е.

К основным средствам защиты отн-ся:§защита паролем; §шифр-е данных и программ; § разгран-е прав доступа к объектам БД; § защита полей и записей таблиц БД.

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

Шифрование – это преобраз-е читаемого текста в нечитаемый текст, при помощи некот. алгоритма; прим-ся для защиты уязвимых данных.

Процесс дешифрования восстанавливает данные в исходное состояние.

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

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

По отношению к таблицам могут предусматриваться следующие права доступа:

§ просмотр (чтение) данных;

§ изменение (редактирование) данных;

§ добавление новых записей;

§ добавление и удаление данных;

§ изменение структуры таблицы.

80.Восстановление БД с помощью резервного копирования базы данных, с помощью журнала транзакций. Резервное копирование.

Восстановление базы данных осуществляется в случае ее физического повреждения или нарушения целостности. К часто используемым средствам восстановления базы дан­ных относятся резервное копирование и журнал изменений ба­зы данных. При осуществлении резервного копирования базы данных необходимо выполнять следующие требования: 1) копия создается в момент, когда состояние базы данных является целостным; 2) копия создается на иных внешних устройствах, чем то, на котором располагается сама база. Это вызвано тем, что в случае выхода из строя этого устройства восстановить базу данных бу­дет невозможно. Полная РК включает всю базу данных — все файлы базы данных, в том числе вспомогательные, состав кото­рых зависит от СУБД. Частичная РК включает часть базы данных, определенную пользователем. В случае сбоя или аварии носите­ля базы данных ее можно восстановить на основе последней ре­зервной копии.

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

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

При ведении журнала транзакций восстановить базу дан­ных можно одним из двух методов.

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

Откат отменяет изменения, произведенные в базе дан­ных ошибочными или незавершенными транзакциями. Затем повторно запускаются транзакции, которые выполнялись в мо­мент возникновения сбоя