Re: [PATCH] pgpassfile connection option

Поиск
Список
Период
Сортировка
От Julian Markwort
Тема Re: [PATCH] pgpassfile connection option
Дата
Msg-id ab86aa47-9c24-3fe9-378a-2eb353ecf608@uni-muenster.de
обсуждение исходный текст
Ответ на Re: [PATCH] pgpassfile connection option  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [PATCH] pgpassfile connection option  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 09/26/2016 07:51 PM, Robert Haas wrote:
> However, they don't have
> to accept the possibility that arbitrary local files readable by the
> user ID will be used for authentication and/or disclosed; this patch
> would force them to accept that risk.
I do agree with you, however we might have to take a look at the 
parameter sslkey's implementation here as well - There are no checks in 
place to stop you from using rogue sslkey parameters.
I'd like to suggest having both of these parameters behave in a similar 
fashion. In order to achieve safe behaviour, we could implement the use 
of environment variables prohibiting the use of user-located pgpassfiles 
and sslkeys.
How about PGSECRETSLOCATIONLOCK ?



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

Предыдущее
От: Etsuro Fujita
Дата:
Сообщение: Re: postgres_fdw : altering foreign table not invalidating prepare statement execution plan.
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Logical tape pause/resume