Re: Permissions

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: Permissions
Дата
Msg-id CAKFQuwaGnWx6RW89kVxpKXtfYD90iCnaL5nKiUs4Yz_hjLQkuA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Permissions  (Andre Labuschagne <technical@eduadmin.com>)
Список pgsql-novice
On Tue, Sep 20, 2016 at 3:09 PM, Andre Labuschagne <technical@eduadmin.com> wrote:
All permissions ship with the database.  It works quite brilliantly as the only access to the databases shipped is through the apps that ship and no tool will allow tampering with the objects that have been explicitly granted to specific users by the owners of the objects.  It works very well.

​PostgreSQL has an entirely different architecture that is not particularly amenable to what you describe.

​If the remote site admins have admin/root access on the machine hosting the PostgreSQL database you cannot prevent them from doing anything they want to the database.  You might be able to compile a pre-shared key into the application and encrypt all data at rest.  That is what these other tools would have to be doing otherwise your perception of encryption is broken since the admin could simply read the bytes off the disk and decompress/decode them into text (presuming said algorithm is discover-able).

As for the "trust tool"...just read the docs on pb_hba.conf

David J.

В списке pgsql-novice по дате отправления:

Предыдущее
От: Andre Labuschagne
Дата:
Сообщение: Re: Permissions
Следующее
От: amul sul
Дата:
Сообщение: Re: SELECT FOR UPDATE returns zero rows