Re: Successor of MD5 authentication, let's use SCRAM

Поиск
Список
Период
Сортировка
От Will Crawford
Тема Re: Successor of MD5 authentication, let's use SCRAM
Дата
Msg-id CAJDxst6+sJvdot-MD=vX5jy18dkCVDCm9csQgjgpydteOMhb8w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Successor of MD5 authentication, let's use SCRAM  (Daniel Farina <daniel@heroku.com>)
Ответы Re: Successor of MD5 authentication, let's use SCRAM
Список pgsql-hackers
On 14 October 2012 22:17, Daniel Farina <daniel@heroku.com> wrote:

>  The problem there is that it's a pain to get signed certs in, say, a
> test environment, so "don't check certs" will make its way into the
> default configuration, and now you have all pain and no gain.

This is precisely the issue that Debian deals with in providing the
"default Snake Oil" certificate; software development teams -
especially small shops with one or two developers - don't want to
spend time learning about CAs and creating their own, etc, and often
their managers would see this as wasted time for setting up
development environments and staging systems. Not saying they're
right, of course; but it can be an uphill struggle, and as long as you
get a real certificate for your production environment, it's hard to
see what harm this (providing the "snake oil" certificate) actually
causes.



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal - assign result of query to psql variable
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Deprecating RULES