Re: Improve errors when setting incorrect bounds for SSL protocols - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Improve errors when setting incorrect bounds for SSL protocols
Date
Msg-id 20200429231455.GI279958@paquier.xyz
Whole thread Raw
In response to Re: Improve errors when setting incorrect bounds for SSL protocols  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: Improve errors when setting incorrect bounds for SSL protocols  (Daniel Gustafsson <daniel@yesql.se>)
List pgsql-hackers
On Wed, Apr 29, 2020 at 01:57:49PM +0200, Daniel Gustafsson wrote:
> Working in the TLS corners of the backend, I found while re-reviewing and
> re-testing for the release that this patch actually was a small, but vital,
> brick shy of a load.  The error handling is always invoked due to a set of
> missing braces.  Going into the check will cause the context to be freed and
> be_tls_open_server error out.  The tests added narrowly escapes it by not
> setting the max version in the final test, but I'm not sure it's worth changing
> that now as not setting a value is an interesting testcase too.  Sorry for
> missing that at the time of reviewing.

Good catch, fixed.  We would still have keep around the SSL old
context if both bounds were set.  Testing this case would mean one
extra full restart of the server, and I am not sure either if that's
worth the extra cost here.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [HACKERS] Restricting maximum keep segments by repslots
Next
From: Tom Lane
Date:
Subject: Re: Poll: are people okay with function/operator table redesign?