Re: PostgreSQL - Weak DH group

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Christoph Berg <myon(at)debian(dot)org>, Nicolas Guini <nicolasguini(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, Damian Quiroga <qdamian(at)gmail(dot)com>
Subject: Re: PostgreSQL - Weak DH group
Date: 2016-10-10 15:24:23
Message-ID: d9babdc7-53f5-b352-8bb5-1271718d0aa4@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/06/2016 10:26 PM, Christoph Berg wrote:
> Re: Heikki Linnakangas 2016-10-06 <fd6eb3cc-1585-1469-fd9e-763f8e410b19(at)iki(dot)fi>
>> I propose the attached patch. It gives up on trying to deal with multiple
>> key lengths (as noted earlier, OpenSSL just always passed keylength=1024, so
>> that was useless). Instead of using the callback, it just sets fixed DH
>> parameters with SSL_CTX_set_tmp_dh(), like we do for the ECDH curve. The DH
>> parameters are loaded from a file called "dh_params.pem" (instead of
>> "dh1024.pem"), if present, otherwise the built-in 2048 bit parameters are
>> used.
>
> Shouldn't this be a GUC pointing to a configurable location like
> ssl_cert_file? This way, people reading the security section of the
> default postgresql.conf would notice that there's something (new) to
> configure. (And I wouldn't want to start creating symlinks from PGDATA
> to /etc/ssl/something again...)

Perhaps. The DH parameters are not quite like other configuration files,
though. The actual parameters used don't matter, you just want to
generate different parameters for every cluster. The key length of the
parameters can be considered configuration, though.

- Heikki

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Janes 2016-10-10 16:37:03 Re: Hash Indexes
Previous Message Francisco Olarte 2016-10-10 15:03:56 Re: vacuumdb -f and -j options (was Question / requests.)