An issue was discovered in GnuTLS before 3.6.15. A server can trigger a NULL pointer dereference in a TLS 1.3 client if a no_renegotiation alert is sent with unexpected timing, and then an invalid second handshake occurs. The crash happens in the application's error handling path, where the gnutls_deinit function is called after detecting a handshake failure.
The product dereferences a pointer that it expects to be valid but is NULL.
Link | Tags |
---|---|
https://gitlab.com/gnutls/gnutls/-/issues/1071 | issue tracking exploit third party advisory |
https://www.gnutls.org/security-new.html#GNUTLS-SA-2020-09-04 | vendor advisory |
https://security.gentoo.org/glsa/202009-01 | third party advisory vendor advisory |
https://security.netapp.com/advisory/ntap-20200911-0006/ | third party advisory |
https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/62BUAI4FQQLG6VTKRT7SUZPGJJ4NASQ3/ | vendor advisory |
https://usn.ubuntu.com/4491-1/ | third party advisory vendor advisory |
https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/AWN56FDLQQXT2D2YHNI4TYH432TDMQ7N/ | vendor advisory |
http://lists.opensuse.org/opensuse-security-announce/2020-10/msg00054.html | mailing list third party advisory vendor advisory |
http://lists.opensuse.org/opensuse-security-announce/2020-10/msg00060.html | mailing list third party advisory vendor advisory |