Re: FIPS 140-2 vs FIPS 140-3 Interoperability During Migration

Tomas Mraz <[email protected]> Fri, 15 Aug 2025 11:42:13 +0200
Newsgroups gmane.comp.encryption.openssl.user
Message-ID <[email protected]>
With default settings and properly configured certificates on the
server side which are acceptable for FIPS 140-3 requirements, there
should be no interoperability issues as there is an intersection of
algorithms supported by both old and new versions.

Of course if the FIPS 140-2 based system is explicitly configured to
disallow all algorithms acceptable by the FIPS 140-3 based system, the
communication will fail. But there should be no reason to configure the
old system in such way.

Tomas Mraz, Public Support and Security Manager, OpenSSL Foundation

On Thu, 2025-08-14 at 01:34 -0700, omi jha wrote:
> Hi,
> We're upgrading from OpenSSL 3.0.9 (FIPS 140-2) to OpenSSL 3.1.2
> (FIPS 140-3) and need help with mixed environment compatibility.
>  
> Migration Scenarios:
>  
> 1. FIPS 140-2 Client communicates with FIPS 140-3 Server
>  
>  Will handshake fail ?  if the FIPS 140-2 client's offered cipher
> suites are all deemed unacceptable by the FIPS 140-3 server (e.g.,
> they don't meet key length requirements, or use prohibited
> algorithms), as For FIPS 140-3, SHA-1 is not allowed for
> cryptographic hashing, and triple DES (3DES) is not allowed.
>  
> 2. FIPS 140-3 Client communicates with FIPS 140-2 Server
>  
> Will handshake fail?,  if the FIPS 140-2 server's available cipher
> suites are all considered weak or non-compliant by the FIPS 140-3
> client (e.g., they use disallowed algorithms or insufficient key
> lengths).
>  
> Question:
> How does OpenSSL recommend handling the interoperability issues
> between FIPS 140-2 and FIPS 140-3 clients and servers, given the
> possible handshake failures and incompatibilities in cipher suite
> negotiation? Are there best practices or bridging strategies to
> facilitate successful connections, or is it a requirement to have
> matching FIPS levels on both client and server to avoid these
> failures?
> -- 
> You received this message because you are subscribed to the Google
> Groups "openssl-users" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
> To view this discussion visit
> https://groups.google.com/a/openssl.org/d/msgid/openssl-users/1ffb0fb9-f089-4c33-8299-a30e20439b2cn%40openssl.org
> .

-- 
Tomáš Mráz, Public Support and Security Manager, OpenSSL Foundation
Join the Code Protectors or support us on Github Sponsors
https://openssl-foundation.org/donate/

-- 
You received this message because you are subscribed to the Google Groups "openssl-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
To view this discussion visit https://groups.google.com/a/openssl.org/d/msgid/openssl-users/f5d3109c1a2d5dce8f378c970ec50a7c5370820b.camel%40openssl.org.