![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Защита БД [D7, Firebird 1.0]
SaperXL © (2003-12-28 16:13:00)
Допустим я разработал крутую базу (чисто гипотетически).
Она хранится в gdb файле. Как не дать никому посмотреть (и уж тем более) редактировать её? На скольок я понял username и password не имеют никакого отношения к самой базе (а только к СУБД), т.е. достаточно присобачить базу к другой СУБД и пароль становится SYSDBA:masterkey (или другой заданный)...
Anatoly Podgoretsky (2003-12-29 00:23:00) [21]
SaperXL (28.12.03 22:08) [5]
Для работы программы не требуется прямой достуа до файла, только до сервера.
Плохиш_ (2003-12-28 22:49:00) [22]
>SaperXL (28.12.03 22:08) [5]
> пойти и взять его...
Вот это и имелось в виду
SaperXL (2003-12-28 22:08:00) [23]
Да я тоже не совсем не понимаю, что значит "не давать прямого доступа"...
Можно конечно как-то кодить файл по ключу, нарезать частями и разбрасывать. А перед началом работы все проделывать назад, но... ведь во время работы прграммы нужен файл gdb. И злоумышленник всегда может запустить программу посмотреть где есть файл базы, пойти и взять его...
Так как "не давать прямого доступа до файлов"?
Sergey_Masloff (2003-12-28 22:06:00) [24]
>Что имеется в виду. И как их припрятать можно.
база на сервере. сервер в серверной за железной дверью. за неоткрытие этой двери отвечает персонально человек. Я думаю имеется в виду именно это.
gestern (2003-12-28 17:49:00) [25]
<img src=" http://delphi.mastak.ru/i/smile13.gif">
> Ни в коем случае не давать прямого доступа до файла(ов)
> базы данных
Что имеется в виду. И как их припрятать можно.
Vlad (2003-12-28 16:43:00) [26]
Все пользователи и пароли сервера хранятся в отдельной системной базе isc4.gdb, поэтому "взломщику" достаточно будет подменить лишь этот файл на свой чтобы получить доступ ко всем БД сервера.
Поэтому, думаю, единственный путь - Anatoly Podgoretsky © (28.12.03 16:25) [1]
Anatoly Podgoretsky (2003-12-28 16:25:00) [27]
Ни в коем случае не давать прямого доступа до файла(ов) базы данных