SkipNavigation
US-CERT
American Flag
  Vulnerability
Notes
Database

Search Vulnerability Notes

Vulnerability Notes Help Information


 
 View Notes By
  Name

ID Number

CVE Name

Date Public

Date Published

Date Updated

Severity Metric



 Other Documents
  Technical Alerts

Technical Bulletins

Alerts

Security Tips

 

Vulnerability Note VU#686224

OpenSSL does not securely handle invalid public key when configured to ignore errors

Overview

A vulnerability in the way OpenSSL handles invalid public keys in client certificate messages could allow a remote attacker to cause a denial of service. This vulnerability requires as a precondition that an application is configured to ignore public key decoding errors, which is typically only the case during debugging.

I. Description

OpenSSL implements the Secure Sockets Layer (SSL) and Transport Layer Security (TLS) protocols and includes a general-purpose cryptographic library. SSL and TLS are commonly used to provide authentication, encryption, integrity, and non-repudiation services to network applications such as HTTP, IMAP, POP3, LDAP, and others. Clients and servers exchange authentication information in X.509 certificates. While the SSL and TLS protocols are not directly based on ASN.1, they do rely on ASN.1 objects used in X.509 certificates.

OpenSSL certificate verification code contains a vulnerability that can be triggered by an invalid public key in a client certificate message. This vulnerability only occurs if the application is configured to ignore all errors or the specific error X509_V_ERR_UNABLE_TO_DECODE_ISSUER_PUBLIC_KEY. Typically, an application would only ignore public key decoding errors for debugging purposes. Production applications should not be configured this way, since ignoring these errors effectively disables certificate signature verification.

From the OpenSSL advisory:


3. A malformed public key in a certificate will crash the verify code if
it is set to ignore public key decoding errors. Public key decode errors
are not normally ignored, except for debugging purposes, so this is
unlikely to affect production code. Exploitation of an affected
application would result in a denial of service vulnerability.

The U.K. National Infrastructure Security Co-ordination Centre (NISCC) is tracking this vulnerability as NISCC/006489/openssl/2.

II. Impact

By sending a specially crafted client certificate message to a vulnerable system, a remote attacker could cause a denial of service.

III. Solution

Upgrade or Patch

Upgrade to OpenSSL 0.9.7c or 0.9.6k. Alternatively, upgrade or apply a patch as specified by your vendor. Further information is available in an advisory from OpenSSL. Note that it is necessary to recompile any applications that are statically linked to OpenSSL libraries.

Verify application configuration

A necessary precondition of this vulnerability is that an application is configured to ignore public key decoding errors. Verify that production applications are not configured this way.

Systems Affected

VendorStatusDate NotifiedDate Updated
OpenSSLVulnerable30-Sep-2003

References


http://www.uniras.gov.uk/vuls/2003/006489/openssl.htm
http://wp.netscape.com/eng/ssl3/
http://www.ietf.org/rfc/rfc2246.txt
http://www.ietf.org/html.charters/pkix-charter.html
http://www.itu.int/ITU-T/studygroups/com10/languages/

Credit

This vulnerability was discovered and researched by NISCC. Thanks also to Stephen Henson of the OpenSSL project.

This document was written by Art Manion.

Other Information

Date Public:2003-09-30
Date First Published:2003-09-30
Date Last Updated:2003-10-01
CERT Advisory:CA-2003-26
CVE-ID(s): 
NVD-ID(s): 
US-CERT Technical Alerts: 
Metric:1.50
Document Revision:34

If you have feedback, comments, or additional information about this vulnerability, please send us email.
 

 
Page Corner Image
Copyright 2003 Carnegie Mellon University
Disclaimers and copyright information
Get Adobe Reader Get Adobe Reader