Re: sendmail 8.18.1 MFC'ed to stable/13 and stable/14

From: Ruben van Staveren <ruben_at_verweg.com>
Date: Thu, 08 Feb 2024 11:01:20 UTC
Hi all, 

As for the dhparams file, lets use the ffdhe4096 as per RFC7919  one and stop continuing generating these ourselves.
The file can be grabbed from e.g. https://raw.githubusercontent.com/internetstandards/dhe_groups/master/ffdhe4096.pem

Not seeing any reason to use the weaker ffdhe3072 / ffdhe2048 for backwards compatibility, but ymmv.

Best Regards,
    Ruben


> On 8 Feb 2024, at 11:06, Miroslav Lachman <000.fbsd@quip.cz> wrote:
> 
> On 07/02/2024 20:02, mike tancsa wrote:
>> Thanks for the continued sendmail support!   One question, I noticed the new mc file makes the following changes which refers to a file that does not normally exist on RELENG_13.  What is the best way to generate that file ?
> 
> [..]
> 
>> @@ -606,7 +607,7 @@
>>  # Directory containing hashes pointing to certificate revocation status files
>>  #O CRLPath
>>  # DHParameters (only required if DSA/DH is used)
>> -#O DHParameters
>> +O DHParameters=/etc/mail/certs/dh.param
> 
> 
> Almost any network daemon today can use DHParams files, but each have it's own location and some of them provide the script to re-generate it periodically. There was a PR about it for ProFTPD few years ago:
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208953
> 
> As a quick POC, I've provided a simple dhparams_gen.sh script.
> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247526&action=edit
> 
> I thing something like this can be included in the base and all services from ports and base should be configured to use the same dhparams.pem file easily managed from cron, or manually by one simple command.
> 
> The submitted script generates DH params from 1024 to 8192. From what I read on the net, 1024 and 1536 should not be used and from my experience generating anything above 4096 takes too much time (the script runs for hours on a not so modern machine) so I created another version of the dhparams_gen.sh where user can specify what sizes will be generated by defining the range, for example "2048 4096" will generate only 2048 3072 4096 sizes.
> It is very simple scripting and as nobody reacted to the PR I didn't post the newer version. I can send it to you I you want.
> 
> Kind regards
> Miroslav Lachman
>