gnutls claims a disabled algorithm was negotiated
Nikos Mavrogiannopoulos
nmav at gnutls.org
Sat Sep 1 10:31:55 CEST 2012
On 09/01/2012 01:42 AM, brian m. carlson wrote:
> I've recently moved my mail server to running postfix, and as a result,
> am now able to provide an EC key and certificate for TLS (the
> certificate is signed by my local RSA CA). However, when I try to
> connect to postfix either using gnutls-cli or mutt (linked against
> 3.0.22), gnutls provides the following error:
>
> *** Fatal error: An algorithm that is not enabled was negotiated.
>
> This seems odd to me, since OpenSSL is very happy to make the
> connection (as the client), and the algorithm that was negotiated is
> ECDHE_ECDSA_AES_128_GCM_SHA256, which I'm pretty sure both GnuTLS and
> OpenSSL support. It also is odd that the complaint doesn't happen until
> GnuTLS tries to verify the signature; shouldn't it die sooner if the
> server picks an algorithm that it doesn't support?
Interesting case.
> |<3>| HSK[0x188ae60]: Selected ECC curve SECP384R1 (3)
> |<3>| HSK[0x188ae60]: verify handshake data: using ECDSA-SHA256
> |<2>| ASSERT: gnutls_sig.c:365
I suppose that your server's certificate has the SECP384R1 curve, is
that right? In that case the server should have used the SHA-384 or
SHA-512 hash algorithms (see
http://tools.ietf.org/html/rfc5480#section-4 ). However your server used
SHA-256 instead and that's why gnutls complains.
Is that the case?
regards,
Nikos
More information about the Gnutls-help
mailing list