Re: Should we back-patch SSL renegotiation fixes? - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Should we back-patch SSL renegotiation fixes?
Date
Msg-id 3804B90C-5849-4539-9B2B-C14386F8B1A4@anarazel.de
Whole thread Raw
In response to Re: Should we back-patch SSL renegotiation fixes?  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: Should we back-patch SSL renegotiation fixes?  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On June 24, 2015 9:07:35 PM GMT+02:00, Peter Eisentraut <peter_e@gmx.net> wrote:
>On 6/24/15 12:26 PM, Tom Lane wrote:
>> Andres Freund <andres@anarazel.de> writes:
>>> On 2015-06-24 11:57:53 -0400, Peter Eisentraut wrote:
>>>> If Red Hat fixes their bug, then PostgreSQL doesn't have any actual
>>>> problem anymore, does it?
>> 
>>> It does, there are numerous bugs around renegotiation that exist
>with
>>> upstream openssl and postgres. More in the older branches, but even
>in
>>> HEAD we break regularly. Most only occur in replication connections
>(due
>>> to copy both) and/or when using more complex clients where clients
>and
>>> servers send data at the same time due to pipelining.
>> 
>> The lesson to learn from the Red Hat fiasco is that vendors are not
>> adequately testing renegotiation either.  All the more reason to get
>> out from under it.  I did not like being told that "Postgres fails
>and
>> $randomapp doesn't, therefore it's Postgres' problem" when actually
>> the difference was that $randomapp doesn't invoke renegotiation.
>
>I'm fine with removing renegotiation.  But the original proposal was to
>backpatch renegation changes, which seemed like replacing one problem
>variation with another, and does not sound comfortable given recent
>backpatching record.

Meh. The relevant branches already exist, as you can disable it today.

We could also just change the default in the back branches.

--- 
Please excuse brevity and formatting - I am writing this on my mobile phone.



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: object_classes array is broken, again
Next
From: Peter Geoghegan
Date:
Subject: Re: Trustly PostgreSQL Data Corruption Bug Bounty Program