Skip site navigation (1) Skip section navigation (2)

Re: default SSL compression (was: libpq compression)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Bruce Momjian <bruce(at)momjian(dot)us>, Euler Taveira <euler(at)timbira(dot)com>, Florian Pflug <fgp(at)phlo(dot)org>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: default SSL compression (was: libpq compression)
Date: 2013-01-02 00:15:44
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Noah Misch <noah(at)leadboat(dot)com> writes:
> On Tue, Jan 01, 2013 at 04:29:35PM +0100, Magnus Hagander wrote:
>> On Thu, Aug 30, 2012 at 11:41 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>>> Do we want to change our ssl_ciphers default to 'DEFAULT'?  Currently it

>> Did we ever get anywhere with this? Is this a change we want to do for 9.3?
>> Since nobody seems to have come up with a motivation for not following the
>> openssl default, we probably should?

> +1 for doing that.  I'm not aware of a PostgreSQL-specific selection criterion
> for SSL cipher suites.

I did a bit of digging in the commit logs.  The current default was
introduced in commit 17386ac45345fe38a10caec9d6e63afa3ce31bb9.  So far
as I can find, the only discussion leading up to that patch was the
thread starting at
which only discusses the key renegotiation interval, not anything about
selecting the allowed ciphers.  What's more, one might be forgiven for
suspecting that the cipherset string wasn't too carefully researched
after noticing that it wasn't even spelled correctly in that commit.

So +1 for changing it to "DEFAULT" from me, too.  There's no reason to
think we know more about this than the OpenSSL authors.

			regards, tom lane

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2013-01-02 00:24:51
Subject: Re: [PATCH] Make pg_basebackup configure and start standby [Review]
Previous:From: Tom LaneDate: 2013-01-01 23:48:03
Subject: Re: dynamic SQL - possible performance regression in 9.2

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group