From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
---|---|
To: | Dag-Erling Smørgrav <des(at)des(dot)no> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] add ssl_protocols configuration option |
Date: | 2014-10-22 13:34:58 |
Message-ID: | CAB7nPqQPJ88Tx6X8c1aD5CxBnRhum+KZ-C4t8EWHsoEm5E3URg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 22, 2014 at 3:12 PM, Dag-Erling Smørgrav <des(at)des(dot)no> wrote:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> > This looks to me like re-fighting the last war. Such a GUC has zero
> value
> > *unless* some situation exactly like the POODLE bug comes up again, and
> > the odds of that are not high.
>
> Many people would have said the exact same thing before POODLE, and
> BEAST, and CRIME, and Heartbleed. You never know what sort of bugs or
> weaknesses will show up or when; all you know is that there are a lot of
> people working very hard to find these things and exploit them, and that
> they *will* succeeded, again and again and again. You can gamble that
> PostgreSQL will not be vulnerable due to specific details of its
> protocol or how it uses TLS, but that's a gamble which you will
> eventually lose.
>
There are some companies, without naming them, that have increased the
resources dedicated to analyze existing security protocols and libraries,
so even if the chances are low, IMO the occurence that similar problems
show up are getting to increase wit the time.
> > Moreover, the GUC could easily be misused to decrease rather than
> increase
> > one's security, if it's carelessly set.
>
> That's the user's responsibility.
>
I actually just had a user knocking about having a way to control the
protocols used by server... So, changing my opinion on the matter, that
would be nice to have even such a parameter on back-branches, with
'default' to let the server decide which one is better.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2014-10-22 13:41:19 | compress method for spgist |
Previous Message | Heikki Linnakangas | 2014-10-22 13:26:00 | Re: pg_receivexlog --status-interval add fsync feedback |