Re: BUG #16550: Problem with pg_service.conf

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: BUG #16550: Problem with pg_service.conf
Дата
Msg-id CAKFQuwYLQF843NuBo6kncJ1Z1tLjWxM7Bh14t6V5s0pYxiMkjw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #16550: Problem with pg_service.conf  ("David G. Johnston" <david.g.johnston@gmail.com>)
Список pgsql-bugs
On Thu, Jul 23, 2020 at 8:26 AM David G. Johnston <david.g.johnston@gmail.com> wrote:
On Thu, Jul 23, 2020 at 7:26 AM Michał Lis <fcs1@poczta.onet.pl> wrote:

I need it all to hide connection properties in QGIS and make QGIS project independent from servers used in different places.

That isn't a sufficient level of detail for someone else to describe a solution (if you provide more please start a new thread on -general).  

To seed some thoughts on how that -general discussion could go:

At a fundamental level if the database is physically accessible to an uncontrolled machine there is no perfect solution to preventing the administrator of that machine from obtaining the credentials being used by the application and using them directly.  The decision is what level of effort do you want to impose on the administrator to do that (or user, though that is even simpler).  If it must be out of the realm of possibility then the software is improperly written given the constraints - it should not utilize direct database connectivity and instead speak with a fully controlled intermediary server in some other protocol and that intermediary server then talks with the database.

Assuming that rewriting the software is not an option the discussion that needs to happen revolves around which are the available/reasonable options for getting unencrypted credentials into the application's memory space so that it may use them in a very private way.  At the same time, what are the use cases where tools like pgAdmin would be required and used responsibly versus where the same tool is being used undesirably.

David J.

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

Предыдущее
От: "David G. Johnston"
Дата:
Сообщение: Re: BUG #16550: Problem with pg_service.conf
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #16476: pgp_sym_encrypt_bytea with compress-level=6 : Wrong key or corrupt data