Re: Allow tests to pass in OpenSSL FIPS mode

Поиск
Список
Период
Сортировка
От Daniel Gustafsson
Тема Re: Allow tests to pass in OpenSSL FIPS mode
Дата
Msg-id 8F4E545F-411F-4175-B75F-266842D592AE@yesql.se
обсуждение исходный текст
Ответ на Re: Allow tests to pass in OpenSSL FIPS mode  (Peter Eisentraut <peter@eisentraut.org>)
Ответы Re: Allow tests to pass in OpenSSL FIPS mode  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> On 15 Nov 2023, at 12:44, Peter Eisentraut <peter@eisentraut.org> wrote:
>
> On 15.11.23 00:07, Tom Lane wrote:
>> I'm more concerned about the 3DES situation.  Fedora might be a bit
>> ahead of the curve here, but according to the link above, everybody is
>> supposed to be in compliance by the end of 2023.  So I'd be inclined
>> to guess that the 3DES-is-rejected case is going to be mainstream
>> before v17 ships.
>
> Right.  It is curious that I have not found any activity in the OpenSSL issue trackers about this.  But if you send
meyour results file, then I can include it in the patch as an alternative expected. 

As NIST SP800-131A allows decryption with 3DES and DES I dont think OpenSSL
will do much other than move it to the legacy module where it can be used
opt-in like DES.  SKIPJACK is already disallowed since before but is still
tested with decryption during FIPS validation.

Using an alternative resultsfile to handle platforms which explicitly removes
disallowed ciphers seem like the right choice.

Since the 3DES/DES deprecations aren't limited to FIPS, do we want to do
anything for pgcrypto where we have DES/3DES encryption?  Maybe a doc patch
which mentions the deprecation with a link to the SP could be in order?

--
Daniel Gustafsson




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Adam Hendel
Дата:
Сообщение: Re: [PATCH] pgbench log file headers
Следующее
От: Gilles Darold
Дата:
Сообщение: Re: Tab completion for CREATE TABLE ... AS